List:MySQL++« Previous MessageNext Message »
From:Alex Vishnev Date:April 22 2005 11:12pm
Subject:Core dump with query->store()
View as plain text  

I have seen a couple of threads on this in email archive, but so far I did
not find the exact answer. I think in couple of cases it was build
configuration, etc. It could be the same here, but I can't figure it out. So
here it goes.

Linux RH ES3
Mysql++ 1.7.32
Mysql Server mysql  Ver 14.7 Distrib 4.1.10a, for pc-linux-gnu (i686)
Mysql Client 3.23.58. Could this be a problem? is that too old?

Samples are compiling and working fine. However my application does not. I
was working on ConnectionPooling for mysql++. It looks like the connection
are being connected to the db. As soon as I tried to execute a query (any
query i.e show tables, show table status, select * from table) and store it
in a result set, I get a core dump.

Back trace looks like this:

#0  0xb73abaaa in _int_malloc () from /lib/tls/
#1  0xb73aadfd in malloc () from /lib/tls/
#2  0xb75943fe in my_malloc () from /usr/lib/mysql/
#3  0xb7592915 in my_net_init () from /usr/lib/mysql/
#4  0xb7590228 in mysql_real_connect () from
#5  0xb7590d55 in mysql_real_connect () from
#6  0xb758f148 in simple_command () from
#7  0xb7591450 in mysql_real_query () from
#8  0xb75911e5 in mysql_query () from /usr/lib/mysql/
#9  0xb7568586 in mysqlpp::Connection::store(std::string const&, bool)
(this=0xbfffc6c8, str=@0xbfffc280, throw_excptns=false)
    at basic_string.h:781
#10 0xb756f816 in mysqlpp::Query::store(mysqlpp::SQLQueryParms&) (this=0x0,
p=@0xbfffc50c) at connection.h:142
#11 0x0804c208 in DnisCacheMgr::cacheData(mysqlpp::Connection*)
(this=0x8053300, con=0xbfffc6c8) at query.h:90
#12 0x08050159 in void CacheManager::bla<DnisCacheMgr>(DnisCacheMgr*)
(this=0xbfffc680, mgr=0x806bfd8) at CacheManager.h:48
#13 0x0804facf in main (argc=1, argv=0xbfffc964) at CacheManager.h:34

Ldd of my executable is

[root@voip examples]# ldd ConnectionPool => /lib/tls/ (0xb75cc000) => /usr/lib/ (0xb75be000) => /usr/lib/mysql/
(0xb7586000) => ../lib/.libs/ (0xb7551000) => /usr/lib/ (0xb749e000) => /lib/tls/ (0xb747c000) => /lib/ (0xb7472000) => /lib/tls/ (0xb733b000)
        /lib/ => /lib/ (0xb75eb000) => /lib/ (0xb730e000) => /lib/ (0xb72f9000) => /usr/lib/mysql/

ldd of resetdb is

[root@voip examples]# ldd .libs/resetdb => ../lib/.libs/ (0xb75b5000) => /usr/lib/ (0xb7599000) => /usr/lib/mysql/
(0xb7562000) => /usr/lib/ (0xb74af000) => /lib/tls/ (0xb748d000) => /lib/ (0xb7484000) => /lib/tls/ (0xb734c000) => /lib/ (0xb731f000) => /lib/ (0xb730a000)
        /lib/ => /lib/ (0xb75eb000)

Any Clues???? BTW, I turned off all exception handling when creating


Core dump with query->store()Alex Vishnev23 Apr
  • Re: Core dump with query->store()Chris Frey23 Apr
    • RE: Core dump with query->store()Alex Vishnev24 Apr
      • Re: Core dump with query->store()Chris Frey25 Apr
      • Re: Core dump with query->store()Warren Young25 Apr