I am having a problem with MP3Broadcaster on a dual cpu
Solaris 7 box. It seems to get killed because it fails to
catch SIGALRM. It spits out "Alarm clock" just after it
starts streaming the first mp3, and bails. There was a
previous reference to this problem on this list:
http://lists.apple.com/archives/streaming-server-developers/2002/Feb/27.html
and one on the -users list:
http://lists.apple.com/archives/streaming-server-users/2002/Jul/9.html
No reply to either that I could find. As far as I know (and
grep knows) no part of DSS 4 ever calls alarm() nor sets a
hanlder for SIGALRM. So I believe it must be linked to some
lib that is using ALRM ... anyone have any more info on
this problem?
If Nick Tamburri is still on this list, did you fix this
problem? Were you using a single proc system or dual+?
For reference, MP3Broadcaster is dynamically linked to:
$ ldd MP3Broadcaster
libpthread.so.1 => /usr/lib/libpthread.so.1
libdl.so.1 => /usr/lib/libdl.so.1
libsocket.so.1 => /usr/lib/libsocket.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libresolv.so.2 => /usr/lib/libresolv.so.2
libcrypt_i.so.1 => /usr/lib/libcrypt_i.so.1
libstdc++.so.4 => /usr/local/lib/libstdc++.so.4
libm.so.1 => /usr/lib/libm.so.1
libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1
libc.so.1 => /usr/lib/libc.so.1
libmp.so.2 => /usr/lib/libmp.so.2
libgen.so.1 => /usr/lib/libgen.so.1
libthread.so.1 => /usr/lib/libthread.so.1
/usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1
and is linked with:
-lpthread -ldl -lsocket -lnsl -lresolv -lm -lcrypt -lstdc++
-lCommonUtilitiesLib ../CommonUtilitiesLib/libCommonUtilitiesLib.a
Thanks. Take it easy,
-James
_______________________________________________
streaming-server-developers mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/streaming-server-developers
Do not post admin requests to the list. They will be ignored.
