070217 18:32:26 [Note] /home/sbester/server/5.0/mysql-5.0.36-linux-i686/bin/mysqld: ready for connections.
Version: '5.0.36-debug'  socket: '/tmp/mysql.sock'  port: 3307  yes
mysqld got signal 11;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help diagnose
the problem, but since we have already crashed, something is definitely wrong
and this may fail.

key_buffer_size=8388572
read_buffer_size=131072
max_used_connections=1
max_connections=100
threads_connected=2
It is possible that mysqld could use up to 
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 225788 K
bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

thd=0x8beca28
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
Cannot determine thread, fp=0xbe5fd8e8, backtrace may not be correct.
Stack range sanity check OK, backtrace follows:
0x80dea8b handle_segfault + 417
0x83d631d __pthread_sighandler + 173
0x8152374 _Z12find_handlerP3THDP13st_table_list + 106
0x8152450 _Z17delayed_get_tableP3THDP13st_table_list + 128
0x8150497 _Z12mysql_insertP3THDP13st_table_listR4ListI4ItemERS3_IS5_ES6_S6_15enum_duplicatesb + 541
0x80f8520 _Z21mysql_execute_commandP3THD + 10868
0x82239d9 _ZN13sp_instr_stmt9exec_coreEP3THDPj + 17
0x82236ab _ZN13sp_lex_keeper23reset_lex_and_exec_coreEP3THDPjbP8sp_instr + 389
0x8223885 _ZN13sp_instr_stmt7executeEP3THDPj + 277
0x821ffb9 _ZN7sp_head7executeEP3THD + 1415
0x82216c2 _ZN7sp_head17execute_procedureEP3THDP4ListI4ItemE + 1280
0x80fb469 _Z21mysql_execute_commandP3THD + 22973
0x82239d9 _ZN13sp_instr_stmt9exec_coreEP3THDPj + 17
0x82236ab _ZN13sp_lex_keeper23reset_lex_and_exec_coreEP3THDPjbP8sp_instr + 389
0x8223885 _ZN13sp_instr_stmt7executeEP3THDPj + 277
0x821ffb9 _ZN7sp_head7executeEP3THD + 1415
0x82216c2 _ZN7sp_head17execute_procedureEP3THDP4ListI4ItemE + 1280
0x80fb469 _Z21mysql_execute_commandP3THD + 22973
0x80fe43e _Z11mysql_parseP3THDPcj + 380
0x80f43a2 _Z16dispatch_command19enum_server_commandP3THDPcj + 1940
0x80f3c02 _Z10do_commandP3THD + 538
0x80f2d97 handle_one_connection + 991
0x83d11f1 pthread_start_thread + 225
0x842c05a __clone + 106
New value of fp=(nil) failed sanity check, terminating stack trace!
Please read http://dev.mysql.com/doc/mysql/en/using-stack-trace.html and follow instructions on how to resolve the stack trace. Resolved
stack trace is much more helpful in diagnosing the problem, so please do 
resolve it
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort...
thd->query at 0x8c3cc28 = insert delayed into t1 (c1) values ('world')
thd->thread_id=1
The manual page at http://www.mysql.com/doc/en/Crashing.html contains
information that should help you find out what is causing the crash.

Number of processes running now: 0
070217 18:32:39  mysqld restarted