bad news for libtrivfs/libthread

[James Morrison]

 I've managed to get the same problem as Justin Langer.

Here is a backtrace, it's the same as Justin's:

(gdb) info thread
  2 thread 17065.2  0x0105528c in evc_wait () from /lib/libc.so.0.2
* 1 thread 17065.1  0x011dec1c in cthread_fork_child ()
   from /lib/libthreads.so.0.2
(gdb) bt 
#0  0x011dec1c in cthread_fork_child () from /lib/libthreads.so.0.2
#1  0x011ded1d in alloc_stack () from /lib/libthreads.so.0.2
#2  0x011dd4e1 in cproc_create () from /lib/libthreads.so.0.2
#3  0x011de70d in cthread_fork () from /lib/libthreads.so.0.2
#4  0x0119bec6 in ports_manage_port_operations_one_thread ()
   from /lib/libports.so.0.2
#5  0x01055e7b in mach_msg_server_timeout () from /lib/libc.so.0.2
#6  0x0119c0b6 in ports_manage_port_operations_one_thread ()
   from /lib/libports.so.0.2
#7  0x0119c1a6 in ports_manage_port_operations_multithread ()
   from /lib/libports.so.0.2
#8  0x08048fcd in main (argc=2, argv=0x1024c70) at firmlink.orig.c:91
#9  0x01077b5b in __libc_start_main () from /lib/libc.so.0.2

I compiled the stock firmlink source with this line:

 gcc -ggdb -D_GNU_SOURCE -I. -o firmlink firmlink.orig.c -ltrivfs
-lfshelp

I'm going to compile a new cvs checkout of the Hurd tonight, this is
of course assuming a new checkout will compile natively.

changing ports_manage_port_operations_multithread to 
ports_manage_port_operations_one_thread fixes the SIGILL.


=====
James Morrison
   University of Waterloo
   Computer Science - Digital Hardware
   2A co-op
http://hurd.dyndns.org

Anyone refering this as 'Open Source' shall be eaten by a GNU

__________________________________________________
Do You Yahoo!?
Yahoo! Sports - Coverage of the 2002 Olympic Games
http://sports.yahoo.com