similar to: Problems with Ices0.3

Just a shameless bump incase anyone missed this... :P <p>>From: "Joe Jones" <joe_jones64@hotmail.com> >Reply-To: icecast@xiph.org >To: icecast@xiph.org >Subject: [icecast] Problems with Ices0.3 >Date: Fri, 12 Mar 2004 15:26:23 +0000 > >With perl 5.8.3, 'configure' is fine but 'make' dies giving >

Has anyone got Ices0.3 to complile and make under when linking with Perl 5.8.3? I posted this a while back...but it needs a revival :D <p><p>I'm sure it's a Perl problem (maybe way I've compiled it?) but here's where 'make' throws down it's gloves and runs off into the distance. -------------------------------------------------------------------

OK...messing with 'gdb' (of which I am completely new to) <p>Here's is the complete output from what I've done with 'gdb' ---------------------------------------------------------------- # gdb ices GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it

OK...attached are the Icecast2 server config, Ices0.3 config and all the logging that happens. <p>Joe. >From: Geoff Shang <gshang@pacific.net.au> >Reply-To: icecast@xiph.org >To: icecast@xiph.org >Subject: Re: [icecast] Ices 0.3 won't play mp3 file >Date: Fri, 9 Apr 2004 10:39:14 +1000 > >Hi: > >Perhaps send us your ices config file? Does ices 0.3

Any help would be appreciated, not sure why this isn't compiling: Redhat 7.2 [root@jasmine ices-0.2.2]# ./configure --with-lame loading cache ./config.cache Building ices 0.2.2... checking for a BSD compatible install... (cached) /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... found

I'm trying to compile ices-0.3 on a RedHat 9, kernel 2.4.23 box and I receive the following error: : the use of `tmpnam_r' is dangerous, better use `mkstemp' /usr/lib/python2.2/config/libpython2.2.a(posixmodule.o)(.text+0x385e): In function `posix_tempnam': : the use of `tempnam' is dangerous, better use `mkstemp' playlist/libplaylist.a(pm_perl.o)(.text+0x515): In

On Wednesday, 03 December 2003 at 12:56, Charles Burns wrote: > I'm trying to compile ices-0.3 on a RedHat 9, kernel 2.4.23 box and I > receive the following error: > > : the use of `tmpnam_r' is dangerous, better use `mkstemp' > /usr/lib/python2.2/config/libpython2.2.a(posixmodule.o)(.text+0x385e): > In function `posix_tempnam': > : the use of `tempnam'

Hi, I'm trying to install de RSPerl module and i have some problems trying to test it. I've tried to contact with the author but the e-mail address seems not to exist. Hope that anyone in this list could explain me a little about this problem. I have a bash shell and what i do is the following: #PERLLIB=/usr/lib/R/library/RSPerl/share/blib/arch:/usr/lib/R/library/RSPerl/share/blib/lib #

I am still not sure that it is possible ... I can't make it work :-( -----Original Message----- From: owner-icecast@xiph.org [mailto:owner-icecast@xiph.org] On Behalf Of Geoff Shang Sent: Tuesday, September 09, 2003 3:03 AM To: icecast@xiph.org Subject: Re: [icecast] Icecast2 & ices0.3 live MP3 streaming Hi: hmmm, I didn't know ices 0.3 could do live stuff. Cool. Anyway, after

Hi all, I am trying to understand how to configure Icecast2 & ices0.3 to perform a live MP3 streaming. Here are my Icecast2 and Ices0.3 conf files. Works fine with playlist but got a "Login Failed error" with live conf file. Thanks _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*.

Hi all, I am trying to understand how to configure Icecast2 & ices0.3 to perform a live MP3 streaming. Here are my Icecast2 and Ices0.3 conf files. Works fine with playlist but got a "Login Failed error" with live conf file. Thanks _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*.

Hello I managed to compile from ports (i've used package too) icecast 1.3.12. It often works good, but sometimes i get error: [20/Oct/2002:18:43:09] Kicking unknown 11 [195.117.29.210] [Access Denied (libwrap (client connection))], connected for 6 seconds [20/Oct/2002:19:12:51] Accepted encoder on mountpoint /icy_0 from 217.98.93.59. 1 sources connected [20/Oct/2002:19:18:04] Kicking unknown

Since upgrading our openldap (v1.2.13) server to 4.8-STABLE from 4.7-STABLE, we've noticed that the slapd server increasingly eats up memory, before dieing and coredumping after about 15 minutes. I rebuilt the package (via ports), post-upgrade, to see if that fixed the problem and no dice. I've rebuilt libc_r and the pkg with debugging symbols, yielding the following: # gdb ./slapd.static

Not everytime but most times when I close a program I get the application box and in the backtrace box the error is always the same. I've attached the blacktrace log. Besides this KDE functions fine and never happens when using an application on when closing one. Bri, -------------- next part -------------- (no debugging symbols found)...(no debugging symbols found)... (no debugging

Thanks for your help Duncan. Your last comment helped me to figure out what FreeBSD was doing differently than Linux/Solaris. This fix worked on a machine with Python 2.1, R 1.3.1 and FreeBSD 4.1. Here are the details: The pthreads fix: I added '-lc_r' to the PKG_LIBS definition in src/Makevars.in. The FreeBSD 'man pthread' page suggests that adding -pthread to the gcc statement

I'm having several problems with ogg123 on a FreeBSD-STABLE machine. In each case, ogg123 dumps core complaining about a bus error. 1) ogg123 plays all files at what seems like twice the correct speed. When given a SIGINT, ogg123 dumps core. This is using the program defaults, including the OSS driver. Here's a backtrace from gdb: Core was generated by `ogg123'. Program

Hi, I'm using gnucash 1.8.4 on 5.1-RELEASE. Entering, viewing and editing accounts and transactions works fine so far, but as soon I click for help in an account view or select Reports, Income&Expense, Cashflow, it crashes with the following last words: wn@matutin:~$ gnucash Fatal error 'Unable to read from thread kernel pipe' at line 1100 in file

Hello, Perhaps foolishly I am trying to migrate my icecast 1.3.12 / ices 0.2.3 / LAME-3.92 from linux to solaris on sparc. icecast and LAME compiled, but when I tried to get ices to build the following occurred. I tried to confirm all needed libs, but must have not found something. Any help appreciated! Thanks... error follows. -Dave D $ make make all-recursive Making all in libshout

Hello, I am also trying to get ices working on Solaris. thanks in advance ED <p>4-solaris-64int/CORE -lperl -ldl -lc -L/usr/lib -lxml2 -lz -lsocket -lnsl -lm -R/usr/local/lib -R/usr/local/lib -R/usr/perl5/5.6.1/lib/sun4-solaris-64int/CORE -R/usr/lib Undefined first referenced symbol in file inet_aton ../libshout/.libs/libices.al(sock.lo) ld: fatal:

Ok. I hand-modified the linux-flashplugin6 shared library to remove all of the DT_NEEDED entries. I then modified flashpluginwrapper to add the following functions: void __assert_fail(const char *assertion, const char *file, unsigned int line, const char *function) { fprint (stderr, "%s:%d:%s: %s\n", file, line, function, assertion); abort (); } #include <ctype.h>