mysql 4.1.12 package for solaris 2.9 x86 core dumps

[cat]

Description:
The mysql-provided package mysql-standard-4.1.12-pc-solaris2.9-i386.pkg 
core dumps when running scripts/mysql_install_db --user=mysql.
I'm running 5.9 Generic_118559-05 on an older dual CPU intel box -
dual 500mhz processors.  I was using the sunfreeware 
mysql-4.0.21-sol9-intel-local package prior to this, with no issues.

How-To-Repeat:
run scripts/mysql_install_db --user=mysql
>Fix:


>Submitter-Id:  
>Originator:Super-User
>Organization:
 
>MySQL support: none
>Synopsis:  mysql_install_db causes core dump   
>Severity:  
>Priority:  
>Category:  mysql
>Class: 
>Release:   mysql-4.1.12-standard (MySQL Community Edition - Standard (GPL))

>C compiler:
>C++ compiler:  
>Environment:

System: SunOS example.org 5.9 Generic_118559-05 i86pc i386 i86pc
Architecture: i86pc

Some paths:  /usr/local/bin/perl /usr/local/bin/make /usr/local/bin/gmake 
/usr/local/bin/gcc /opt/SUNWspro/bin/cc
GCC: Reading specs from /usr/local/lib/gcc-lib/i386-pc-solaris2.8/2.95.2/specs
gcc version 2.95.2 19991024 (release)
Compilation info: CC='cc'  CFLAGS='-xO3 -mt -fsimple=1 -ftrap=%none -nofstore 
-xbuiltin=%all -xlibmil -xlibmopt -xtarget=native'  CXX='CC'  CXXFLAGS='-xO3 
-mt -fsimple=1 -ftrap=%none -nofstore -xbuiltin=%all -xlibmil -xlibmopt 
-xtarget=native'  LDFLAGS=''  ASFLAGS=''
LIBC: 
-rw-r--r--   1 root bin  1608048 Dec 20  2003 /lib/libc.a
lrwxrwxrwx   1 root root  11 Jun 25  2004 /lib/libc.so -> 
./libc.so.1
-rwxr-xr-x   1 root bin   805364 Dec 24  2004 /lib/libc.so.1
-rw-r--r--   1 root bin  1608048 Dec 20  2003 /usr/lib/libc.a
lrwxrwxrwx   1 root root  11 Jun 25  2004 /usr/lib/libc.so -> 
./libc.so.1
-rwxr-xr-x   1 root bin   805364 Dec 24  2004 /usr/lib/libc.so.1
Configure command: ./configure '--prefix=/usr/local/mysql' 
'--localstatedir=/usr/local/mysql/data' '--libexecdir=/usr/local/mysql/bin' 
'--with-comment=MySQL Community Edition - Standard (GPL)' 
'--with-extra-charsets=complex' '--with-server-suffix=-standard' 
'--enable-thread-safe-client' '--enable-local-infile' 
'--with-named-curses=-lcurses' '--disable-shared' '--with-readline' 
'--with-embedded-server' '--with-archive-storage-engine' '--with-innodb' 
'CC=cc' 'CFLAGS=-xO3 -mt -fsimple=1 -ftrap=%none -nofstore -xbuiltin=%all 
-xlibmil -xlibmopt -xtarget=native' 'CXXFLAGS=-xO3 -mt -fsimple=1 -ftrap=%none 
-nofstore -xbuiltin=%all -xlibmil -xlibmopt -xtarget=native' 'CXX=CC'


-- 
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/[EMAIL PROTECTED]

RE: Please HELP!!! Re: Database Core Dumps

[TRANTER,STEWART (HP-Germany,ex1)]

Hi Mark and Steffan,

We solved this problem today and it was as Mark details below.  We have
installed the latest version available, and it now works fine  :-)  Phew!

Thanks very much to everyone for their help,

Best regards,

Stewart

-Original Message-
From: Mark Matthews [mailto:[EMAIL PROTECTED] 
Sent: 03 April 2003 15:00
To: TRANTER,STEWART (HP-Germany,ex1)
Cc: '[EMAIL PROTECTED]'
Subject: Re: Please HELP!!! Re: Database Core Dumps


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

TRANTER,STEWART (HP-Germany,ex1) wrote:
| Hello Everyone,
|
| Yesterday I posted the message listed below.  I have some more
information.
| We have found the command that "pushes our database over the edge"!
It is:
|
| SHOW VARIABLES;
|
| All other db commands work (such as SHOW VARIABLES "%a";) except for:
|
| SHOW VARIABLES "%"
|
| Does anyone have any idea why this could be happening?  In addition we 
| are connecting to the database from a JSP Script using the driver:
|
| org.gjt.mm.mysql.Driver
|
| The JSP page doesn't actually explicitly call the SHOW VARIABLES; 
| command, but I guess (?) that this is called explicitly in the driver 
| connection somehow...  We confirmed that it was the SHOW VARIABLES; 
| command by
checking
| the log file (with --log and --log-update options).  We then tried 
| this at the MySQL command line and it caused the db to restart.
|
| Could this mean that one of the variables displayed by the SHOW 
| VARIABLES; command is causing some form of problem?
|
| Once again, many thanks in advance for taking the time to read this 
| mail, and I hope someone can help!
|
| The very best of regards,
|
| Stewart
|
..._/..
| Stewart Tranter[EMAIL PROTECTED] _/   
| Hewlett-Packard GmbH   Tel: (+49) 7031 14-1554   _/_/_/_/
| _/_/_/_/
| Software Engineering Services  Fax: (+49) 7031 14-4961  _/_/  _/_/
| Schickard Str.25   Mob: (+49) 1784 701 079 _/_/  _/_/
| 71034 Böblingen _/_/
| _/_/_/_/
| Germany_/
| https://ecardfile.com/id/stewarttranter
| <https://ecardfile.com/id/stewarttranter> _/
|
...
|  Management and security solutions.  We make your e-solutions work.  
| On budget. On time. Every time.  External Web Site:  
| http://www.hp.com/hps/ <http://www.hp.com/hps/>  Internal Web Site:  
| http://ses.cup.hp.com/ <http://ses.cup.hp.com/>
|
...
|
| MESSAGE FROM 2nd April 2003:
|
| Hello,
|
| I have a MySQL Database with two instances running.  They were both
working
| 100% normally, until yesterday.  When we connect to one instance we
get the
| following error:
|
| mysqld got signal 10;
| 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=16773120
| record_buffer=131072
| sort_buffer=524280
| max_used_connections=0
| max_connections=100
| threads_connected=1
| It is possible that mysqld could use up to
| key_buffer_size + (record_buffer + sort_buffer)*max_connections = 
| 80379 K bytes of memory Hope that's ok, if not, decrease some 
| variables in the equation
|
| 030402 11:32:22  mysqld restarted
|
| The other instance however works totally fine!  The server diskspace
is ok,
| we rebooted the server, everything looks ok!
|
| We are running "HP-UX B.11.11 U 9000/800 839927861 unlimited-user 
| license" with MySQL version:  Ver 3.23.54-max for hp-hpux11.11 on 
| hppa2.0w
|
| Can anyone offer any suggestions please?  We are all totally 
| stumped!!!
|
| Many thanks in advance and best regards,
|
| Stewart


There is a known issue on 64 bit platforms with MySQL versions < 3.23.56
causing a crash when 'SHOW VARIABLES' is executed.

You are right in thinking that the JDBC driver issues this query, because it
does. The JDBC driver uses the results of 'SHOW VARIABLES' to set many
internal parameters related to various capabilities that different versions
of MySQL and different configurations of MySQL have.

-Mark


- --
MySQL 2003 Users Conference -> http://www.mysql.com/events/uc2003/

For technical support contracts, visit https://order.mysql.com/?ref=mmma

~__  ___ ___   __
~   /  |/  /_ __/ __/ __ \/ /  Mark Matthews <[EMAIL PROTECTED]>
~  / /|_/ / // /\ \/ 

Re: Please HELP!!! Re: Database Core Dumps

[Mark Matthews]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
TRANTER,STEWART (HP-Germany,ex1) wrote:
| Hello Everyone,
|
| Yesterday I posted the message listed below.  I have some more
information.
| We have found the command that "pushes our database over the edge"!
It is:
|
| SHOW VARIABLES;
|
| All other db commands work (such as SHOW VARIABLES "%a";) except for:
|
| SHOW VARIABLES "%"
|
| Does anyone have any idea why this could be happening?  In addition we are
| connecting to the database from a JSP Script using the driver:
|
| org.gjt.mm.mysql.Driver
|
| The JSP page doesn't actually explicitly call the SHOW VARIABLES; command,
| but I guess (?) that this is called explicitly in the driver connection
| somehow...  We confirmed that it was the SHOW VARIABLES; command by
checking
| the log file (with --log and --log-update options).  We then tried this at
| the MySQL command line and it caused the db to restart.
|
| Could this mean that one of the variables displayed by the SHOW VARIABLES;
| command is causing some form of problem?
|
| Once again, many thanks in advance for taking the time to read this mail,
| and I hope someone can help!
|
| The very best of regards,
|
| Stewart
|
..._/..
| Stewart Tranter[EMAIL PROTECTED] _/   
| Hewlett-Packard GmbH   Tel: (+49) 7031 14-1554   _/_/_/_/
| _/_/_/_/
| Software Engineering Services  Fax: (+49) 7031 14-4961  _/_/  _/_/
| Schickard Str.25   Mob: (+49) 1784 701 079 _/_/  _/_/
| 71034 Böblingen _/_/
| _/_/_/_/
| Germany_/
| https://ecardfile.com/id/stewarttranter
|    _/
|
...
|  Management and security solutions.  We make your e-solutions work.
|  On budget. On time. Every time.
|  External Web Site:  http://www.hp.com/hps/ 
|  Internal Web Site:  http://ses.cup.hp.com/ 
|
...
|
| MESSAGE FROM 2nd April 2003:
|
| Hello,
|
| I have a MySQL Database with two instances running.  They were both
working
| 100% normally, until yesterday.  When we connect to one instance we
get the
| following error:
|
| mysqld got signal 10;
| 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=16773120
| record_buffer=131072
| sort_buffer=524280
| max_used_connections=0
| max_connections=100
| threads_connected=1
| It is possible that mysqld could use up to
| key_buffer_size + (record_buffer + sort_buffer)*max_connections = 80379 K
| bytes of memory
| Hope that's ok, if not, decrease some variables in the equation
|
| 030402 11:32:22  mysqld restarted
|
| The other instance however works totally fine!  The server diskspace
is ok,
| we rebooted the server, everything looks ok!
|
| We are running "HP-UX B.11.11 U 9000/800 839927861 unlimited-user license"
| with MySQL version:  Ver 3.23.54-max for hp-hpux11.11 on hppa2.0w
|
| Can anyone offer any suggestions please?  We are all totally stumped!!!
|
| Many thanks in advance and best regards,
|
| Stewart
There is a known issue on 64 bit platforms with MySQL versions < 3.23.56
causing a crash when 'SHOW VARIABLES' is executed.
You are right in thinking that the JDBC driver issues this query,
because it does. The JDBC driver uses the results of 'SHOW VARIABLES' to
set many internal parameters related to various capabilities that
different versions of MySQL and different configurations of MySQL have.
	-Mark

- --
MySQL 2003 Users Conference -> http://www.mysql.com/events/uc2003/
For technical support contracts, visit https://order.mysql.com/?ref=mmma

~__  ___ ___   __
~   /  |/  /_ __/ __/ __ \/ /  Mark Matthews <[EMAIL PROTECTED]>
~  / /|_/ / // /\ \/ /_/ / /__ MySQL AB, Full-Time Developer - JDBC/Java
~ /_/  /_/\_, /___/\___\_\___/ Flossmoor (Chicago), IL USA
~<___/ www.mysql.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQE+jDA+tvXNTca6JD8RAtiDAJ9EOsjZ8fE0T79BYC8qv+qJq7RubwCfcWp9
lo7USihZqgkfQQ7izJSTaxI=
=p7oA
-END PGP SIGNATURE-
--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/[EMAIL PROTECTED]

Re: Please HELP!!! Re: Database Core Dumps

[Stefan Hinz]

Stewart,

> Yesterday I posted the message listed below.  I have some more information.
> We have found the command that "pushes our database over the edge"!  It is:

> SHOW VARIABLES;

> All other db commands work (such as SHOW VARIABLES "%a";) except for:

> SHOW VARIABLES "%"

This should be "SHOW VARIABLES LIKE '%'". I tested all variants with
4.0.10, no problems. "SHOW VARIABLES '%'" gives me error 1064, as
should be.

> Does anyone have any idea why this could be happening?  In addition we are
> connecting to the database from a JSP Script using the driver:
> org.gjt.mm.mysql.Driver

So your problem seems to be related to the driver, or to your JSP app.

Regards,
--
  Stefan Hinz <[EMAIL PROTECTED]>
  iConnect GmbH 
  Heesestr. 6, 12169 Berlin (Germany)
  Telefon: +49 30 7970948-0  Fax: +49 30 7970948-3

[filter fodder: sql, mysql, query]


-- 
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/[EMAIL PROTECTED]

Please HELP!!! Re: Database Core Dumps

[TRANTER,STEWART (HP-Germany,ex1)]

Hello Everyone,

Yesterday I posted the message listed below.  I have some more information.
We have found the command that "pushes our database over the edge"!  It is:

SHOW VARIABLES;

All other db commands work (such as SHOW VARIABLES "%a";) except for:

SHOW VARIABLES "%"

Does anyone have any idea why this could be happening?  In addition we are
connecting to the database from a JSP Script using the driver:

org.gjt.mm.mysql.Driver

The JSP page doesn't actually explicitly call the SHOW VARIABLES; command,
but I guess (?) that this is called explicitly in the driver connection
somehow...  We confirmed that it was the SHOW VARIABLES; command by checking
the log file (with --log and --log-update options).  We then tried this at
the MySQL command line and it caused the db to restart.

Could this mean that one of the variables displayed by the SHOW VARIABLES;
command is causing some form of problem?

Once again, many thanks in advance for taking the time to read this mail,
and I hope someone can help!

The very best of regards,

Stewart
..._/..
Stewart Tranter  [EMAIL PROTECTED] _/   
Hewlett-Packard GmbH Tel: (+49) 7031 14-1554   _/_/_/_/
_/_/_/_/
Software Engineering ServicesFax: (+49) 7031 14-4961  _/_/  _/_/
Schickard Str.25 Mob: (+49) 1784 701 079 _/_/  _/_/ 
71034 Böblingen   _/_/
_/_/_/_/   
Germany  _/
https://ecardfile.com/id/stewarttranter
   _/
...
 Management and security solutions.  We make your e-solutions work.
 On budget. On time. Every time.  
 External Web Site:  http://www.hp.com/hps/  
 Internal Web Site:  http://ses.cup.hp.com/  
...

MESSAGE FROM 2nd April 2003:

Hello,

I have a MySQL Database with two instances running.  They were both working
100% normally, until yesterday.  When we connect to one instance we get the
following error:

mysqld got signal 10;
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=16773120
record_buffer=131072
sort_buffer=524280
max_used_connections=0
max_connections=100
threads_connected=1
It is possible that mysqld could use up to
key_buffer_size + (record_buffer + sort_buffer)*max_connections = 80379 K
bytes of memory
Hope that's ok, if not, decrease some variables in the equation

030402 11:32:22  mysqld restarted

The other instance however works totally fine!  The server diskspace is ok,
we rebooted the server, everything looks ok!

We are running "HP-UX B.11.11 U 9000/800 839927861 unlimited-user license"
with MySQL version:  Ver 3.23.54-max for hp-hpux11.11 on hppa2.0w

Can anyone offer any suggestions please?  We are all totally stumped!!!

Many thanks in advance and best regards,

Stewart

Database Core Dumps

[TRANTER,STEWART (HP-Germany,ex1)]

Hello,

I have a MySQL Database with two instances running.  They were both working
100% normally, until yesterday.  When we connect to one instance we get the
following error:

mysqld got signal 10;
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=16773120
record_buffer=131072
sort_buffer=524280
max_used_connections=0
max_connections=100
threads_connected=1
It is possible that mysqld could use up to
key_buffer_size + (record_buffer + sort_buffer)*max_connections = 80379 K
bytes of memory
Hope that's ok, if not, decrease some variables in the equation

030402 11:32:22  mysqld restarted

The other instance however works totally fine!  The server diskspace is ok,
we rebooted the server, everything looks ok!

We are running "HP-UX B.11.11 U 9000/800 839927861 unlimited-user license"
with MySQL version:  Ver 3.23.54-max for hp-hpux11.11 on hppa2.0w

Can anyone offer any suggestions please?  We are all totally stumped!!!

Many thanks in advance and best regards,

Stewart
..._/..
Stewart Tranter  [EMAIL PROTECTED] _/   
Hewlett-Packard GmbH Tel: (+49) 7031 14-1554   _/_/_/_/
_/_/_/_/
Software Engineering ServicesFax: (+49) 7031 14-4961  _/_/  _/_/
Schickard Str.25 Mob: (+49) 1784 701 079 _/_/  _/_/ 
71034 Böblingen   _/_/
_/_/_/_/   
Germany  _/
https://ecardfile.com/id/stewarttranter
   _/
...
 Management and security solutions.  We make your e-solutions work.
 On budget. On time. Every time.  
 External Web Site:  http://www.hp.com/hps/  
 Internal Web Site:  http://ses.cup.hp.com/  
...

multithreaded application core dumps

[Narayana G.Nayak]

Hi All,

I have a multithreaded application using pthread library on solaris2.6.
Application also uses mysql library to deal with mysql server. The version
that I am using is 3.23.33. I am using the following libraries mysqlclient_r
and z. But the application core dumps after running for sometime. What could
be wrong here. Is this a known bug in multithreaded environment? I have
included the stack trace below.

#0  0x380b8 in my_real_read ()
#1  0x38224 in my_net_read ()
#2  0x34a6c in net_safe_read ()
#3  0x36580 in mysql_real_query ()
#4  0x37368 in mysql_query ()

Thanks.

-
Before posting, please check:
   http://www.mysql.com/manual.php   (the manual)
   http://lists.mysql.com/   (the list archive)

To request this thread, e-mail <[EMAIL PROTECTED]>
To unsubscribe, e-mail <[EMAIL PROTECTED]>
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php

Re: [MySQL 4.0.0 core dumps on build]

[Ed Carp]

Stupid damned frigging spam filters...

database, sql

Forwarded Message:

Ed Carp ([EMAIL PROTECTED]) writes:

> Ed Carp ([EMAIL PROTECTED]) writes:
> 
> > >Description:
> > ./configure;make produces core dump when conf_to_src runs.
> > >How-To-Repeat:
> > make distclean;./configure;make
> > >Fix:
> > Unknown.
> 
> Editing the respective Makefile(s) and removing the first occurrance of "-O3", 
>removing conf_to_src.o, then re-running make seems to have worked, it let me get 
>further in the build process...
> --
> Ed Carp, N7EKG  -  [EMAIL PROTECTED]  -  214/341-4420 - http://www.pobox.com/~erc
> 
> Squished Mosquito, Inc.
> Internet Applications Development
> Escapade Server-Side Scripting Language Development Team
> http://www.squishedmosquito.com
> Pensacola - Dallas - Dresden - London

--
Ed Carp, N7EKG  -  [EMAIL PROTECTED]  -  214/341-4420 - http://www.pobox.com/~erc

Squished Mosquito, Inc.
Internet Applications Development
Escapade Server-Side Scripting Language Development Team
http://www.squishedmosquito.com
Pensacola - Dallas - Dresden - London

-
Before posting, please check:
   http://www.mysql.com/manual.php   (the manual)
   http://lists.mysql.com/   (the list archive)

To request this thread, e-mail <[EMAIL PROTECTED]>
To unsubscribe, e-mail <[EMAIL PROTECTED]>
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php

[MySQL 4.0.0 core dumps on build]

[Ed Carp]

>Description:
./configure;make produces core dump when conf_to_src runs.
>How-To-Repeat:
make distclean;./configure;make
>Fix:
Unknown.

>Submitter-Id:  
>Originator:Ed Carp
>Organization:
  Ed Carp, N7EKG  -  [EMAIL PROTECTED]  -  214/341-4420 - http://www.pobox.com/~erc
  
  Squished Mosquito, Inc.
  Internet Applications Development
  Escapade Server-Side Scripting Language Development Team
  http://www.squishedmosquito.com
  Pensacola - Dallas - Dresden - London
>
>MySQL support: [none | licence | email support | extended email support ]
>Synopsis:  
>Severity:  
>Priority:  
>Category:  mysql
>Class: 
>Release:   mysql-4.0.0 alpha
>Server: /usr/local/bin/mysqladmin  Ver 8.21 Distrib 3.23.40, for pc-linux-gnu on i586
Copyright (C) 2000 MySQL AB & MySQL Finland AB & TCX DataKonsult AB
This software comes with ABSOLUTELY NO WARRANTY. This is free software,
and you are welcome to modify and redistribute it under the GPL license

Server version  3.23.40
Protocol version10
Connection  Localhost via UNIX socket
UNIX socket /tmp/mysql.sock
Uptime: 7 hours 27 min 25 sec

Threads: 1  Questions: 97143  Slow queries: 0  Opens: 18  Flush tables: 1  Open 
tables: 12 Queries per second avg: 3.619
>Environment:

System: Linux adsl-208-191-206-105.dsl.rcsntx.swbell.net 2.2.17-14 #1 Mon Feb 5 
17:53:36 EST 2001 i586 unknown
Architecture: i586

Some paths:  /usr/bin/perl /usr/bin/make /usr/bin/gmake /usr/bin/gcc /usr/bin/cc
GCC: Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs
gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
Compilation info: CC='gcc'  CFLAGS=''  CXX='c++'  CXXFLAGS=''  LDFLAGS=''
LIBC: 
lrwxrwxrwx1 root root   13 Nov  4  2000 /lib/libc.so.6 -> libc-2.1.3.so
-rwxr-xr-x1 root root  4101324 Feb 29  2000 /lib/libc-2.1.3.so
-rw-r--r--1 root root 20272704 Feb 29  2000 /usr/lib/libc.a
-rw-r--r--1 root root  178 Feb 29  2000 /usr/lib/libc.so
lrwxrwxrwx1 root root   10 Apr  9  2001 /usr/lib/libc-client.a -> 
c-client.a
Configure command: ./configure 
Perl: This is perl, version 5.005_03 built for i386-linux

-
Before posting, please check:
   http://www.mysql.com/manual.php   (the manual)
   http://lists.mysql.com/   (the list archive)

To request this thread, e-mail <[EMAIL PROTECTED]>
To unsubscribe, e-mail <[EMAIL PROTECTED]>
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php

Re: core dumps

[Sinisa Milivojevic]

Voytek Lapinski writes:
 > I'm trying to diagnose a segmentation fault we're getting in mysql so I can 
 > send a slightly decent bug report about it, and would like to get a core dump.
 > 
 > I CANNOT get it to dump core. I'm using the --core-file option. I've made 
 > sure my ulimit to coredump size is set big enough. It just won't do it.
 > 
 > It's a 3.23.35 database (also testing 3.23.32 which exhibits the same 
 > problem).
 > 
 > Anyone help? 
 > 
 > I'll be posting more details regarding the actual problem soonish once I 
 > reckon I know what it is. (It seems to be some sort of non thread safe 
 > business in the code that handles connections that can happen when you get a 
 > lot of simultaneous connections at around the same time) 
 > 
 > -- 
 > Voytek Lapinski [EMAIL PROTECTED]
 > Software Engineer Hotkey Internet
 > ph:  03 9923 3656   mob: 0427 469 891
 > fax: 03 9923 3388   www.hotkey.net.au


Hi!

You do not have to get a core dump.

It is enough for you to inform us exactly what to do in order to
receive signal 11.


Regards,

Sinisa

    __ _   _  ___ ==  MySQL AB
 /*/\*\/\*\   /*/ \*\ /*/ \*\ |*| Sinisa Milivojevic
/*/ /*/ /*/   \*\_   |*|   |*||*| mailto:[EMAIL PROTECTED]
   /*/ /*/ /*/\*\/*/  \*\|*|   |*||*| Larnaca, Cyprus
  /*/ /*/  /*/\*\_/*/ \*\_/*/ |*|
  /*/^^^\*\^^^
 /*/ \*\Developers Team

-
Before posting, please check:
   http://www.mysql.com/manual.php   (the manual)
   http://lists.mysql.com/   (the list archive)

To request this thread, e-mail <[EMAIL PROTECTED]>
To unsubscribe, e-mail <[EMAIL PROTECTED]>
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php

core dumps

[Voytek Lapinski]

I'm trying to diagnose a segmentation fault we're getting in mysql so I can 
send a slightly decent bug report about it, and would like to get a core dump.

I CANNOT get it to dump core. I'm using the --core-file option. I've made 
sure my ulimit to coredump size is set big enough. It just won't do it.

It's a 3.23.35 database (also testing 3.23.32 which exhibits the same 
problem).

Anyone help? 

I'll be posting more details regarding the actual problem soonish once I 
reckon I know what it is. (It seems to be some sort of non thread safe 
business in the code that handles connections that can happen when you get a 
lot of simultaneous connections at around the same time) 

-- 
Voytek Lapinski [EMAIL PROTECTED]
Software Engineer Hotkey Internet
ph:  03 9923 3656   mob: 0427 469 891
fax: 03 9923 3388   www.hotkey.net.au

-
Before posting, please check:
   http://www.mysql.com/manual.php   (the manual)
   http://lists.mysql.com/   (the list archive)

To request this thread, e-mail <[EMAIL PROTECTED]>
To unsubscribe, e-mail <[EMAIL PROTECTED]>
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php

MySQLGUI core dumps at password entry.

[Naci Ishakbeyoglu]

Hi,

I was finally able to compile version 1.7.4 for
Solaris 2.6 but during startup if I enter a password
it coredumps. Do you have 1.7.4 compiled for solaris 2.6?

Thanks,
Naci.

Here is the coredump:

nishakbe-u5:/users/nishakbe/local/mysqlgui-1.7.4> gdb mysqlgui core

This version of gdb is for debugging native
applications. It is NOT a debugger that is able
to debug router images. Use:
gdb-bleeding.68k-- debug 68k router images
gdb-bleeding.mips64 -- debug MIPS r4k router images
gdb-bleeding.ppc -- debug power-pc router images
gdb-bleeding.r3k-- debug MIPS r3k router images

Problem reports should be directed to
[EMAIL PROTECTED]

GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for
details.
GDB 4.16.1-96q4 (sparc-sun-solaris2), Copyright 1996 Free Software
Foundation, Inc...
Core was generated by `mysqlgui'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /users/nishakbe/local/lib/libsqlplus.so.1...done.
Reading symbols from /usr/openwin/lib/libXext.so.0...done.
Reading symbols from /usr/lib/libm.so.1...done.
Reading symbols from /usr/lib/libc.so.1...done.
Reading symbols from
/users/nishakbe/local/lib/mysql/libmysqlclient.so.10...done.
Reading symbols from /usr/openwin/lib/libX11.so.4...done.
Reading symbols from /usr/lib/libsocket.so.1...done.
Reading symbols from /usr/lib/libdl.so.1...done.
Reading symbols from /usr/lib/libnsl.so.1...done.
Reading symbols from /usr/lib/libmp.so.2...done.
Reading symbols from
/usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1...done.
Reading symbols from /usr/lib/nss_files.so.1...done.
Reading symbols from /usr/lib/nss_nisplus.so.1...done.
Reading symbols from /usr/lib/libdoor.so.1...done.
#0  0xef5c5c18 in _malloc_unlocked ()
(gdb) where
#0  0xef5c5c18 in _malloc_unlocked ()
#1  0xef5c5b38 in malloc ()
#2  0xa9fb4 in my_malloc () at src/Fl_Editor.cxx:162
#3  0xa9000 in vio_new () at src/Fl_Editor.cxx:162
#4  0xa64a0 in mysql_real_connect () at src/Fl_Editor.cxx:162
#5  0xef72651c in MysqlConnection::real_connect (this=0x215590,
db=0x1715f8 "", host=0x211918 "localhost", user=0x2118f8 "dummy",
passwd=0x1715f8 "", port=3306, compress=0, connect_timeout=60,
socket_name=0x1715f8 "", client_flag=0) at connection.cc:49
#6  0x4c858 in main () at main.cc:1232
(gdb)



-
Before posting, please check:
   http://www.mysql.com/manual.php   (the manual)
   http://lists.mysql.com/   (the list archive)

To request this thread, e-mail <[EMAIL PROTECTED]>
To unsubscribe, e-mail <[EMAIL PROTECTED]>
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php