This file contains a RealAudio attachment. If you can't understand it, try http://www.666.com/audio/mail/19980621-6-gsm-8k.wav Olivier Galibert wrote: -- - If this message is long and typed, someone else typed it for me - If it has a .rm (RealAudio) attachment, see http://www.real.com/products/player/downloadrealplayer.html?wp=dl0498 - If this doesn't work and there's a GSM WAV attachment, see http://xanim.va.pubnix.com/home.html

OG> Stupid SGI trick of the day: OG> lrwxr-xr-x 1 root sys 12 Sep 24 1997 /usr/lib32/libz.so -> libiflPNG.so OG> This means that linking with -lz, which is done by default, pulls in OG> some ifl libraries. These libraries (Image Format Library) is a set of OG> C++ classes with C wrappers which uses constructors calls for static OG> objects on startup to auto-initialize the list of supported formats. OG> We use dumping, which means that the initialisation is done twice for OG> the dumped executable. Immediate and inavoidable segfault. OG> Ideas ? We find out what the (mangled) name of the constructor is. It's probably something goofy like __CONSTRUCTOR_IFL_MUMBLE__. We try defining our own C version of that, that does nothing. I'd give it a 30% chance of success. Currently we link with libz unless the user specifies --without-png --without-tiff. We could force SGIs to work by doing something horrible like (untested and not recommended): case "$opsys" in *sgi* ) with_png=no with_tiff=no ;; esac Martin