bugs.mysql.com
> -Original Message-
> From: Ben Clewett [mailto:b...@clewett.org.uk]
> Sent: Thursday, September 05, 2013 6:38 AM
> To: mysql@lists.mysql.com
> Subject: Core Dump
>
> Dear MySQL,
>
> Using 5.1.56, I have experienced this core dump. I
Dear MySQL,
Using 5.1.56, I have experienced this core dump. Is there anybody out
there qualified to give an opinion on this?
Many thanks,
Ben Clewett.
Thread pointer: 0x7fd5280dbd90
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no
Hello All
If I compile my code with Purify (a memory tool), I get a core dump in
mysql_real connect. at teh follwing path :
Program received signal SIGSEGV, Segmentation fault.
0x007acb37 in mysql_manager_fetch_line ()
from
/opt/Rational/releases/purecov.i386_linux2.2003a.06.15//cache/getz
source
> > code, it compiles fine but the mysql_real_connect causes a core dump when
> > run.
> >
> The most common reason for the above error is mysql.h header/libmysqlsclient.so
> library incompatibility. Make sure they are in sync.
Except that when I put the same code
piles fine but the mysql_real_connect causes a core dump when
run.
The most common reason for the above error is mysql.h header/libmysqlsclient.so
library incompatibility. Make sure they are in sync.
Except that when I put the same code into it's own little program, it
works fine. i.e. I
QL structure. This code works fine on the old
system. If I pull it out into it's own little test program on the new
server, it also works fine. But when I put it in with the analog source
code, it compiles fine but the mysql_real_connect causes a core dump when
run.
Running 4.0.17 on FreeBS
his code works fine on the old
system. If I pull it out into it's own little test program on the new
server, it also works fine. But when I put it in with the analog source
code, it compiles fine but the mysql_real_connect causes a core dump when
run.
Running 4.0.17 on FreeBSD 4.9R
Any
It will more easier if you post the sample.c.
you can try compiling with -ggdb to debug
Leif Johnston wrote:
Any thoughts on what might be causing this error? I am runing both on cygwin under windows 2000 with 4.0.16 and using gcc to compile, linking using
gcc sample.c -o sample.exe -I/usr/in
Any thoughts on what might be causing this error? I am runing both on cygwin under
windows 2000 with 4.0.16 and using gcc to compile, linking using
gcc sample.c -o sample.exe -I/usr/include/mysql -L/lib/mysql/opt/ -lmysqlclient
-lmySQL -lz -lm
I assume that something in the libraries may not
Dear MySQL fellows,
I'm having a problem with a program running 24/7 dumping core almost every
morning. The program has a few memory leaks, and the odd behavior could be
related to this. The program is connected to the database at all times. It
never reconnects.
Database server is running on Red
Radoslaw,
Thursday, June 13, 2002, 4:03:08 PM, you wrote:
RK> I run mysql3.23.49/myisam with linux 2.4.18/libc2.2.5.
RK> Some time ago I've hardware crash. Myisamchk didn't report
RK> any problems but after some time mysql got SIGSEGV.
[skip]
Can you send me binary files of your table for testi
Hi
I run mysql3.23.49/myisam with linux 2.4.18/libc2.2.5.
Some time ago I've hardware crash. Myisamchk didn't report
any problems but after some time mysql got SIGSEGV.
>From that time mysql finished with SIGSEGV in the same place
a few times.
0x80cb554 handle_segfault__Fi + 428
0x40021f54 _end +
Hi,
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, June 01, 2002 8:56 AM
> To: [EMAIL PROTECTED]
> Subject: core dump, multithreading using MyODBC on Solaris
>
>
> Hello,
>
> I'm using MyODBC 3.5 on
Hello,
I'm using MyODBC 3.5 on Solaris.
From time to time I get segmentation/bus error when using in a
multithreaded environment.
Looks always in the same place '_db_return_'.
Each of my threads has its own connection.
To be more accurate I'm using OTL
http://members.fortunecity.com/sk
Truc,
Wednesday, April 10, 2002, 8:25:35 PM, you wrote:
TT> >Description:
TT> I have downloaded a binary version of mysql, perform all installations
steps
TT> from the manual. As soon as I started to execute safe_mysqld --user=mysql
&
TT> I got
>Description:
I have downloaded a binary version of mysql, perform all installations steps
from the manual. As soon as I started to execute safe_mysqld --user=mysql &
I got a core dump and the program exited. Please help
>How-To-Repeat:
nator: [EMAIL PROTECTED]
>Organization:
none
>MySQL support: none
>Synopsis: Segmentation fault and core dump at daemon startup
>Severity: critical
>Priority: high
>Category: mysql
>Class:sw-bug
>Release: mysql-3.22.32 (Official MySQL RPM)
On Saturday 09 March 2002 10:38 am, Jeremy Zawodny wrote:
> Sasha,
>
> Running the latest binary I just built, I had a single core dump and
> auto-restart early this morning.
Jeremy:
I've made a few more updates to the source and pushed it to the public
repository. The most
Sasha,
Running the latest binary I just built, I had a single core dump and
auto-restart early this morning. Here's the backtrace:
---snip---
Core was generated by `mysqld'.
Program terminated with signal 6, Abort trap.
Reading symbols from /usr/lib/libz.so.2...done.
Reading symbols
Hi!
We have a fix for the problem that you have hit.
It is a temporary one. Final one will come in the nexe MySQL release:
*** tmp/libmysql.c Wed Mar 6 22:00:00 2002
--- tmp/fixed.c Wed Mar 6 21:59:34 2002
***
*** 737,743
*end=0;
Laurent Wacrenier writes:
> Sinisa Milivojevic wrote:
> > Do you mean that you have defined a group as [bug] ???
>
> Yes.
>
> I've discovered the problem upgrading a server and reproduced it with
> minimal C program and minimal my.cnf on another host.
>
> > Does it change anything if spaces ar
Sinisa Milivojevic wrote:
> Do you mean that you have defined a group as [bug] ???
Yes.
I've discovered the problem upgrading a server and reproduced it with
minimal C program and minimal my.cnf on another host.
> Does it change anything if spaces are trimmed of host=foobar line ??
No. The co
Laurent Wacrenier writes:
> Sinisa Milivojevic wrote:
> > This seems worth investigating.
> >
> > Please send me your entire /etc/my.cnf
> >
> > Change password if you have defined it there.
>
> The full my.cnf I have used has been send in the report without change.
>
> ---
> [bug]
>
Sinisa Milivojevic wrote:
> This seems worth investigating.
>
> Please send me your entire /etc/my.cnf
>
> Change password if you have defined it there.
The full my.cnf I have used has been send in the report without change.
---
[bug]
host=foobar
---
If the the group match an
[EMAIL PROTECTED] writes:
> >Description:
>
> When using groups in 3.23.49, client dumps core.
> This bug sounds to be new (it does not appear in 3.23.41)
>
>
[skip]
This seems worth investigating.
Please send me your entire /etc/my.cnf
Change password if you have defined it there.
--
Reg
ewly added lines in
libmysql/libmysql.c:mysql_read_default_options() :
/* Change all '_' in variable name to '-' */
for (end= *option ; (end= strcend(end,'_')) ; )
*end= '-';
>Submitter-Id:
>Originator:Laurent Wacrenier
&
On Sat, 2 Feb 2002, Sinisa Milivojevic wrote:
> Subject: Re: Core dump with mysqld-3.23.47-log
>
> Phillip Porch writes:
> > >Description:
> > The problem I am having is on a SCO Openserver 5.0.6a system. I
> > compiled mysqld-3.23.47-log myself as well
Phillip Porch writes:
> >Description:
> The problem I am having is on a SCO Openserver 5.0.6a system. I
> compiled mysqld-3.23.47-log myself as well as trying a precompiled binary.
> The core file that is created when analyzed indicates that the problem occurs
> in the libgthreads.so libra
-pthreads-3.8 but still
get the same problem.
>Submitter-Id:
>Originator:Phillip Porch
>Organization:
Phillip P. Porch <[EMAIL PROTECTED]> NIC:PP1573 finger for
http://www.theporch.com36 05 45 N 86 50 20 W GnuPG key
>
>MySQL support: none
>Synopsis
Michael,
Friday, February 01, 2002, 4:15:24 PM, you wrote:
MM> I have been having an issue where the mysql client is core dumping for no
MM> obvious reason to me.
MM> I loaded a database via a file which created 167 tables. I then loaded
MM> another file to populate some data. I then go int
I have been having an issue where the mysql client is core dumping for no
obvious reason to me.
I loaded a database via a file which created 167 tables. I then loaded
another file to populate some data. I then go into mysql and did a show
tables command, then I did a show columns command. wh
SEND-PR: -*- send-pr -*-
SEND-PR: Lines starting with `SEND-PR' will be removed automatically, as
SEND-PR: will all comments (text enclosed in `<' and `>').
SEND-PR:
From: [EMAIL PROTECTED]
>Description:
# scripts/mysql_install_db
Preparing db table
Preparing host table
Preparing user table
Prepa
Bill Kurland writes:
> Thanks for the reply.
>
> gcc and g++ are both version 2.95.3
>
> I've tried installing three different binaries, one from the mysql site
> and
> two different versions from the Bull site. All failed with different
> problems
> on this machine so I tired them all on a di
installing the GRANT tables I start the
>> daemon
>> ## and then try to run the mysql client to alter the GRANT tables to a
>> ## useful configuration. Subcommands like connect and use seem to work
>> ## ok, but if I try entering anything else, even a single character
##ok, but if I try entering anything else, even a single character, I get
> ##a core dump. Following is screen output from a session run via gdb:
>
> watts:/usr/local/mysql/bin $ gdb mysql
> GNU gdb 5.0
> Copyright 2000 Free Software Foundation, Inc.
> ...
> (gdb)
lse, even a single character, I get
## a core dump. Following is screen output from a session run via gdb:
watts:/usr/local/mysql/bin $ gdb mysql
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
...
(gdb) run -uroot -p mysql
Starting program: /usr/local/mysql/bin/mysql -uroot -p my
See www.freebsd.org for upgrade instructions or download an
upgrade image and checkout the README.
Best of Luck,
Ken
- Original Message -
From: "Spinlock" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, October 01, 2001 8:47 PM
Subject: Cannot get mysql to cor
Sometimes mysqld gets signal 11 (segmentation fault), it crashes, and
safe_mysqld restarts it, anyways I cannot get it to generate a core dump
file. I am using FreeBSD 4.2. Any ideas?
---
Spinlock
Creator of EmpireQuest
http://www.empirequest.com
Thanks for the idea - I had a look for mysql.sock, but it was already
gone (I think the startup script must have deleted it)
For the record, to get mysqld to start again we had to run the startup
command from the mysql user account. The linux startup script runs as
root, it calls safe_mysqld,
Did you try deleting the mysql.sock before starting the server?
fsck seems to have changed its file type.
Katrina Maffey wrote:
> Description:
>
> After a brief power failure, I rebooted the mysql server machine,
> and got this error on startup:
>
> Starting mysqld daemon with databases f
Description:
After a brief power failure, I rebooted the mysql server machine, and got this
error on startup:
Starting mysqld daemon with databases from /var/lib/mysql
/usr/bin/safe_mysqld: line 254: 1844 Segmentation fault (core dumped)
$NOHUP_NICENESS $ledir/$MYSQLD $defaults -
On Thu, Aug 23, 2001 at 06:55:42AM -0700, xiyuan qian wrote:
>
> Hi, I am running mysql-3.22.27 for many months. But today, the
> mysqld always core dump. The running platform is FreeBSD3.4.
>
> I checked the dumped core and find that it seems that the core dump
> has something
Hi, I am running mysql-3.22.27 for many months. But
today, the mysqld always core dump. The running
platform is FreeBSD3.4.
I checked the dumped core and find that it seems that
the core dump has something with the
/usr/lib/libc_r.so file when it called the thread
subroutine.
Please help me
Hello,
I can't help you, I just wanted to register the same problem to
help you someone to help us!
On Tue, 31 Jul 2001, Peter Au Yeung wrote:
> I got core dump on mysql which broke my sql connection or say mysqld keep restarting
>
> anyone got the same probl
I got core dump on mysql which broke my sql connection or say mysqld keep restarting
anyone got the same problem?
Peter Au Yeung
Hi All:
I finally got mysql compiled and installed. The daemon started but when I try to use
the client or any of the admin scripts I get a core dump. I ran the sql tests and it
installed the test db and it managed to run the test ... I am running under soalris
2.5.1.
Any help would be
Any time I attempt to start the server
(/usr/local/mysql/bin/safe_mysqld
--user=mysql &) it core dumps.
>Fix:
>Submitter-Id:
>Originator:Phil Dibowitz
>Organization:
>MySQL support: none
>Synopsis: Official binaries core dump on Solaris 8 x86
>Severi
run ./scripts/mysql_install_db
>Fix:
None known. Have tried recompiling with optimization turned
off, but with the same results.
>Submitter-Id:
>Originator:Scott Ballantyne
>Organization:
ScotSoft Research
>MySQL support: none
>Synopsis: core dump on ne
h 27, 2001 4:52 PM
Subject: Re: Core dump on MySQL 3.23.36 on RedHat 7.0
> I highly recommend installing from source. I've had many problems with
the
> RPMs.
>
> At 04:42 PM 3/27/2001 -0800, Jack Lauman wrote:
> >I'm getting the following error when I try to install t
I highly recommend installing from source. I've had many problems with the
RPMs.
At 04:42 PM 3/27/2001 -0800, Jack Lauman wrote:
>I'm getting the following error when I try to install the 3.23.36 RPM's
>on a P3-450 RedHat 7.0 box.
>
>I'd appreciate any suggestions.
>
>Starting mysql daemon with
I'm getting the following error when I try to install the 3.23.36 RPM's
on a P3-450 RedHat 7.0 box.
I'd appreciate any suggestions.
Starting mysql daemon with databases from /var/lib/mysql
/usr/bin/safe_mysqld: line 258: 8692 Segmentation fault (core dumped)
$NOHUP_NICENESS $ledir/$MYSQLD $defau
deCarmo, Linden writes:
> > Hi!
> >
> > It is from the bug in MySQL++.
> >
> > I am sending you a patch in direct mail.
> >
> >
> > Regards,
> >
> > Sinisa
>
> Thanks for the patch. It solved the core dump, b
> Hi!
>
> It is from the bug in MySQL++.
>
> I am sending you a patch in direct mail.
>
>
> Regards,
>
> Sinisa
Thanks for the patch. It solved the core dump, but now mysql_real_connect()
is failing rather than core dumping.
connection.cc then throws a
deCarmo, Linden writes:
> I was able to build the mysql gui on Solaris 2.8, but it core dumps every
> time on the following line in connection.cc
>
> if (mysql_real_connect(&mysql,host,user,passwd,db,
> port,socket_name,client_flag))
>
> called from either:
>
> 1232
> con->real
I was able to build the mysql gui on Solaris 2.8, but it core dumps every
time on the following line in connection.cc
if (mysql_real_connect(&mysql,host,user,passwd,db,
port,socket_name,client_flag))
called from either:
1232
con->real_connect("",options->hostname.c_str(),options->usernam
>Description:
A core dump is issued if you execute the 'tee' command with a
file that exists but you have no permission to write to it.
>How-To-Repeat:
$ su -
$ touch /tmp/core.lst
$ su - anyotheruser
$ mysql -u -p
mysql>
56 matches
Mail list logo
