Scratch that ... it's another I/O layer problem! 
  
 (gdb) bt 
 #0  0x0051b7f2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 
 #1  0x006bc89b in write () from /lib/libpthread.so.0 
 #2  0x080750fb in sock_write (sock=0xb6cf5ff8, buf=0x80bde78 "\n", nbytes=1)
at clientsocket.c:286 
 #3  0x08075184 in sock_puts (sock=0xb6cf5ff8, buf=0xb6cf1fbc "READ 4000|4000")
at clientsocket.c:331 
 #4  0x08096f99 in receive_spool (sock=0xb6cf5ff8, remote_nodename=0xb6cf602c
"dogpound2") 
    at modules/network/serv_network.c:1829 
 #5  0x08097595 in network_poll_node (node=0xb6cf602c "dogpound2", 
secret=0xb6cf712c
"friko",  
    host=0xb6cf732c "69.212.163.244", port=0xb6cf722c "504") at 
modules/network/serv_network.c:2045

 #6  0x0809770e in network_poll_other_citadel_nodes (full_poll=0) at 
modules/network/serv_network.c:2104

 #7  0x0809b175 in network_do_queue (args=0x0) at 
modules/network/serv_network.c:2177

 #8  0x08074114 in ctdl_internal_thread_func (arg=0x8ea5f80) at threads.c:849

 #9  0x006b573b in start_thread () from /lib/libpthread.so.0 
 #10 0x003b1cfe in clone () from /lib/libc.so.6 
  
 So, we're hanging up on I/O again, and in this case it's locking up the 
networker.

  
 I'm going to make some changes to decouple network polling from network 
spooling,
but the I/O problem still has to be fixed. 
 

Reply via email to