similar to: Re: [vorbis] bug in glibc 2.1.2 and older

Hello, I forgot: its a bug in the compiler+Optimisation not necessarily in the glibc. Martin --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/

Hello, I have solved this problem in the splay mp3 decoder with this: In the header: #if (__GNUC__ < 2 || ( __GNUC__ == 2 && __GNUC_MINOR__ < 91 ) ) #warning "inline code disabled! (buggy egcs version)" #undef __NO_MATH_INLINES #define __NO_MATH_INLINES 1 #endif #include <math.h> In the makefile: CXXFLAGS=@CXXFLAGS@ -fno-strength-reduce (Opt level is 2) and

This is cropping up more than I expected. Apparently, many distributions are still shipping their latest versions with the broken glibcs... Recently I decided that a specific glibc bug (that causes mangled audio or crashes) that I found nearly a year ago (and has been fixed for as long) had probably become scarce enough to risk removing the '-D__NO_MATH_INLINES' define from the build.

This is cropping up more than I expected. Apparently, many distributions are still shipping their latest versions with the broken glibcs... Recently I decided that a specific glibc bug (that causes mangled audio or crashes) that I found nearly a year ago (and has been fixed for as long) had probably become scarce enough to risk removing the '-D__NO_MATH_INLINES' define from the build.

(well, YMMV, but it got me 12% on Mac OS X Public Beta on my test case). In vorbis/lib/scales.h, add the following after fromdB() #define sqrt_fromdB(x) (exp((x)*.11512925*0.5)) In vorbis/lib/psy.c at the bottom of bark_noise(), do: < noise[i]=sqrt(fromdB(v)); > noise[i]=sqrt_fromdB(v); This avoids the sqrt() call entirely by just doing it as part of the exp(). (I'd

Is anyone working on making oggenc use some nice library that reads lots of different audio file formats so that people can encode from files other than WAV? For example, the 'AudioFile' library (just found it via a search on freshmeat) reads wav, aiff, aiff-c, .au, and .snd. Maybe there are other better libraries (OpenAL, maybe), but this library does what I want (read AIFF). -tim ---

Hi, I would like to report a bug in OpenSSH-1.2.2 (release) under Linux. Under certain conditions the sshd client process segfaults while doing the password authentification. I have observed the behaviour with glibc 2.0.7 (non-PAM), glibc 2.1.1 (PAM) and glibc 2.1.2 (PAM), when 'RhostsRSAAuthentication yes' is chosen in sshd_config. It appears to happen regardless whether PAM is used or

I have got libao up to oggenc and ogg123 working on Mac OS X Public Beta now. I'd like to submit patches, but last time I did, they never got committed by anyone. Who is in charge of committing stuff? Does someone want to nominate themselves to review and commit my patches? The patches are briefly: - On Mac OS X dlopen() is not very well supported, so libao has been cleaned up a bit to

Hi, With recent snapshots, I noted a warning in compilation on Red Hat Linux 7.3 system with glibc 2.2.5: uidswap.c: In function `permanently_set_uid': uidswap.c:155: warning: implicit declaration of function `setresgid' uidswap.c:168: warning: implicit declaration of function `setresuid' The problem appears to be that these should be prototyped in unistd.h, but aren't. There

Hello Guys, Recently, I have installed some custom packaged of glibc in servers I manage due to vulnerabilities. At that time, official centos packages were not available. Now, I want to roll back to centos versions. ===================================== -bash-3.2# yum info glibc Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * addons: yum.singlehop.com * base:

Hello, developers of R. I have been unsuccessfully trying to build R on a musl libc system for the last days. ./configure works, but make fails. The command that errors out is here - http://pastebin.com/raw/UwFRsiqT It was brought to my attention that this is a (very longstanding) abuse of a private glibc symbol in R. In R 3.2.3, it seems that configure is trying to test for it on Linux. It

subversion now) source and versioned autoFoo Message-ID: <200407191939.i6JJd6g01573@Mail.NOSPAM.DynDNS.dK> [I don't think I sent this; if so, ignore. This was written over a month ago. Feedback probably won't work as I'm offline, but I'll patiently browse the archives when they're available again. Sorry.] Howdy. When building the CVS source using autogen.sh, in

Here is my log from 'make check' using an Intel i5 64-bit processor - http://pastebin.com/raw/N6SYAuFX Here is Isaac's log from 'make check' using an Intel Atom 32-bit processor - http://pastebin.com/raw/sey6DEk9 We are both on Alpine Linux, which uses the musl libc. http://www.musl-libc.org/ Thank you very much. On Thu, Jan 28, 2016 at 9:54 AM, Alba Pompeo <albapompeo

Hi, I am having a little trouble compiling vorbis-tools from svn. The error message(s) are as follows: andrew@ilium:~/Desktop/vorbis-tools$ ./autogen.sh checking for autoconf... checking for automake... checking for aclocal... checking for libtool... libtoolize checking for gettext... I am going to run ./configure with no arguments - if you wish to pass any to it, please specify them on the

Hi, I attempted to ugprade glibc & glibc-devel and ended up removing them entirely by accident. *idiot* What are the steps needed to get glibc back onto my system. Absolutely nothing is working at the moment, rpm, yum, etc. I presume I'm going to have to boot from a rescue CD of some kind. If someone could outline how to do this, or point me to some docs I would be most grateful.

Hi. Several OSes have a getpgrp() function that takes an argument, unlike what POSIX mandates. NeXT was covered, but SunOS wasn't. This provides a generic solution through autoconf. Charles ======================================================================== --- configure.in.orig-2.2.0p1 Wed Aug 30 18:20:05 2000 +++ configure.in Tue Sep 5 10:48:20 2000 @@ -284,6 +284,8 @@ ) fi

Hi, <p>while I do understand that using stoneage tools everywhere for maximum compatibility is silly, top-notch requirements are silly, too. ;P Is autoconf 2.53 really necessary? E.g. OpenBSD 3.2 comes with 2.52 in the ports, but that minor difference is already enough for vorbis-tools' autogen.sh and friends to throw up. Any chance to lower that requirement to somethling like

Compiled libbogg and libao using ./configure; make Then moved to libvorbis source folder Installed libtool (1.3.5p3), autoconf (2.52) and automake (1.4-p5). gnu make is also there (3.79.1) i had to create a link for autoconf as after install it was installed as /usr/local/bin/autoconf-new so i added a link from it to /usr/local/bin/autoconf output from ./autogen is: -- $ ./autogen.sh

(sorry I had to forward this; I managed to code a bug into my spam rejection filter, and it got a little overzealous) ----- Begin forwarded message ---- Date: Thu, 8 Mar 2001 11:06:02 -0500 To: Vorbis Development Mailing List <vorbis-dev@xiph.org> Subject: Message-ID: <20010308110602.A32731@lore.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition:

Is anyone getting a yum update problem with glibc and glibc-common? I'm getting the error message ------------------------------- Error: Protected multilib versions: glibc-2.12-1.47.el6_2.12.x86_64 != glibc-2.12-1.47.el6_2.9.i686 ** Found 3 pre-existing rpmdb problem(s), 'yum check' output follows: bash-4.1.2-9.el6_2.x86_64 is a duplicate with bash-4.1.2-8.el6.centos.x86_64