Hello, Dmitry.

You wrote at 25.03.2003, :

DB> So, i want to tell you about my some problem associate with mysql on a NetBSD 
DB> 1.6 (i386, nongeneric kernel, MySQL server version 3.23.49, i have a  128mb 
DB> memory) 

DB> How i will do reform this ?
DB> ==  log ==
DB> 030424 21:23:46  mysqld ended

DB> 030424 21:23:50  mysqld started
DB> /usr/pkg/libexec/mysqld: ready for connections
DB> mysqld got signal 11;
DB> This could be because you hit a bug. It is also possible that this binary
DB> or one of the libraries it was linked agaist is corrupt, improperly built,
DB> or misconfigured. This error can also be caused by malfunctioning hardware.
DB> We will try our best to scrape up some info that will hopefully help diagnose
DB> the problem, but since we have already crashed, something is definitely wrong
DB> and this may fail

DB> key_buffer_size=8388600
DB> record_buffer=131072
DB> sort_buffer=1048564
DB> max_used_connections=2
DB> max_connections=50
DB> threads_connected=2
DB> It is possible that mysqld could use up to
DB> key_buffer_size + (record_buffer + sort_buffer)*max_connections = 65791 K
DB> bytes of memory
DB> Hope that's ok, if not, decrease some variables in the equation

DB> 030424 21:25:59  mysqld restarted

DB> ==  log ==


Segmentation violation ussually throws, when there is an error in
memory. Try to examine your kernel configuration(especcially binary
emulation, try to check whether there are a.out and elf formats). Then
try to recompile mysql statically. set LD_FLAGS to --static or set
necessary option in configue.

-- 
Best regards,
 CEBKA                          mailto:CEBKA@smtp.ru