similar to: FreeBSD 4.6-STABLE + icecast 1.3.12 problem

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. -------------------------------------------------------------------

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

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 >

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

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>

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

I'm trying to wedge an input filter in front of ices (latest nightly from 5/5), and if I'm using the 'stdinpcm' input module, ices segfaults on me after a few seconds. I'm running on FreeBSD-4.8. Here's the relevant section of my config file: <input> <module>stdinpcm</module> <param

The following recent commit has prevented my threaded apps (slapd and icecast in particular) from going beserk. Thanks. $FreeBSD: src/lib/libc_r/uthread/uthread_kqueue.c,v 1.1.2.1 2003/08/10 23:52:59 mp Exp $ --------------------------------------- Robin P. Blanchard Systems Integration Specialist Georgia Center for Continuing Education fon: 706.542.2404 <|> fax: 706.542.6546

Not got to the bottom of it yet, but commenting out both LOG_INFO lines in thread/thread.c stops it segfaulting. Now I'm back to the old problem of a 128k stream not being sent fast enough to the clients. Nick ----- Original Message ----- From: "Nick Ludlam" <nick@ivision.co.uk> To: <icecast@xiph.org> Sent: Monday, July 09, 2001 8:54 PM Subject: [icecast] Problem with

Hi, got a little problem with the current cvs version of ices. I'm invoking it with the following: ices -v -F /home/nick/icetest.pls -h localhost -P <my password> which seems to connect ok, get past password validation, and gives me the following: DEBUG: Sending following information to libshout: DEBUG: Stream: 0 DEBUG: Host: localhost Port: 8000 DEBUG: Password: hack Icy Compat: 0

All: I cvsup'ed earlier this evening and am still able to reproduce this panic at will. Command line, panic backtrace, dmesg, ldd output, and mplayer version follow. If more information is needed, just let me know. % mplayer foo.mov [a quicktime file] [plays for awhile, and then panics] # gdb -k -s /usr/obj/usr/src/sys/LICHEN/kernel.debug -e /var/crash/kernel.2 -c /var/crash/vmcore.2

Rxfax answers, makes handshake, and crashes once the page starts to send. It receives a .tif file of 8 bytes. Asterisk dumps core - gdb shows : #0 0x281fd86c in t4_rx_putbit () from /usr/local/lib/libspandsp.so.0 #1 0x281fea3c in fast_putbit () from /usr/local/lib/libspandsp.so.0 #2 0x28208324 in decode_baud () from /usr/local/lib/libspandsp.so.0 #3 0x2820893f in process_baud () from

-----BEGIN PGP SIGNED MESSAGE----- ============================================================================= FreeBSD-SA-01:40 Security Advisory FreeBSD, Inc. Topic: fts(3) routines contain race condition Category: core Module: libc Announced: 2001-06-04

-----BEGIN PGP SIGNED MESSAGE----- ============================================================================= FreeBSD-SA-01:40 Security Advisory FreeBSD, Inc. Topic: fts(3) routines contain race condition [REVISED] Category: core Module: libc Announced:

Unsure what exactly the problem is, but when using 4.8-STABLE I was unable to compile MySQL (it failed during configure phase).. On further investigation, the following code segment when compiled with phtreads, results in a segmentation fault: #include <stdio.h> typedef long long longlong; main() { longlong ll=1; float f; FILE *file=fopen("conftestval", "w"); f

start it with asterisk -vvvgc bkw ----- Original Message ----- From: "Arjan" <arjan@inventionz.org> To: <asterisk-users@lists.digium.com> Sent: Sunday, July 11, 2004 12:27 PM Subject: [Asterisk-Users] Asterisk on FreeBSD 4.10 dies > Hi All, > > I'm pretty green to Asterisk. I'm trying to work towards a basic setup > with a couple of Cisco 7960's