similar to: IceS with Perl segfault

Displaying 20 results from an estimated 10000 matches similar to: "IceS with Perl segfault"

2004 Aug 06
2
Trouble compiling ices
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
2004 Aug 06
2
Error compiling ices-0.3
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
2004 Aug 06
0
Error compiling ices-0.3
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'
2004 Aug 06
0
Ices0.3 and Perl 5.8.3
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. -------------------------------------------------------------------
2004 Aug 06
2
Segfault in ices
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I run FreeBSD-4.5-STABLE, along with icecast 1.3.12, and I've been having two problems with ices 0.2.2. 1) When I give ices an empty playlist file and tell it to randomize, I get a segfault every time. When I give it the same playlist with Randomize set to 0, it tells me that the playlist is empty instead of crashing. 2) ices can't
2004 Aug 06
0
Segfault in ices
Did you create the playlist on the linux server or bring it over from a Windows machine? I had a similar problem when I was taking moving some playlists. I ended up ditching the old playlists (after all kinds of searching/replacing) and re-created them on the linux server. One good way to do this is to use find. 'find /home/audiotron/music -print' did the trick for me. Wade
2004 Aug 06
0
Parse error in ices.pm
We have installed IceCast2 and Ices0.3 and it works very well - with builtin playlist! When I write my own playlist handler - similar to the preconfigured ices.pm.dist - I get a perl_parse() error while starting ices. So ices exits. --- Code: --- # At least ices_get_next must be defined. And, like all perl modules, it # must return 1 at the end. # Function called to get the next filename to
2004 Aug 06
0
Problems with Ices0.3
With perl 5.8.3, 'configure' is fine but 'make' dies giving ------------------------------------- /usr/lib/libc_r.so: WARNING! setkey(3) not present in the system! /usr/lib/libc_r.so: warning: this program uses gets(), which is unsafe. /usr/lib/libc_r.so: warning: mktemp() possibly used unsafely; consider using mkstemp() /usr/lib/libc_r.so: WARNING! des_setkey(3) not present in
2004 Aug 06
0
Problems with Ices0.3 and Icecast
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 >
2004 Aug 06
0
FW: Problem with ICES make on Solaris 8 sparc
Hey guys I am running Solaris 8 (sparc), I downloaded icecast-1.3.12.tar.gz as well as ices-0.2.3.tar.gz. I successfully installed icecast with your regular ./configure, make , make install. No problems at all. However when I ran make on ices I got this: gcc -g -O2 -Wall -o ices ices.o log.o setup.o stream.o util.o mp3.o cue.o metadata.o id3.o signals.o playlist/libplaylist.a
2004 Aug 06
1
problems building ices-0.2.3
hello all: i have icecast2 and ices2 built and working great, streaming ogg like it aint no thing...i have a bunch of (legacy) mp3's however, that id like to stream to the icecast2 server, which means ices-0.2.3 (i know i could just convert all the old mp3s to ogg, but thats not being very nice to people with windows media player, for example...). i have an old ices (i think its from a
2004 Aug 06
0
compiling ices on solaris 9 / sparc
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
2004 Aug 06
1
compiling ices on solaris 9 / sparc
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:
2004 Aug 06
1
compilling error ices-0.2.3.tar.gz
sorry about that. I decided to install the latest ices from cvs instead. However I encountered another problem. I have the latest libshout, icecast and ices. All were compilled without problems. I am trying to stream in mp3 format but when I run ices I receive errors that read something similar to '/path/to/mp3file/song.mp3 - possibly corrupt or malformed data'. The entire playlist will
2004 Aug 06
0
Problem compiling ices
Anyone have any idea what might be causing this error during compiling? .... gcc -g -O2 -Wall -o ices ices.o log.o setup.o stream.o util.o mp3.o cue.o metadata.o id3.o signals.o reencode.o ices_config.o playlist/libplaylist.a ../resolver/libresolver.a ../thread/libicethread.a ../avl/libiceavl.a ../log/libicelog.a -lpthread -lshout -lmp3lame -rdynamic -L/usr/local/lib
2004 Aug 06
2
Ices on Linux PPC
> > > > >>Also, will this live stream be Ogg or MP3? I need MP3. >> >> > >as mentioned before, ices2 will deal with ogg, mp3 can be dealt with by >ices 0.2.3 or some other source tool. > >karl > > Well, is ices 0.2.3 still being supported? Because I still can't get it to compile on the PPC even with new version of LAME and ogg
2004 Aug 06
1
ices 0.3 on FreeBSD
I have successfully compiled Ices 0.3 on FreeBSD (4.7 and 4.9). You need to make sure that ALL the dependicies are installed (some depend on others) and when compiling them, that they compile with no problems. <p>Include some output of what errors you are getting and I #should# be able to help you on your way. <p>>From: "dave" <dmehler26@woh.rr.com>
2004 Aug 06
0
Ices on Linux PPC
On Mon, 2002-12-23 at 00:02, Drew Lane wrote: > However, even though I did a 'make install' it's still launching > ices 2.0 when I type 'ices' from the command line. check the install paths, one maybe /usr/bin and the other maybe /usr/local/bin. /usr/bin maybe first in your search path. > So, how do I specify 0.2.3? > > Can I have both ices 2.0 and 0.2.3
2004 Aug 06
1
compilling error ices-0.2.3.tar.gz
dowloaded the latest libshout and icecast2 from cvs. I also downloaded ices-0.2.3.tar.gz from icecast.org for mp3 suport. Libshout compiled succesfully but when i tried to compile ices i received the following error. please help. <p>make[3]: *** [playlist.o] Error 1 make[3]: Leaving directory `/root/stream/ices-0.2.3/src/playlist' make[2]: *** [all-recursive] Error 1 make[2]: Leaving
2004 Aug 06
0
Trouble compiling ices
On Saturday, 23 February 2002 at 00:51, lists@returntonature.com wrote: > Any help would be appreciated, not sure why this isn't compiling: You have an old version of libshout installed. The configure script should probably be updated to check for shout_strerror instead of shout_init_connection, but in the meantime either remove your old libshout (probably in /usr/local) or try compiling