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