search for: libc_r

...e 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. ------------------------------------------------------------------- /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 the system! /usr/lib/libc_r.s...

......(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...0x28ec256c in __sys_poll () from /usr/lib/libc_r.so.4 #0 0x28ec256c in __sys_poll () from /usr/lib/libc_r.so.4 #1 0x28ec1ab8 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.4 #2 0x28ec147d in _thread_kern_scheduler () from /usr/lib/libc_r.so.4 #3 0x0 in ?? ()

...Accepted encoder on mountpoint /icy_0 from 217.98.93.59. 1 sources connected [20/Oct/2002:19:18:04] Kicking unknown 14 [217.98.93.59] [Displayed mountlist], connected for 1 seconds Fatal error 'longjmp()ing between thread contexts is undefined by POSIX 1003.1' at line ? in file /usr/src/lib/libc_r/uthread/uthread_jmp.c (errno = ?) Abort trap (core dumped) gdb says: Core was generated by cecast'. Program terminated with signal 6, Abort trap. Reading symbols from /usr/lib/libwrap.so.3...(no debugging symbols found)...done. Reading symbols from /usr/lib/libreadline.so.4...(no debugging s...

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 the system! /usr/lib/libc_r.s...

...ail.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 > >------------------------------------- >/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 the system! &...

...ing 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 ./slapd.core <...snip...> Core was generated by `slapd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libldap.so.1...done. Reading symbols from /usr/local/lib/l...

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

...achine 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 (as opposed to -lpthread) will tell gcc to use libc_r instead of libc to find pthreads (see more on pthread man page in previous emails below). This did not work for me, but using '-lc_r' did work. libc_r is located in /usr/lib on my machine. This got me to the state you describe below where 'openpty' was missing. The fix you describe...

...done. Reading symbols from /usr/lib/libcrypto.so.2...done. Reading symbols from /usr/lib/libz.so.2...done. Reading symbols from /usr/local/lib/libintl.so.4...done. Reading symbols from /usr/lib/libc.so.4...done. Reading symbols from /usr/local/lib/libiconv.so.3...done. Reading symbols from /usr/lib/libc_r.so.4...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x28253a48 in .cerror () from /usr/lib/libc.so.4 (gdb) bt #0 0x28253a48 in .cerror () from /usr/lib/libc.so.4 #1 0x283a3633 in _exit () from /usr/lib/libc_r.so.4 #2 0x28253947 in exit () from /usr/lib/libc.so.4 #3 0x804e9a5...

...counts 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 /usr/src/lib/libc_r/uthread/uthread_kern.c (errno = 0) Abort trap (core dumped) wn@matutin:~$ I've used 5.0 until yesterday and saw on 5.0 an error when trying to install the java/jdk14 port telling me to update the libc_r. After upgrading to 5.1 I was able to install jdk14. Since the both error messages concerns...

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

...ver ending Ices ------------------------------------------------------------- Program received signal SIGKILL, Killed. 0x282a2da4 in .cerror () from /usr/lib/libc.so.4 (gdb) backtrace #0 0x282a2da4 in .cerror () from /usr/lib/libc.so.4 #1 0x2842ff59 in _thread_sig_handle_pending () from /usr/lib/libc_r.so.4 #2 0x2842f84d in _thread_sig_handler () from /usr/lib/libc_r.so.4 #3 0xbfbfffac in ?? () #4 0x281192b4 in _shout_timing_sleep (sleeptime=231) at timing.c:59 #5 0x281161a7 in shout_sync (self=0x81be200) at shout.c:261 #6 0x805c597 in stream_send_data (stream=0x81be180, buf=0xbfbfeb30 &quot...

A few weeks back I upgraded my mail server to -STABLE from a 4.2-STABLE incarnation that had been running for years. Part of recompiling everything on the box involved disassociating my use of the sendmail port I was using and to use the base sendmail in -STABLE. -STABLE builds with libmilter, so I simply recompiled one of my milter clients with the milter headers, objs, etc that were produced

...t_buf); } I installed this new version of flashpluginwrapper, installed the linux-flashplugin6 library in browser_plugins. Now, the Flash 6 code segfaults in pthread_mutex_init(), called from Program received signal SIGSEGV, Segmentation fault. 0x284549d6 in pthread_mutex_init () from /usr/lib/libc_r.so.4 (gdb) bt #0 0x284549d6 in pthread_mutex_init () from /usr/lib/libc_r.so.4 #1 0x298016b0 in MPCriticalSection::MPCriticalSection () from /usr/X11R6/lib/browser_plugins/libflashplayer.so #2 0x297fdfd5 in PlatformGlobals::PlatformGlobals () from /usr/X11R6/lib/browser_plugins/libflashp...

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

As I have mentioned here before, ogg123 from 1.0rc3 segfaults after playing a file on FreeBSD and OpenBSD. This happens with both the native pthread and with GNU pth. I have finally managed to isolate the problem. ogg123 crashes inside pthread_cond_wait(), specifically in the COND_WAIT() call in buffer_wait_for_empty(). *If* I understand the control flow correctly, the decoder thread waits on

...e. Reading symbols from /usr/local/lib/libogg.so.4...done. Reading symbols from /usr/local/lib/libxml2.so.5...done. Reading symbols from /usr/lib/libz.so.2...done. Reading symbols from /usr/local/lib/libiconv.so.3...done. Reading symbols from /usr/lib/libm.so.2...done. Reading symbols from /usr/lib/libc_r.so.4...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x280886d9 in _preextrapolate_helper () from /usr/local/lib/libvorbis.so.2 (gdb)bt #0 0x280886d9 in _preextrapolate_helper () from /usr/local/lib/libvorbis.so.2 #1 0x280888ce in vorbis_analysis_wrote () from /usr/local/lib/lib...

...f () #3 0x91c1 in log_write (log_id=-1, priority=3, cat=0x76e4 "thread/_start_routine", fmt=0x76bc "Added thread %d [%s] started at [%s:%d]") at log.c:162 #4 0x77a2 in _start_routine (arg=0x180e0) at thread.c:536 #5 0x4002ff88 in _thread_start () at /usr/src/lib/libpthread/../libc_r/uthread/uthread_create.c:212 #6 0x17 in ?? () Cannot access memory at address 0xffffffff. So does this mean that ices is dieing somewhere in libc? At this point my knowledge of how to go further in debugging ices falls short. ktracing the output doesn't show anything particularly useful. I...

...in log_write (log_id=-1, priority=3, cat=0x76e4 "thread/_start_routine", fmt=0x76bc "Added thread %d [%s] started at > [%s:%d]") at log.c:162 > #4 0x77a2 in _start_routine (arg=0x180e0) at thread.c:536 > #5 0x4002ff88 in _thread_start () at /usr/src/lib/libpthread/../libc_r/uthread/uthread_create.c:212 > #6 0x17 in ?? () > Cannot access memory at address 0xffffffff. > > > So does this mean that ices is dieing somewhere in libc? At this point my knowledge > of how to go further in debugging ices falls short. ktracing the output doesn't show any...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-03:08.realpath Security Advisory The FreeBSD Project Topic: Single byte buffer overflow in realpath(3) Category: core Module: libc Announced: