similar to: xmms module update

Okay, here's my first hack attempt at an xmms module. I managed to link (although not test) this with the current libvorbis CVS source (which needed some "help" compiling) and xmms 0.9.5.1. I'm guessing I made some fairly obvious mistakes in here which can be hammered out even without bitstreams to test it on. Tony Arcieri <HR NOSHADE> <UL> <LI>TEXT/x-csrc

hi all: i downloaded libtheora1.0.tar.gz from xiph.org, and when i compile it, such error message popped. i tried to run player_example.c under /libtheora_1.0/examples/. error message: ivysummer at ivysummer-desktop:~/??/libtheora-1.0/examples$ gcc -o player player_example.c /tmp/ccpyle3c.o: In function `buffer_data': player_example.c:(.text+0x15): undefined reference to

Hi, I'm using a Windows development component which uses vorbis.dll, ogg.dll, vorbisenc.dll for encoding a file. When finishing a recording, the component runs these functions... ogg_stream_clear(OggSS); vorbis_block_clear(VBlock); vorbis_dsp_clear(Vdsp); vorbis_comment_clear(VComm); vorbis_info_clear(VInfo); I'm occasionally receiving a hang in the function

This patch offers interface to get the library name which software uses. Function: char *vorbis_version_string(void); PATCH (for libvorbis-1.2.1RC2): diff -crN libvorbis-1.2.1RC2/include/vorbis/codec.h libvorbis-1.2.1RC2_NI/include/vorbis/codec.h *** libvorbis-1.2.1RC2/include/vorbis/codec.h Mon Aug 25 05:57:44 2008 --- libvorbis-1.2.1RC2_NI/include/vorbis/codec.h Sat Sep 13 05:00:22 2008

Hello -- Some wav files have been crashing the stuff I checked out from cvs last night. Is this happening to anyone else? Red Hat Linux release 7.3 (Valhalla) Kernel 2.4.18-5 on an i686 gcc-2.96-110 glibc-2.2.5-36 Encoding "04_imiuta.wav" to "04_imiuta.ogg" at quality 1.00 [100.0%] [ 0m00s remaining] \Segmentation fault Program received signal

Using the same settings in config.site as were used for R-1.4.1, R-1.5.0 fails to build. ./configure --enable-R-shlib Using defaults and using PPro optimizations, the build failed in package methods: dumping R code in package 'methods' gmake[4]: *** [../../../library/methods/R/all.rda] Error 139 gmake[4]: Leaving directory `/mnt/Data/src/install/R-1.5.0/src/library/methods' The

I'm having trouble tracking down why it leaks, but below is an example program which shows--using valgrind--that vorbis_info_clear() leaks memory if called before vorbis_dsp_clear(), but not if called after vorbis_dsp_clear(). Just compile and run under valgrind, using the -l switch to the example program to trigger a leak. Tested under OS X 10.7 and Ubuntu 12.04. This may be by design, or

Hi folks, I haven't tested initramfs with klibc before and am having trouble getting going. I tried to pull from the klibc-2.5 bk repository but it doesn't merge with 2.6t2. Also i downloaded the .80 version and tried to compile but got a stream of errors and warnings. It looks like it needs to be compiled from within the kernel tree but i couldn't find any docs about the

Hi, Johnny, Johnny Hughes wrote: > On 5/2/19 9:15 AM, mark wrote: >> >> Especially Johnny - could you possibly push this fix through as soon as >> upstream puts it out? It's a real issue for us - we've had a number of >> servers whether gssproxy keeps SEGVing, which hits NFS and samba. > > See if this fixes your issues .. if do, let me know and we can

Hi, folks, Especially Johnny - could you possibly push this fix through as soon as upstream puts it out? It's a real issue for us - we've had a number of servers whether gssproxy keeps SEGVing, which hits NFS and samba. Thanks in advance. mark ---------------------------- Original Message ---------------------------- Subject: [Bug 1699331] gssproxy segmentation fault

Hi, I just tried compiling the latest release, but found some new problems: - Some versions of binutils could not link any shared binaries. One example for a broken version is 2.11.92.0.12.3, while 2.13.90.0.4 works. The error message looks like: tests/nfs_no_rpc.o: In function `root_nfs_parse': tests/nfs_no_rpc.o(.text+0x8): undefined reference to `strchr'

I get the following error: make[1]: Entering directory `/home/greg/src/klibc/klibc-0.196/klibc' gcc -Wp,-MT,__static_init.o,-MD,./.__static_init.o.d -march=i386 -Os -g -malign-functions=0 -malign-jumps=0 -malign-loops=0 -nostdinc -iwithprefix include -D__KLIBC__ -DBITSIZE=32 -I.. /include/arch/i386 -I../include/bits32 -I../include -I../linux/include -I../linux/include2 -I ../linux/include

Has anybody tried to to compile SAMBA using gcc under SCO unix 5? This may just be a problem I'm having using the gcc compiler, but I'm having problems. I would just like to know if anyone's done it, and any special problems they may have had. ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com

I tried building with linux-2.6.0-test7 build dies with: make[1]: Entering directory `/home/rogelio/src/klibc-0.80/klibc' gcc -Wp,-MD,./.fork.d -march=i386 -Os -fomit-frame-pointer -malign-functions=0 -malign-jumps=0 -malign-loops=0 -nostdinc -iwithprefix include -I../klibc -I../klibc/arch/i386/include -I../klibc/include/bits32 -D__KLIBC__ -DBITSIZE=32 -I../klibc/include

Hi there everyone, Again another slight thing I noticed since I upgraded to Samba 2.0.6 from 2.0.5a. I'm using RedHat Linux on a Celeron 400 with kernel 2.2.13. My socket options in smb.conf is set to "TCP_NODELAY IPTOS_LOWDELAY SO_KEEPALIVE SO_SNDBUF=8192 SO_RCVBUF=8192". However I've started getting the following everytime I SIGHUP to reload the configs and stop-start:

Hi, I'm trying to compile Wine cvs on this system: debian potato libc6 2.1.3 gcc 2.95.3 (upgraded) binutils 2.12.2 (upgraded) X 4.2 (upgraded) Nvidia drivers from Nvidias website (libGL 1.3) I get the following errors, I've tryied to compile this several times with tools/wineinstall and also 'configure && make depend && make', with and without these CLFAGS

Hi Developers, I have a 16-bit PCM data buffer, I want to write that to ogg file. Could you help me to understand how to write pcm data to the ogg? Thanks in advance. Arun balaji -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/vorbis-dev/attachments/20150518/6c8c9a63/attachment.htm

Well, I've set up one of our new JetStors. xfs took *seconds* to put a filesystem on it. We're talking what df -h shows as 66TB. (Pardon me, my mind just SEGV'd on that statement....) Using bonnie++, I found that a) GPT and partitioning gave was insignificantly different than creating an xfs filesystem on a raw disk. I'm more comfortable with the partition, though.

Hello, In reference to http://wiki.rettc.com/wiki.phtml?title=Wiki_Shorewall_FAQ ; Well, after a lot of emails I setup a wiki for shorewall, etc. It has proved to be completely useless. I have noticed one slight distro specific example added, a couple typo additions and fixes, otherwise, all contributions have been in excess (Tom...), or in malign. For my uses it has proven of little use as

Hi, Johnny, Johnny Hughes wrote: > On 5/2/19 9:15 AM, mark wrote: >> >> Especially Johnny - could you possibly push this fix through as soon as >> upstream puts it out? It's a real issue for us - we've had a number of >> servers whether gssproxy keeps SEGVing, which hits NFS and samba. > > See if this fixes your issues .. if do, let me know and we can