Displaying 8 results from an estimated 8 matches for "uthread".
Did you mean:
thread
2003 Aug 04
0
Thread woes after 4.7 - 4.8 upgrade
...ng symbols from /usr/libexec/ld-elf.so.1...done.
#0 0x2811a781 in _spinlock_debug () from /usr/lib/libc_r.so.4
(gdb) bt full
#0 0x2811a781 in _spinlock_debug () from /usr/lib/libc_r.so.4
No symbol table info available.
#1 0x2811e726 in _pthread_mutex_lock (mutex=0x80b99d4) at
/usr/src/lib/libc_r/uthread/uthread_mutex.c:445
curthread = (struct pthread *) 0x8075800
ret = 0
#2 0x8067576 in ldap_pvt_thread_mutex_lock (mutex=0x80b99d4) at
thr_posix.c:165
mutex = (ldap_pvt_thread_mutex_t *) 0x1
#3 0x804b832 in slapd_daemon (port=0x185) at daemon.c:344
from = {sin_len =...
2003 Aug 13
1
Pthread woes (solved)
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
---------------------------------------
2004 Aug 06
2
Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10
...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'm runn...
2004 Aug 06
0
FreeBSD 4.6-STABLE + icecast 1.3.12 problem
...d 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 symbols
f...
1996 Feb 14
0
JDK 1.0 port to FreeBSD
Announce
--------
I have ports of the JDK 1.0 using Green threads, pthreads, and uthreads.
This port I'm releasing uses Green threads and is robust enough to
recompile itself correctly.
Installation
------------
1. Grab ftp.javasoft.com:JDK-1_0-solaris2-sparc.tar.Z.
2. Grab freefall.FreeBSD.org:/pub/FreeBSD/LOCAL_PORTS/jdk10.tar.gz.
3. Untar the solaris binary distribution.
4. Mov...
2003 Jun 23
0
gnucash crashes on 5.1-RELEASE
...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 both ab...
2004 Aug 06
0
Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10
..._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
&g...
2003 Jul 29
2
stable libmilter leaks kqueue descriptors?
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