search for: _start_routine

...(in /usr/lib64/libxml2.so.2.7.7) ==13821== by 0x4104D2: stats_event_conv (stats.c:220) ==13821== by 0x40D3F3: source_update_settings (source.c:1007) ==13821== by 0x40DB42: source_recheck_mounts (source.c:1384) ==13821== by 0x40C927: _slave_thread (slave.c:738) ==13821== by 0x4200FD: _start_routine (thread.c:655) ==13821== by 0x3B00A07760: start_thread (in /lib64/libpthread-2.12.so) ==13821== by 0x3B002E14EC: clone (in /lib64/libc-2.12.so) ==13821== ==13821== 830,000 bytes in 830 blocks are definitely lost in loss record 262 of 263 ==13821== at 0x4A0515D: malloc (vg_replace_malloc.c:...

...gt; [09/Jul/2001:19:49:29] Kicking all 0 clients for source 1 So I've run the corefile through gdb and see the following backtrace: #0 0x401782d6 in __swsetup () #1 0x40172284 in vfprintf () #2 0x4017202d in fprintf () #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 0xfff...

...all 0 clients for source 1 > > So I've run the corefile through gdb and see the following backtrace: > > #0 0x401782d6 in __swsetup () > #1 0x40172284 in vfprintf () > #2 0x4017202d in fprintf () > #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 acces...

...t 00:58, Ricardo Meechan wrote: > Hola, > > Heres the backtrace (I think) > > (gdb) bt > #0 0x08055d8c in source_move_clients (source=0x9b9ffb0, > dest=0x9ba00f0) at source.c:359 > #1 0x08054378 in start_relay_stream (arg=0x9b9fdd8) at slave.c:341 > #2 0x0806a9d0 in _start_routine (arg=0x9ba8768) at thread.c:578 > #3 0x00835b80 in start_thread () from /lib/libpthread.so.0 > #4 0x0078ddee in clone () from /lib/libc.so.6 > (gdb) yeah, that's the stuff we want. interesting, the actual segv reason is easy enough to resolve, I'm just wondering what the state...

...if (s->buffers[c]) (gdb) bt #0 0x08051103 in resample_clear (s=0x40ef9338) at audio.c:142 #1 0x080504a3 in process_and_send_buffer (sdsc=0x805e448, buffer=0x8156238) at stream_shared.c:149 #2 0x0804d6ca in ices_instance_stream (arg=0x805e448) at stream.c:254 #3 0x080542b9 in _start_routine (arg=0x805e498) at thread.c:655 #4 0x402fa020 in pthread_start_thread () from /lib/i686/libpthread.so.0 btw: The way calling free in resample_clear does not look reasonable to me: if(s->buffers) { for(c=0; c<s->channels; c++) if (s->buffers[c])...

...x08052f9e in source_update_settings (config=0x8068bc0, source=0x8cd9d78, mountinfo=0x8cbd618) at ../../src/source.c:1021 #3 0x08053114 in source_recheck_mounts () at ../../src/source.c:1395 #4 0x0805408c in source_client_thread (arg=0x8dad7f0) at ../../src/source.c:1244 #5 0x0805fe27 in _start_routine (arg=0x8e18be8) at ../../../src/thread/thread.c:655 #6 0x00341bd4 in start_thread () from /lib/libpthread.so.0 #7 0x00d1e4fe in clone () from /lib/libc.so.6 This is running on an AMD Opteron with FC4. It appears that there is some sort of race-condition or maybe source_recheck_mounts needs...

...0, >> source=0x8cd9d78, >> mountinfo=0x8cbd618) at ../../src/source.c:1021 >> #3 0x08053114 in source_recheck_mounts () at ../../src/source.c:1395 >> #4 0x0805408c in source_client_thread (arg=0x8dad7f0) >> at ../../src/source.c:1244 >> #5 0x0805fe27 in _start_routine (arg=0x8e18be8) >> at ../../../src/thread/thread.c:655 >> #6 0x00341bd4 in start_thread () from /lib/libpthread.so.0 >> #7 0x00d1e4fe in clone () from /lib/libc.so.6 >> >> This is running on an AMD Opteron with FC4. >> >> It appears that there is some...

...Hola, > > > > Heres the backtrace (I think) > > > > (gdb) bt > > #0 0x08055d8c in source_move_clients (source=0x9b9ffb0, > > dest=0x9ba00f0) at source.c:359 > > #1 0x08054378 in start_relay_stream (arg=0x9b9fdd8) at slave.c:341 > > #2 0x0806a9d0 in _start_routine (arg=0x9ba8768) at thread.c:578 > > #3 0x00835b80 in start_thread () from /lib/libpthread.so.0 > > #4 0x0078ddee in clone () from /lib/libc.so.6 > > (gdb) > >yeah, that's the stuff we want. > >interesting, the actual segv reason is easy enough to resolve, I'm...

...sr/lib/nss_files.so.1 #0 auth_new_listener (auth_user=0x63148) at auth.c:158 158 if (client->auth->authenticate (auth_user) != AUTH_OK) (gdb) bt #0 auth_new_listener (auth_user=0x63148) at auth.c:158 #1 0x000278ec in auth_run_thread (arg=0x44c00) at auth.c:203 #2 0x0002b234 in _start_routine (arg=0x63148) at thread.c:655 (gdb) Thanks. -- Charles Gagnon | My views are my views and they http://unixrealm.com | do not represent those of anybody charlesg at unixrealm.com | but me. To err is human, but to really mess things up you need a compu...

...Hola, > > > > Heres the backtrace (I think) > > > > (gdb) bt > > #0 0x08055d8c in source_move_clients (source=0x9b9ffb0, > > dest=0x9ba00f0) at source.c:359 > > #1 0x08054378 in start_relay_stream (arg=0x9b9fdd8) at slave.c:341 > > #2 0x0806a9d0 in _start_routine (arg=0x9ba8768) at thread.c:578 > > #3 0x00835b80 in start_thread () from /lib/libpthread.so.0 > > #4 0x0078ddee in clone () from /lib/libc.so.6 > > (gdb) > >yeah, that's the stuff we want. > >interesting, the actual segv reason is easy enough to resolve, I'm...

...buf=0x8066000 '\200' <repeats 200 times>..., bytes=32768, bigendian=0) at encode.c:180 #3 0x804fee4 in process_and_send_buffer (sdsc=0x8061580, buffer=0x8058340) at stream_shared.c:202 #4 0x804d8de in ices_instance_stream (arg=0x8061580) at stream.c:237 #5 0x8052c7e in _start_routine (arg=0x8058320) at thread.c:654 #6 0x2837b0a8 in _thread_start () from /usr/lib/libc_r.so.4 #7 0x0 in ?? () And here's the log file from running ices: [2003-05-05 02:24:39] INFO ices-core/main ices started... [2003-05-05 02:24:39] INFO signals/signal_usr1_handler Metadata update requested...