Kontact PID: 9999 Signal: 11 Segmentation Fault
I recently upgraded my system to KDE 4.4 and now I am experience a problem with Kontact. I have two IMAP accounts, and when I try selecting the inbox from the account that is not currently highlighted, Kontact crashes with a PID: 9999 Signal: 11 Segmentation Fault.
Here's the backtrace:
#5 0x00007f9fcba205c0 in QTreeWidgetItem::addChild(QTreeWidgetItem*) () from /usr/lib/libQtGui.so.4
#6 0x00007f9fcba209c3 in QTreeWidgetItem::QTreeWidgetItem(QTreeWidgetItem*, int) () from /usr/lib/libQtGui.so.4
#7 0x00007f9fb54dec69 in KMMimePartTreeItem::KMMimePartTreeItem(KMMimePartTreeItem*, partNode*, QString const&, QString const&, QString const&, unsigned long long, bool) ()
from /usr/lib/libkmailprivate.so.4
#8 0x00007f9fb5523853 in partNode::fillMimePartTree(KMMimePartTreeItem*, KMMimePartTree*, QString const&, QString const&, QString const&, unsigned long long, bool) ()
from /usr/lib/libkmailprivate.so.4
#9 0x00007f9fb55120dc in KMail::ObjectTreeParser::insertAndParseNewChildNode(partNode&, char const*, char const*, bool, bool) () from /usr/lib/libkmailprivate.so.4
#10 0x00007f9fb5515f00 in KMail::ObjectTreeParser::processMessageRfc822Subtype(partNode*, KMail::ProcessResult&) () from /usr/lib/libkmailprivate.so.4
#11 0x00007f9fb5511801 in KMail::ObjectTreeParser::parseObjectTree(partNode*) () from /usr/lib/libkmailprivate.so.4
#12 0x00007f9fb5511b25 in KMail::ObjectTreeParser::stdChildHandling(partNode*) () from /usr/lib/libkmailprivate.so.4
#13 0x00007f9fb5511ed4 in KMail::ObjectTreeParser::processMultiPartMixedSubtype(partNode*, KMail::ProcessResult&) () from /usr/lib/libkmailprivate.so.4
#14 0x00007f9fb5511801 in KMail::ObjectTreeParser::parseObjectTree(partNode*) () from /usr/lib/libkmailprivate.so.4
#15 0x00007f9fb5393510 in KMReaderWin::parseMsg(KMMessage*) () from /usr/lib/libkmailprivate.so.4
#16 0x00007f9fb5388590 in KMReaderWin::displayMessage() () from /usr/lib/libkmailprivate.so.4
#17 0x00007f9fb5388760 in KMReaderWin::updateReaderWin() () from /usr/lib/libkmailprivate.so.4
#18 0x00007f9fb5389035 in KMReaderWin::update(KMail::Interface::Observable*) () from /usr/lib/libkmailprivate.so.4
#19 0x00007f9fb55b13b1 in KMail::ISubject::notify() () from /usr/lib/libkmailprivate.so.4
#20 0x00007f9fb52ae8ac in KMMessage::updateBodyPart(QString, QByteArray const&) () from /usr/lib/libkmailprivate.so.4
#21 0x00007f9fb5588a69 in KMail::ImapJob::slotGetMessageResult(KJob*) () from /usr/lib/libkmailprivate.so.4
#22 0x00007f9fb558a62b in KMail::ImapJob::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libkmailprivate.so.4
#23 0x00007f9fcc0cf4df in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4
#24 0x00007f9fcc4c9542 in KJob::result(KJob*) () from /usr/lib/libkdecore.so.5
#25 0x00007f9fcc4c97e0 in KJob::emitResult() () from /usr/lib/libkdecore.so.5
#26 0x00007f9fc98b6333 in KIO::SimpleJob::slotFinished() () from /usr/lib/libkio.so.5
#27 0x00007f9fc98b6cf7 in KIO::TransferJob::slotFinished() () from /usr/lib/libkio.so.5
#28 0x00007f9fc98b4921 in KIO::TransferJob::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libkio.so.5
#29 0x00007f9fcc0cf4df in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4
#30 0x00007f9fc9975fe1 in KIO::SlaveInterface::dispatch(int, QByteArray const&) () from /usr/lib/libkio.so.5
#31 0x00007f9fc9973353 in KIO::SlaveInterface::dispatch() () from /usr/lib/libkio.so.5
#32 0x00007f9fc99677c6 in KIO::Slave::gotInput() () from /usr/lib/libkio.so.5
#33 0x00007f9fc99679ac in KIO::Slave::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libkio.so.5
#34 0x00007f9fcc0cf4df in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4
#35 0x00007f9fc9885837 in KIO::ConnectionPrivate::dequeue() () from /usr/lib/libkio.so.5
#36 0x00007f9fc988595d in KIO::Connection::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libkio.so.5
#37 0x00007f9fcc0cc419 in QObject::event(QEvent*) () from /usr/lib/libQtCore.so.4
#38 0x00007f9fcb4805ec in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4
#39 0x00007f9fcb486bdb in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4
#40 0x00007f9fcca89cd6 in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5
#41 0x00007f9fcc0bc79c in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4
#42 0x00007f9fcc0bef17 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/libQtCore.so.4
#43 0x00007f9fcc0e60d3 in ?? () from /usr/lib/libQtCore.so.4
#44 0x00007f9fc38ed26e in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#45 0x00007f9fc38f0c28 in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0
#46 0x00007f9fc38f0d50 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#47 0x00007f9fcc0e5c13 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#48 0x00007f9fcb52ed6e in ?? () from /usr/lib/libQtGui.so.4
#49 0x00007f9fcc0bb0c2 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#50 0x00007f9fcc0bb49c in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#51 0x00007f9fcc0bf1db in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4
#52 0x0000000000403b3e in _start ()
I submitted a crash report, but just wondering if anybody else is experiencing this. Also, kdepim-runtime kdepimlibs are both installed and up to date.
Thanks!
Actually I would try removing everything under .kde4 and .config... It's a pain in the ass to configure everything again but... most of my problems were gone. Or maybe look for and remove kmail config files under those folders, since it seems to be a KMail related crash.
Last edited by Slurp (2010-02-22 16:39:48)
Similar Messages
-
GNU compiled app crashes with signal 11: Segmentation Fault
Hi Community,
I know this is not a GNU oriented forum, but maybe this is a common issue.
We have a C++ multi-threaded application running properly in Solaris 9 Sparc. Due to some issues mostly related to the NICs we needed to have the application running in Solaris 10 x86. The problem is that the compilation is ok (always with GNU) but during run time, we have the application crashing in different instructions because of a signal 11.
It always crashes in a malloc call within the libstdc++.so.6
It was compiled with the option -mt and -lthread. Is this a known problem? Do you recommend any direction to start seeking for a solution?
Pls, find attached the gdb outcomes after the crash.
Thanks in advance, Pablo
quiterio{root}# gdb cord /usr/nguser/core
GNU gdb 6.6
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or 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.
This GDB was configured as "i386-pc-solaris2.10"...
Reading symbols from /lib/libsocket.so.1...done.
Loaded symbols for /lib/libsocket.so.1
Reading symbols from /export/home/mysql/mysql-5.0.51/lib/mysql/libmysqlclient.so.15...done.
Loaded symbols for /opt/mysql/mysql/lib/mysql/libmysqlclient.so.15
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/librt.so.1...done.
Loaded symbols for /lib/librt.so.1
Reading symbols from /lib/libthread.so.1...
warning: Lowest section in /lib/libthread.so.1 is .dynamic at 00000074
done.
Loaded symbols for /lib/libthread.so.1
Reading symbols from /usr/local/lib/libmysqlpp.so.2...done.
Loaded symbols for /usr/local/lib/libmysqlpp.so.2
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/local/lib/libstdc++.so.6...done.
Loaded symbols for /usr/local/lib/libstdc++.so.6
Reading symbols from /lib/libm.so.2...done.
Loaded symbols for /lib/libm.so.2
Reading symbols from /usr/local/lib/libgcc_s.so.1...done.
Loaded symbols for /usr/local/lib/libgcc_s.so.1
Reading symbols from /lib/libc.so.1...done.
Loaded symbols for /lib/libc.so.1
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /lib/libaio.so.1...done.
Loaded symbols for /lib/libaio.so.1
Reading symbols from /lib/libmd.so.1...done.
Loaded symbols for /lib/libmd.so.1
Reading symbols from /export/home/mysql/mysql-5.0.51/lib/mysql/libmysqlclient_r.so.15...done.
Loaded symbols for /opt/mysql/mysql/lib/mysql/libmysqlclient_r.so.15
Reading symbols from /lib/libpthread.so.1...
warning: Lowest section in /lib/libpthread.so.1 is .dynamic at 00000074
done.
Loaded symbols for /lib/libpthread.so.1
Reading symbols from /lib/ld.so.1...done.
Loaded symbols for /lib/ld.so.1
Core was generated by `/export/home/egasco/cord/cord'.
Program terminated with signal 11, Segmentation fault.
#0 0xfebd4ad2 in t_splay () from /lib/libc.so.1
(gdb) bt
#0 0xfebd4ad2 in t_splay () from /lib/libc.so.1
#1 0xfebd49b0 in t_delete () from /lib/libc.so.1
#2 0xfebd46ea in realfree () from /lib/libc.so.1
#3 0xfebd42ee in _malloc_unlocked () from /lib/libc.so.1
#4 0xfebd4138 in malloc () from /lib/libc.so.1
#5 0x080bdf64 in PMData::addData (this=0x818ae70, header=
{_M_t = {_M_impl = {<std::allocator<std::_Rb_tree_node<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >> = {<__gnu_cxx::new_allocator<std::_Rb_tree_node<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >> = {<No data fields>}, <No data fields>}, _M_key_compare = {<std::binary_function<std::basic_string<char, std::char_traits<char>, std::allocator<char> >,std::basic_string<char, std::char_traits<char>, std::allocator<char> >,bool>> = {<No data fields>}, <No data fields>}, _M_header = {_M_color = std::_S_red, _M_parent = 0x81ade48, _M_left = 0x81c2310, _M_right = 0x81ae900}, _M_node_count = 8}}},
data=0x81c1a20 "v=0\r\no=50 2890844526 2890842807 IN IP4 192.168.1.245\r\ns=SDP seminar\r\nc=IN IP4 192.168.1.245\r\nt= 0 0\r\nm=audio 9092 RTP/AVP 8 18\r\n", dest=ONEP_SIP) at PMData.cpp:23
#6 0x080b3a52 in UserCall::process_initialization (this=0x81c2630, packet=0x81ad128) at UserCall.cpp:505
#7 0x080b056f in UserCall::process (this=0x81c2630, packet=0x81ad128) at UserCall.cpp:132
#8 0x080791d7 in ONEPPacketManager::processPacket () at ActionNotAllowException.h:15
#9 0x080aa159 in onep_processing_thread (arg=0x8127e88) at CordApplication.cpp:1317
#10 0xfec34672 in _thr_setup () from /lib/libc.so.1
#11 0xfec34960 in L3_doit () from /lib/libc.so.1
#12 0xfe7e2400 in ?? ()
#13 0x00000000 in ?? ()A crash in malloc in multi-threaded code could be a bug in the system malloc or a failure to use a thread-safe malloc. The default Solaris malloc in /usr/lib/libc.so.* is thread-safe.
A crash in malloc can also be caused by a heap corruption. Probably the most common causes of heap corruption are
- writing beyond the bounds of a buffer or variable (off by one, for example)
- deleting the same object more than once
- using an invalid pointer:
--- uninitialized
--- pointing to a deleted object
--- pointing to an out-of-scope object
- failure to guard a critical region
- failing to declare shared objects as volatile -
When browsing with midori, it sometimes crashes. It seems to be random, a page might chras it someday, but not the otherday. When run in terminall with -g it gives this:
Launching command: '/usr/bin/gdb' --batch -ex 'set print thread-events off' -ex run -ex bt -ex 'set logging on /tmp/midori-gdb.bt' --return-child-result --args midori
warning: Could not load shared library symbols for linux-gate.so.1.
Do you need "set solib-search-path" or "set sysroot"?
Traceback (most recent call last):
File "/usr/share/gdb/auto-load/usr/lib/libgobject-2.0.so.0.3400.3-gdb.py", line 9, in <module>
from gobject import register
File "/usr/share/glib-2.0/gdb/gobject.py", line 3, in <module>
import gdb.backtrace
ImportError: No module named backtrace
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
(midori4:5202): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:2:19: Theming engine 'adwaita' not found
a bunch of similar Gtk warnings...
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
Program received signal SIGSEGV, Segmentation fault.
0xb598565c in JSC::WeakBlock::visit(JSC::HeapRootVisitor&) () from /usr/lib/libjavascriptcoregtk-3.0.so.0
#0 0xb598565c in JSC::WeakBlock::visit(JSC::HeapRootVisitor&) () from /usr/lib/libjavascriptcoregtk-3.0.so.0
#1 0xb5983774 in JSC::MarkedSpace::visitWeakSets(JSC::HeapRootVisitor&) () from /usr/lib/libjavascriptcoregtk-3.0.so.0
#2 0xb597c340 in JSC::Heap::markRoots(bool) () from /usr/lib/libjavascriptcoregtk-3.0.so.0
#3 0xb597cec7 in JSC::Heap::collect(JSC::Heap::SweepToggle) () from /usr/lib/libjavascriptcoregtk-3.0.so.0
#4 0xb597d08c in JSC::Heap::collectAllGarbage() () from /usr/lib/libjavascriptcoregtk-3.0.so.0
#5 0xb5eaf77b in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#6 0xb5eafa45 in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#7 0xb6bb5602 in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#8 0xb6bb5675 in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#9 0xb6c4436b in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#10 0xb7ebd46f in ?? () from /usr/lib/libglib-2.0.so.0
#11 0xb7ebc793 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#12 0xb7ebcb30 in ?? () from /usr/lib/libglib-2.0.so.0
#13 0xb7ebcf8b in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#14 0xb7ad32f5 in gtk_main () from /usr/lib/libgtk-3.so.0
#15 0x08067e45 in main ()
*** NSPlugin Viewer *** ERROR: rpc_end_sync called when not in sync!
Launching command: '/usr/bin/gdb' --batch -ex 'set print thread-events off' -ex run -ex bt -ex 'set logging on /tmp/midori-gdb.bt' --return-child-result --args midori d
warning: Could not load shared library symbols for linux-gate.so.1.
Do you need "set solib-search-path" or "set sysroot"?
Traceback (most recent call last):
File "/usr/share/gdb/auto-load/usr/lib/libgobject-2.0.so.0.3400.3-gdb.py", line 9, in <module>
from gobject import register
File "/usr/share/glib-2.0/gdb/gobject.py", line 3, in <module>
import gdb.backtrace
ImportError: No module named backtrace
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
(midori4:5560): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:2:19: Theming engine 'adwaita' not found
a bunch of similar Gtk warnings...
** (midori4:5560): CRITICAL **: midori_browser_add_uri: assertion `uri != NULL' failed
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
Program received signal SIGSEGV, Segmentation fault.
0x00000000 in ?? ()
#0 0x00000000 in ?? ()
#1 0xbffff438 in ?? ()
#2 0x00000001 in ?? ()
*** NSPlugin Viewer *** ERROR: rpc_end_sync called when not in sync!
[matyilona@localhost ~]$ midori -gd
Launching command: '/usr/bin/gdb' --batch -ex 'set print thread-events off' -ex run -ex bt -ex 'set logging on /tmp/midori-gdb.bt' --return-child-result --args midori d
warning: Could not load shared library symbols for linux-gate.so.1.
Do you need "set solib-search-path" or "set sysroot"?
Traceback (most recent call last):
File "/usr/share/gdb/auto-load/usr/lib/libgobject-2.0.so.0.3400.3-gdb.py", line 9, in <module>
from gobject import register
File "/usr/share/glib-2.0/gdb/gobject.py", line 3, in <module>
import gdb.backtrace
ImportError: No module named backtrace
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
(midori4:7964): Gtk-WARNING **: Theme parsing error: gtk-widgets.css:2:19: Theming engine 'adwaita' not found
a bunch of similar Gtk warnings...
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
Program received signal SIGSEGV, Segmentation fault.
0xb602a803 in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#0 0xb602a803 in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#1 0xb602ad56 in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#2 0xb602d4de in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#3 0xb602e675 in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#4 0xa0bdbc80 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
I dont know witch pages I was looking at when midori chrashed.
I found this, but I'm not sure if I have the same problem. Are this three are all the same problem, and if so, is it something with flash?Are you using KDE? Did you just did an upgrade of KDE?
I had a similar problem and it seems to be related to ~/.kde4 where it seems settings do not get updated. I even have a thread about the Pager Settings not updating.
Anyway ... if this is your case deleting ~/.kde4 and logging out and in again solved the problem for me, for both: Chromium and Firefox. Of course you loose your personal settings but it's faster to re-set your settings than it is to find what file is failing to update in ~/.kde4
Hope this helps.
R -
SQL Server Driver for Linux causes Segmentation Fault
Hello,
I'm using the SQL Server Driver 11.0.1790 on Linux with mod_perl and Apache. While running fine with all my CLI Perl apps I occasionally get Segmentation Faults when using it from within mod_perl applications. Sometimes every other connect to the database
segfaults. I've created a core dump and did a stack backtrace:
Loaded symbols for /usr/lib/../lib64/libxml2.so.2
Core was generated by `/usr/sbin/httpd2 -X'.
Program terminated with signal 11, Segmentation fault.
#0 0x0000000000000000 in ?? ()
(gdb) bt
#0 0x0000000000000000 in ?? ()
#1 0x00007f8a8aeda803 in __connect_part_two (connection=0x7f8a99c885e0) at SQLConnect.c:1891
#2 0x00007f8a8aedffd6 in SQLDriverConnect (hdbc=0x7f8a99c885e0, hwnd=0x0, conn_str_in=0x7fff1e7369ee "",
len_conn_str_in=<value optimized="" out="">,
conn_str_out=0x7fff1e736a80 "DSN=XXXXX;UID=XXX;PWD=XXXXXXXX;WSID=XXXXXXXX;DATABASE=XXXXX;MARS_Connection=Yes;",
conn_str_out_max=512, ptr_conn_str_out=0x7fff1e736a7e, driver_completion=0) at SQLDriverConnect.c:1530
#3 0x00007f8a8b1458ee in odbc_db_login6 (dbh=0x7f8a99938ca0, imp_dbh=0x7f8a99c8acd0,
dbname=0x7fff1e736c80 "DSN=XXXXX;MARS_Connection=Yes;UID=XXX;PWD=XXXXXXXX", uid=0x7f8a9996e8b0 "XXX",
pwd=0x7f8a9996e8d0 "XXXXXXXX", attr=0x7f8a99938c40) at dbdimp.c:942
#4 0x00007f8a8b141822 in XS_DBD__ODBC__db__login (my_perl=<value optimized="" out="">, cv=<value optimized="" out="">) at ./ODBC.xsi:98
#5 0x00007f8a9125b091 in Perl_pp_entersub (my_perl=0x7f8a96274f50) at pp_hot.c:3046
#6 0x00007f8a912595f6 in Perl_runops_standard (my_perl=0x7f8a96274f50) at run.c:41
#7 0x00007f8a911eb755 in Perl_call_sv (my_perl=0x7f8a96274f50, sv=0x7f8a99938bc8, flags=2) at perl.c:2632
#8 0x00007f8a8b791d02 in XS_DBI_dispatch (my_perl=0x7f8a96274f50, cv=0x7f8a98cbbe60) at DBI.xs:3473
#9 0x00007f8a9125b091 in Perl_pp_entersub (my_perl=0x7f8a96274f50) at pp_hot.c:3046
#10 0x00007f8a912595f6 in Perl_runops_standard (my_perl=0x7f8a96274f50) at run.c:41
#11 0x00007f8a911ebab0 in Perl_call_sv (my_perl=0x7f8a96274f50, sv=0x7f8a97db4f68, flags=10) at perl.c:2647
#12 0x00007f8a9154ba31 in modperl_callback (my_perl=0x7f8a96274f50, handler=0x7f8a96230c90, p=0x7f8a96334838, r=0x7f8a963348b0,
s=0x7f8a962303b0, args=0x7f8a998376a8) at modperl_callback.c:101
#13 0x00007f8a9154c79c in modperl_callback_run_handlers (idx=6, type=4, r=0x7f8a963348b0, c=<value optimized="" out="">, s=0x7f8a962303b0,
pconf=<value optimized="" out="">, plog=0x0, ptemp=0x0, run_mode=MP_HOOK_RUN_FIRST) at modperl_callback.c:262
#14 0x00007f8a9154cb6f in modperl_callback_per_dir (idx=-1714610816, r=<value optimized="" out="">, run_mode=<value optimized="" out="">)
at modperl_callback.c:369
#15 0x00007f8a91546b93 in modperl_response_handler_run (r=0x7f8a963348b0) at mod_perl.c:1000
#16 modperl_response_handler (r=0x7f8a963348b0) at mod_perl.c:1039
#17 0x00007f8a95f01e08 in ap_run_handler ()
#18 0x00007f8a95f0226c in ap_invoke_handler ()
#19 0x00007f8a95f0ff00 in ap_process_request ()
#20 0x00007f8a95f0ce98 in ?? ()
#21 0x00007f8a95f08b28 in ap_run_process_connection ()
#22 0x00007f8a95f14e5a in ?? ()
#23 0x00007f8a95f15126 in ?? ()
#24 0x00007f8a95f15903 in ap_mpm_run ()
#25 0x00007f8a95eec9be in main ()
</value></value></value></value></value></value></value>
Calling something at NULL obviously doesn't look right…
Can onebody help fixing this issue?
Best regards,
StephanHi Stephan,
This is a bug in the unixODBC Driver Manager 2.3.0. Essentially, you can only have one HDBC per HENV. The mod_perl must be creating the connections upon the same HENV.
The bug appears to be fixed in version 2.3.1 but we have not yet certified that out driver can work with 2.3.1. See the 2.3.1 release notes at
http://www.unixodbc.org/ where the last item says:
"Driver version was not being held when a second connection was made to the driver"
The Driver Manager would "forget" that we are an ODBC V3 driver and try intereacting with us as an ODBC V2 driver for the second connection (which fails).
The workaround is to create a new HENV for each connection but I'm not sure if this is possible in mod_perl. -
Xorg segmentation fault / nvidia proprietary blob
Hi!
I've been experiencing this issue with xorg crashing leaving the system completely unresponsive and with completely black screen. It appears to happen at random times and not consistently at all. It occurred for the first time several days ago. Unfortunately I'm not in a good position to track what may have caused this because I did pretty massive update 2-3 weeks ago. Since then I've been updating pretty regularly.
Here are some xorg logs.
It's pretty much full with:
(EE) [mi] EQ overflowing. Additional events will be discarded until existing events are processed.
(EE)
(EE) Backtrace:
(EE) 0: /usr/bin/X (xorg_backtrace+0x3d) [0x57f67d]
(EE) 1: /usr/bin/X (mieqEnqueue+0x22b) [0x5615bb]
(EE) 2: /usr/bin/X (QueuePointerEvents+0x52) [0x44da82]
(EE) 3: /usr/lib/xorg/modules/input/evdev_drv.so (0x7fd27e33c000+0x580d) [0x7fd27e34180d]
(EE) 4: /usr/bin/X (0x400000+0x73da8) [0x473da8]
(EE) 5: /usr/bin/X (0x400000+0x9c330) [0x49c330]
(EE) 6: /usr/lib/libpthread.so.0 (0x7fd284986000+0xf870) [0x7fd284995870]
(EE) 7: /usr/lib/libc.so.6 (sigprocmask+0x10) [0x7fd283a1d6a0]
(EE) 8: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x81394) [0x7fd27ec28394]
(EE) 9: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x11c5d9) [0x7fd27ecc35d9]
(EE) 10: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x11ec7a) [0x7fd27ecc5c7a]
(EE) 11: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x124b0b) [0x7fd27eccbb0b]
(EE) 12: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x12628f) [0x7fd27eccd28f]
(EE) 13: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x1274c1) [0x7fd27ecce4c1]
(EE) 14: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x129920) [0x7fd27ecd0920]
(EE) 15: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x13d11f) [0x7fd27ece411f]
(EE) 16: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x1194f2) [0x7fd27ecc04f2]
(EE) 17: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x4d2432) [0x7fd27f079432]
(EE) 18: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x4d285e) [0x7fd27f07985e]
(EE) 19: /usr/bin/X (0x400000+0x58fa2) [0x458fa2]
(EE) 20: /usr/bin/X (FreeResource+0xa1) [0x459a31]
(EE) 21: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x4d263e) [0x7fd27f07963e]
(EE) 22: /usr/lib/xorg/modules/extensions/libglx.so (0x7fd281d58000+0x599834) [0x7fd2822f1834]
(EE)
(EE) [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack.
(EE) [mi] mieq is *NOT* the cause. It is a victim.
(EE) [mi] EQ overflow continuing. 100 events have been dropped.
(EE)
(EE) Backtrace:
(EE) 0: /usr/bin/X (xorg_backtrace+0x3d) [0x57f67d]
(EE) 1: /usr/bin/X (QueuePointerEvents+0x52) [0x44da82]
(EE) 2: /usr/lib/xorg/modules/input/evdev_drv.so (0x7fd27e33c000+0x580d) [0x7fd27e34180d]
(EE) 3: /usr/bin/X (0x400000+0x73da8) [0x473da8]
(EE) 4: /usr/bin/X (0x400000+0x9c330) [0x49c330]
(EE) 5: /usr/lib/libpthread.so.0 (0x7fd284986000+0xf870) [0x7fd284995870]
(EE) 6: /usr/lib/libc.so.6 (sigprocmask+0x10) [0x7fd283a1d6a0]
(EE) 7: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x81394) [0x7fd27ec28394]
(EE) 8: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x11c5d9) [0x7fd27ecc35d9]
(EE) 9: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x11ec7a) [0x7fd27ecc5c7a]
(EE) 10: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x124b0b) [0x7fd27eccbb0b]
(EE) 11: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x12628f) [0x7fd27eccd28f]
(EE) 12: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x1274c1) [0x7fd27ecce4c1]
(EE) 13: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x129920) [0x7fd27ecd0920]
(EE) 14: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x13d11f) [0x7fd27ece411f]
(EE) 15: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x1194f2) [0x7fd27ecc04f2]
(EE) 16: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x4d2432) [0x7fd27f079432]
(EE) 17: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x4d285e) [0x7fd27f07985e]
(EE) 18: /usr/bin/X (0x400000+0x58fa2) [0x458fa2]
(EE) 19: /usr/bin/X (FreeResource+0xa1) [0x459a31]
(EE) 20: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x4d263e) [0x7fd27f07963e]
(EE) 21: /usr/lib/xorg/modules/extensions/libglx.so (0x7fd281d58000+0x599834) [0x7fd2822f1834]
(EE)
(EE) [mi] EQ overflow continuing. 1000 events have been dropped.
(EE) [mi] No further overflow reports will be reported until the clog is cleared.
(EE)
(EE) Backtrace:
(EE) 0: /usr/bin/X (xorg_backtrace+0x3d) [0x57f67d]
(EE) 1: /usr/bin/X (QueuePointerEvents+0x52) [0x44da82]
(EE) 2: /usr/lib/xorg/modules/input/evdev_drv.so (0x7fd27e33c000+0x580d) [0x7fd27e34180d]
(EE) 3: /usr/bin/X (0x400000+0x73da8) [0x473da8]
(EE) 4: /usr/bin/X (0x400000+0x9c330) [0x49c330]
(EE) 5: /usr/lib/libpthread.so.0 (0x7fd284986000+0xf870) [0x7fd284995870]
(EE) 6: /usr/lib/libc.so.6 (sigprocmask+0x10) [0x7fd283a1d6a0]
(EE) 7: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x81394) [0x7fd27ec28394]
(EE) 8: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x11c5d9) [0x7fd27ecc35d9]
(EE) 9: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x11ece7) [0x7fd27ecc5ce7]
(EE) 10: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x126329) [0x7fd27eccd329]
(EE) 11: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x1274c1) [0x7fd27ecce4c1]
(EE) 12: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x12ae45) [0x7fd27ecd1e45]
(EE) 13: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x147f6e) [0x7fd27eceef6e]
(EE) 14: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x119164) [0x7fd27ecc0164]
(EE) 15: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x4d0f91) [0x7fd27f077f91]
(EE) 16: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x4db1a0) [0x7fd27f0821a0]
(EE) 17: /usr/bin/X (0x400000+0x373be) [0x4373be]
(EE) 18: /usr/bin/X (0x400000+0x2693a) [0x42693a]
(EE) 19: /usr/lib/libc.so.6 (__libc_start_main+0xf5) [0x7fd283a09bc5]
(EE) 20: /usr/bin/X (0x400000+0x26c81) [0x426c81]
(EE)
[ 40751.796] [mi] Increasing EQ size to 1024 to prevent dropped events.
[ 40751.796] [mi] EQ processing has resumed after 3197 dropped events.
[ 40751.796] [mi] This may be caused my a misbehaving driver monopolizing the server's resources.
I'm not really sure whether this is separate issue or not but I thought I should include it here. I don't really know what this is about but I've seen "kwin effects restarted" KDE messages occurring at these times too. I'm not sure how related this may be but I'm seeing lots of artifacts on rendered pages when using chromium browser. Nothing of these used to happen before I went and updated the system. Everything was rock solid for me.
And here is the seg fault in the log:
[ 67406.515] (EE)
[ 67406.515] (EE) Backtrace:
[ 67406.515] (EE) 0: /usr/bin/X (xorg_backtrace+0x3d) [0x57f67d]
[ 67406.515] (EE) 1: /usr/bin/X (0x400000+0x1833e9) [0x5833e9]
[ 67406.515] (EE) 2: /usr/lib/libpthread.so.0 (0x7fd284986000+0xf870) [0x7fd284995870]
[ 67406.515] (EE) 3: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0xcd23c) [0x7fd27ec7423c]
[ 67406.515] (EE) 4: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0xdec9f) [0x7fd27ec85c9f]
[ 67406.515] (EE) 5: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x508770) [0x7fd27f0af770]
[ 67406.515] (EE) 6: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x5071f5) [0x7fd27f0ae1f5]
[ 67406.515] (EE) 7: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fd27eba7000+0x5089ad) [0x7fd27f0af9ad]
[ 67406.515] (EE) 8: /usr/bin/X (0x400000+0xcf3fb) [0x4cf3fb]
[ 67406.516] (EE) 9: /usr/bin/X (0x400000+0xd019d) [0x4d019d]
[ 67406.516] (EE) 10: /usr/bin/X (0x400000+0x373be) [0x4373be]
[ 67406.516] (EE) 11: /usr/bin/X (0x400000+0x2693a) [0x42693a]
[ 67406.516] (EE) 12: /usr/lib/libc.so.6 (__libc_start_main+0xf5) [0x7fd283a09bc5]
[ 67406.516] (EE) 13: /usr/bin/X (0x400000+0x26c81) [0x426c81]
[ 67406.516] (EE)
[ 67406.516] (EE) Segmentation fault at address 0x7fd285661000
[ 67406.516] (EE)
Fatal server error:
[ 67406.516] (EE) Caught signal 11 (Segmentation fault). Server aborting
[ 67406.516] (EE)
[ 67406.516] (EE)
I'm not sure what is supposed to happen after xorg crashes and whether it's being restarted but everything related to xorg is unresponsive. The system otherwise is running fine but I haven't been able to find a solution to recover from this other than cold restart. I tried disconnecting and reconnecting the keyboard for instance and it's being registered(probably udev is responsible for this) but it's still "dead".
Is it nvidia's fault or something else may be going on? I know you can't really do much dealing with the binary blob. I haven't given nouveau a chance for a long time but I may try this in the future if it helps with something tracking this. I'm using nvidia 325.15-10 package from the official repos for now and the card is gtx 570 fermi. xorg is the latest one in the repos.
I'm not sure what driver version this package is based on(325.15 I guess). On the nvidia site the newest ones are 331.13 beta and 319.60. I can try them but I'm not even sure whether there are some patches needed to make them work with the newest kernels. At least I hope someone could provide more info on this because it seems interesting.
I'll gladly provide more info if needed. I just don't know what more could be useful.
Thanks!
Last edited by saty (2013-10-19 17:29:00)saty,
Is this continuing to happen for you? I am experiencing the same issue with version 325. I downgraded from 331 because there were some major bugs in that version. Have you found any solution? -
Segmentation Fault in db- put() fun with BDB ver 4.5.20/4.6.19 in linux
I am working on porting an application that runs on sun solaris sparc (OS ver 5.8) with Berkeley DB ver 4.2.50 into suse linux [ Linux version 2.6.5-7.244-smp (gcc version 3.3.3 (SuSE Linux)) ]. I have compiled the application in linux and i am getting segmentation fault error while running the application. The error occurs while the objects are loaded from the database into berkeley cache. The application fails in db->put function while loading the objects. This segmentation fault error is not consistently occuring every time on the same object. Sometimes it throws the error while loading the first object itself or sometimes it throws after loading couple of objects. But the stack trace shows the same function whenever it crashes.
Given below is the stack trace of the application when it throws SIGSEGV.
[INFO] [-1756589376] 14:23:24.406 BerkeleyCache : restoring database table metadata for table [BSCOffice]...
[INFO] [-1756589376] 14:23:24.406 BerkeleyCache : restoring database index metadata for table [BSCOffice]...
[INFO] [-1756589376] 14:23:24.408 Obj [BSCOffice] Col [BSCOfficeId] : Typ[TEXT] MaxLen[10] Null[Y]
[INFO] [-1756589376] 14:23:24.408 Obj [BSCOffice] Col [City] : Typ[TEXT] MaxLen[100] Null[Y]
[INFO] [-1756589376] 14:23:24.408 BerkeleyCache : creating table [BSCOffice.tbl]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 182927004352 (LWP 14638)]
0x0000002a9643203a in __db_check_txn () from /opt/home/pesprm/local/db-4.6.19/db-4.6.19/build_unix/.libs/libdb-4.6.so
(gdb) where
#0 0x0000002a9643203a in __db_check_txn () from /opt/home/pesprm/local/db-4.6.19/db-4.6.19/build_unix/.libs/libdb-4.6.so
#1 0x0000002a9643475b in __db_put_pp () from /opt/home/pesprm/local/db-4.6.19/db-4.6.19/build_unix/.libs/libdb-4.6.so
#2 0x000000000043586b in esp::BerkeleyCache::insert_i (this=0x7fbfffe380, transactionId=866640768, pObj=0x7fbfffd3e0) at BerkeleyCache.cpp:838
#3 0x00000000004119c5 in RefServer::loadObject (this=0x7fbfffdbe0, objInfo=<value optimized out>, strPrimaryObjName=@0x7fbfffd6f0,
procParams=<value optimized out>) at BerkeleyCache.h:569
#4 0x0000000000419166 in RefServer::loadObjects (this=0x7fbfffdbe0) at RefServer.cpp:579
#5 0x0000000000419748 in main (argc=<value optimized out>, argv=<value optimized out>) at RefServer.cpp:296
The code that calls the db->put() function is given below:
<pre>
bool BerkeleyCache::insert_i(size_t transactionId, const CachePersistable* pObj)
bdbcache::Table* pTable = findTable_i(pObj->getPersistInfo().getObjectName());
if (pTable == NULL)
return false;
DB_TXN* txnp = (DB_TXN*)transactionId;
if (txnp == NULL)
return false;
bdbcache::Index* pPrimaryKey = pTable->getPrimaryKey();
if (pPrimaryKey == NULL)
return false;
if (pTable->getDataOffset() == -1)
pTable->setDataOffset( (int)(pObj->getDataBufferStartPos() - pObj->getDataStartPos()) );
DB* pdb = pTable->getDB();
int rc = 0;
Synchronize sync(pPrimaryKey->getKeyBufferCriticalSection());
pPrimaryKey->getKeyValues(pObj, pPrimaryKey->getKeyBuffer());
DBT key, data;
memset(&key, 0, sizeof(DBT));
key.flags = DB_DBT_USERMEM;
key.data = (void*)pPrimaryKey->getKeyBuffer().getBuffer();
key.ulen = key.size = pPrimaryKey->getKeyBuffer().getBufferLength();
memset(&data, 0, sizeof(DBT));
data.flags = DB_DBT_USERMEM;
if (pTable->isPrimaryDb())
data.data = (void*)pObj->getDataBufferStartPos();
data.ulen = data.size = pObj->getDataBufferSize();
rc = pdb->put(pdb, (DB_TXN*)transactionId, &key, &data, DB_NOOVERWRITE);
else
const PersistInfo::Property* prop = pTable->getJoinProperty();
Variant var = pObj->getValue( prop );
int n = 0;
switch (prop->_eType)
case PersistInfo::CHAR_ARRAY:
case PersistInfo::STRING:
case PersistInfo::VAR_STRING:
const char* pch = (const char*)var;
data.data = (void*)pch;
data.ulen = data.size = (int)strlen(pch) + 1;
break;
case PersistInfo::INT:
n = (int)var;
data.data = (void*)&n;
data.ulen = data.size = sizeof(int);
break;
rc = pdb->put(pdb, (DB_TXN*)transactionId, &key, &data, 0);
if (rc!= DB_SUCCESS)
//_app.logError("BerkeleyCache : DB->put() failed [%s]", db_strerror(rc));
_app.logInfo("ERROR:BerkeleyCache : DB->put() failed [%s]", db_strerror(rc));
return false;
return true;
</pre>
At the end of this function, the return value of db->put is checked for DB_SUCCESS. The application never executed this line when it throws SIGSEGV.
I have tried using the BDB versions 4.5.20/4.6.18/4.6.19 with the application and it throws segmentation fault error with all versions of BDB. Following are the cache related configurable parameters that we use in our application.
cache size = 16 MB
page size = 16 KB
max locks = 3000000
dirty read = N
We are using the Sybase Adaptive DB server running in Solaris/Linux servers. The same application that runs in Solaris connecting to Sybase DB (in solaris) is working perfectly fine. And the application that i am working in linux connects to the Sybase DB running in linux server.
Please let me know what could be the issue that is causing our application to segmentation fault.
Thanks
SenthilI am working on porting an application that runs on
sun solaris sparc (OS ver 5.8) with Berkeley DB ver
4.2.50 into suse linux [ Linux version
2.6.5-7.244-smp (gcc version 3.3.3 (SuSE Linux)) ].
I have compiled the application in linux and i am
getting segmentation fault error while running the
application. The error occurs while the objects areWhich indicates in almost every typical case, for a well used library like berkeleydb, an application issue.
loaded from the database into berkeley cache. The
application fails in db->put function while loading
the objects. This segmentation fault error is not
consistently occuring every time on the same object.Also indicative of typical misuse of heap, pointer errors, or otherwise undefined behavior on the application's part.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 182927004352 (LWP 14638)]
0x0000002a9643203a in __db_check_txn () from
/opt/home/pesprm/local/db-4.6.19/db-4.6.19/build_unix/
.libs/libdb-4.6.so
(gdb) where
#0 0x0000002a9643203a in __db_check_txn () from
/opt/home/pesprm/local/db-4.6.19/db-4.6.19/build_unix/
.libs/libdb-4.6.so
#1 0x0000002a9643475b in __db_put_pp () from
/opt/home/pesprm/local/db-4.6.19/db-4.6.19/build_unix/
.libs/libdb-4.6.so
#2 0x000000000043586b in
esp::BerkeleyCache::insert_i (this=0x7fbfffe380,
transactionId=866640768, pObj=0x7fbfffd3e0) at
BerkeleyCache.cpp:838
#3 0x00000000004119c5 in RefServer::loadObject
(this=0x7fbfffdbe0, objInfo=<value optimized out>,
strPrimaryObjName=@0x7fbfffd6f0,
procParams=<value optimized out>) at
BerkeleyCache.h:569
4 0x0000000000419166 in RefServer::loadObjects
(this=0x7fbfffdbe0) at RefServer.cpp:579
#5 0x0000000000419748 in main (argc=<value optimized
out>, argv=<value optimized out>) at
RefServer.cpp:296Did you build the libraries stripped or otherwise remove debugging information?
run "file /opt/home/pesprm/local/db-4.6.19/db-4.6.19/build_unix/.libs/libdb-4.6.so"
Also, if I'm not mistaken this is Linux you're porting to, right? Might want to drop the "/opt" Solaris-ism as you continue to port more to Linux.
The code that calls the db->put() function is given
below:
if (pTable->getDataOffset() == -1)Does this return an unsigned or signed value?
pTable->setDataOffset(
t( (int)(pObj->getDataBufferStartPos() -
pObj->getDataStartPos()) );You cast to int here, what's the background reasoning for it?
DB* pdb = pTable->getDB();
int rc = 0;You don't check pdb is valid.
Synchronize
e sync(pPrimaryKey->getKeyBufferCriticalSection());
pPrimaryKey->getKeyValues(pObj,
, pPrimaryKey->getKeyBuffer());
DBT key, data;
memset(&key, 0, sizeof(DBT));
key.flags = DB_DBT_USERMEM;
key.data =
= (void*)pPrimaryKey->getKeyBuffer().getBuffer();Do you verify this is even valid? Have you also checked the code within a debugger and verified the logic is correct?
key.ulen = key.size =
= pPrimaryKey->getKeyBuffer().getBufferLength();Same thing.
memset(&data, 0, sizeof(DBT));
data.flags = DB_DBT_USERMEM;
if (pTable->isPrimaryDb())
data.data = (void*)pObj->getDataBufferStartPos();
data.ulen = data.size = pObj->getDataBufferSize();How do we know these are even valid? You're coming from the perspective that your code makes no mistakes when I have a hunch it does.
rc = pdb->put(pdb, (DB_TXN*)transactionId, &key,
y, &data, DB_NOOVERWRITE);Right, and this will most definitely result in a segmentation violation if you don't pass it valid data.
You're on Linux, I highly suggest you download and build Valgrind, run your application w/ valgrind --tool=memcheck, and get back to us. Also, don't strip debugging information from the berkeley db libraries during this phase of troubleshooting - especially when you're still porting something over.
I have tried using the BDB versions
4.5.20/4.6.18/4.6.19 with the application and it
throws segmentation fault error with all versions of
BDB.Because the issue isn't within BDB.
We are using the Sybase Adaptive DB server running in
Solaris/Linux servers. The same application that
runs in Solaris connecting to Sybase DB (in solaris)
is working perfectly fine.More correctly, it was working perfectly fine under Solaris. That doesn't even mean that it's not taking part in undefined behavior - it just means it "worked." -
Segmentation fault in /usr/lib32/libc.so.6
Hi. I have two machines very different, but both of them with fully updated 64 bits Arch with 3.11.2 kernel. I've bought a SpeakOut English course that includes a native linux binary and, for my surprise, it works in one machine but throws a segfault in the other. I would like to know what's the difference, and solve the segfault if possible. The 'sucessful' machine is a wetab tablet with LXDE and intel video drivers, and the 'unsucessful' one is a standard PC with gnome 3.8 and an ATI card (with catalyst-test drivers from AUR).
The binary seems to be very old, it forced me to install several gtk2 32bits packages (in both machines). In the 'unsucessful' machine
lib32-gtk2
lib32-atk
lib32-libpng
lib32-libxrender
lib32-freetype2
lib32-fontconfig
lib32-pixman
lib32-cairo
lib32-libxft
lib32-icu
lib32-harfbuzz
lib32-pango
lib32-libjpeg-turbo
lib32-libtiff
lib32-gdk-pixbuf2
lib32-e2fsprogs
lib32-openssl
lib32-libldap
lib32-keyutils
lib32-krb5
lib32-libcups
lib32-libxcursor
lib32-libxrandr
lib32-libxinerama
lib32-libxcomposite
lib32-sqlite
lib32-libidn
lib32-libcanberra
lib32-libltdl
lib32-tdb
lib32-libcanberra-pulse
That's the debugging of the segfault in the binary START_Linux:
% gdb ./START_Linux :(
GNU gdb (GDB) 7.6.1
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /run/media/david/SPEAKOUT_PRE_INT_AB/DATA/START_Linux...(no debugging symbols found)...done.
(gdb) r
Starting program: /run/media/david/SPEAKOUT_PRE_INT_AB/DATA/./START_Linux
warning: Could not load shared library symbols for linux-gate.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
(START_Linux:1769): Gtk-WARNING **: Imposible encontrar el motor de temas en la ruta al _modulo: «adwaita»,
(START_Linux:1769): Gtk-WARNING **: Imposible encontrar el motor de temas en la ruta al _modulo: «adwaita»,
Program received signal SIGSEGV, Segmentation fault.
0xf75f1f45 in __longjmp_chk () from /usr/lib32/libc.so.6
(gdb) bt full
#0 0xf75f1f45 in __longjmp_chk () from /usr/lib32/libc.so.6
No symbol table info available.
#1 0xf74d8034 in ?? () from /usr/lib32/libgdk_pixbuf-2.0.so.0
No symbol table info available.
#2 0x08316835 in png_error ()
No symbol table info available.
#3 0x0831a2a9 in png_create_read_struct_2 ()
No symbol table info available.
#4 0xf74d8e0b in ?? () from /usr/lib32/libgdk_pixbuf-2.0.so.0
No symbol table info available.
#5 0xf74c8b27 in ?? () from /usr/lib32/libgdk_pixbuf-2.0.so.0
No symbol table info available.
#6 0xf74c8dea in gdk_pixbuf_new_from_file ()
from /usr/lib32/libgdk_pixbuf-2.0.so.0
No symbol table info available.
#7 0xf7fc073c in ?? () from /usr/lib32/gtk-2.0/2.10.0/engines/libpixmap.so
No symbol table info available.
#8 0xf733a631 in g_cache_insert () from /usr/lib32/libglib-2.0.so.0
No symbol table info available.
#9 0xf7fc16e0 in ?? () from /usr/lib32/gtk-2.0/2.10.0/engines/libpixmap.so
No symbol table info available.
#10 0xf7fc1771 in ?? () from /usr/lib32/gtk-2.0/2.10.0/engines/libpixmap.so
No symbol table info available.
---Type <return> to continue, or q <return> to quit---
#11 0xf7fbe071 in ?? () from /usr/lib32/gtk-2.0/2.10.0/engines/libpixmap.so
No symbol table info available.
#12 0xf7fbf253 in ?? () from /usr/lib32/gtk-2.0/2.10.0/engines/libpixmap.so
No symbol table info available.
#13 0xf7b70524 in gtk_paint_box () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#14 0xf7a2ad43 in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#15 0xf7a2ae19 in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#16 0xf7ae10ce in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#17 0xf74323c4 in ?? () from /usr/lib32/libgobject-2.0.so.0
No symbol table info available.
#18 0xf7433a82 in g_closure_invoke () from /usr/lib32/libgobject-2.0.so.0
No symbol table info available.
#19 0xf7445390 in ?? () from /usr/lib32/libgobject-2.0.so.0
No symbol table info available.
#20 0xf744cf2f in g_signal_emit_valist () from /usr/lib32/libgobject-2.0.so.0
No symbol table info available.
#21 0xf744d513 in g_signal_emit () from /usr/lib32/libgobject-2.0.so.0
No symbol table info available.
#22 0xf7c0e27b in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#23 0xf7a5b0d8 in gtk_container_propagate_expose ()
from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#24 0xf7a5b100 in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#25 0xf7a20c62 in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#26 0xf7a5991f in gtk_container_forall () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#27 0xf7a59b22 in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#28 0xf7ae10ce in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#29 0xf74323c4 in ?? () from /usr/lib32/libgobject-2.0.so.0
No symbol table info available.
#30 0xf7433a82 in g_closure_invoke () from /usr/lib32/libgobject-2.0.so.0
No symbol table info available.
#31 0xf7445390 in ?? () from /usr/lib32/libgobject-2.0.so.0
No symbol table info available.
#32 0xf744cf2f in g_signal_emit_valist () from /usr/lib32/libgobject-2.0.so.0
No symbol table info available.
#33 0xf744d513 in g_signal_emit () from /usr/lib32/libgobject-2.0.so.0
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#34 0xf7c0e27b in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#35 0xf7a5b0d8 in gtk_container_propagate_expose ()
from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#36 0xf7a5b100 in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#37 0xf7a20c62 in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#38 0xf7a5991f in gtk_container_forall () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#39 0xf7a59b22 in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#40 0xf7ae10ce in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#41 0xf74323c4 in ?? () from /usr/lib32/libgobject-2.0.so.0
No symbol table info available.
#42 0xf7433a82 in g_closure_invoke () from /usr/lib32/libgobject-2.0.so.0
No symbol table info available.
#43 0xf7445390 in ?? () from /usr/lib32/libgobject-2.0.so.0
No symbol table info available.
#44 0xf744cf2f in g_signal_emit_valist () from /usr/lib32/libgobject-2.0.so.0
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#45 0xf744d513 in g_signal_emit () from /usr/lib32/libgobject-2.0.so.0
No symbol table info available.
#46 0xf7c0e27b in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#47 0xf7a5b0d8 in gtk_container_propagate_expose ()
from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#48 0xf7a5b100 in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#49 0xf7a1dedd in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#50 0xf7a5991f in gtk_container_forall () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#51 0xf7a59b22 in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#52 0xf7c1c4d0 in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#53 0xf7ae10ce in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#54 0xf74323c4 in ?? () from /usr/lib32/libgobject-2.0.so.0
No symbol table info available.
#55 0xf7433b0e in g_closure_invoke () from /usr/lib32/libgobject-2.0.so.0
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#56 0xf7445390 in ?? () from /usr/lib32/libgobject-2.0.so.0
No symbol table info available.
#57 0xf744cf2f in g_signal_emit_valist () from /usr/lib32/libgobject-2.0.so.0
No symbol table info available.
#58 0xf744d513 in g_signal_emit () from /usr/lib32/libgobject-2.0.so.0
No symbol table info available.
#59 0xf7c0e27b in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#60 0xf7adfb37 in gtk_main_do_event () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#61 0xf7941d40 in ?? () from /usr/lib32/libgdk-x11-2.0.so.0
No symbol table info available.
#62 0xf7972b03 in ?? () from /usr/lib32/libgdk-x11-2.0.so.0
No symbol table info available.
#63 0xf793e578 in ?? () from /usr/lib32/libgdk-x11-2.0.so.0
No symbol table info available.
#64 0xf793eef7 in gdk_window_process_all_updates ()
from /usr/lib32/libgdk-x11-2.0.so.0
No symbol table info available.
#65 0xf7a5975f in ?? () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#66 0xf791b8c8 in ?? () from /usr/lib32/libgdk-x11-2.0.so.0
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#67 0xf7367050 in ?? () from /usr/lib32/libglib-2.0.so.0
No symbol table info available.
#68 0xf736a33e in g_main_context_dispatch () from /usr/lib32/libglib-2.0.so.0
No symbol table info available.
#69 0xf736a6e8 in ?? () from /usr/lib32/libglib-2.0.so.0
No symbol table info available.
#70 0xf736ab43 in g_main_loop_run () from /usr/lib32/libglib-2.0.so.0
No symbol table info available.
#71 0xf7a5cc76 in gtk_dialog_run () from /usr/lib32/libgtk-x11-2.0.so.0
No symbol table info available.
#72 0x08184e70 in ?? ()
No symbol table info available.
#73 0x08157940 in ?? ()
No symbol table info available.
#74 0x080a3bba in ?? ()
No symbol table info available.
#75 0x080a3c78 in ?? ()
No symbol table info available.
#76 0x080a3fa5 in ?? ()
No symbol table info available.
#77 0x0806cc71 in ?? ()
No symbol table info available.
---Type <return> to continue, or q <return> to quit---
#78 0x080b53a7 in ?? ()
No symbol table info available.
#79 0x080b5531 in ?? ()
No symbol table info available.
#80 0x0810eaaa in ?? ()
No symbol table info available.
#81 0x080b5310 in ?? ()
No symbol table info available.
#82 0xf750c9d3 in __libc_start_main () from /usr/lib32/libc.so.6
No symbol table info available.
#83 0x080687b1 in ?? ()
No symbol table info available.
(gdb) q
A debugging session is active.
Inferior 1 [process 1769] will be killed.
Quit anyway? (y or n) y
I've tested to run the binary as root with no luck. Any idea? Thanks.Also following some information from another thread, I ran
STEAM_RUNTIME=0 strace -o tmp steam; head tmp
And got this output:
execve("/usr/bin/steam", ["steam"], [/* 32 vars */]) = 0
brk(0) = 0x1c89000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=242411, ...}) = 0
mmap(NULL, 242411, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb6211bb000
close(3) = 0
open("/usr/lib/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\1\2\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1984416, ...}) = 0
So the Steam client is looking for ld.so.preload where it doesn't exist, and accessing the 64bit glibc library.
I think that when Steam runs with runtime disabled, it is supposed to use the 32bit libraries, but it doesn't search
in /usr/lib32 when the runtime is disabled. I rolled back lib32-glibc to 2.20-2 (Dec 1st, 04) and there was no change.
Any ideas? -
Python segmentation fault with matplotlib and opencv2
Once again fellow archers, I am in need of your help.
I have a file, Test1.py, which uses cv2, pylab, and numpy.
Excluding either pylab or cv2 functions, I can make the rest of the script work, but when pylab is imported, calling cv2's imshow() function causes a "segmentation fault (core dumped)".
By the sound of it, I thought it might come from the underlying C stuff, rather than python.
So I ran it through gdb.
This is where I need help. I'm not sure how to interprete the backtrace, and I probably wouldn't know what to to if I were.
Perhaps a problem with glib or GObject?
Below are the python script in question (it a template for a school assignment), and the gdb trace.
Test1.py
import sys
sys.settrace
import numpy as np
import cv2
import math
import pylab
#----------------------------Functions
def show1_OpenCV(image):
# ##This function define a window by namedWindow() and then show the image in that window
image=np.array(image)
# cv2.namedWindow('ByOpenCV', cv2.WINDOW_AUTOSIZE)## create a window called
# #+'By OpenCV'Using the \nw{cv2.WINDOW_AUTOSIZE} parameter when defining a window display the image with its actual size in the window.
cv2.imshow('ByOpenCV', image) ## show the image in 'By OpenCV' window
# cv2.waitKey(0) ## the window will be closed with a (any)key press
def show2_OpenCV(*image):
## Showing the image using OpenCV
im=[]
for i in image:
im.append(array(i))
cv2.namedWindow('1', cv2.WINDOW_AUTOSIZE)## create a window called 'By OpenCV' Using the \nw{cv2.WINDOW_AUTOSIZE} parameter when defining a window display the image with its actual size in the window.
cv2.imshow('1', im[0]) ## show the image in 'By OpenCV' window
cv2.namedWindow('2', cv2.WINDOW_AUTOSIZE)
cv2.imshow('2', im[1])
cv2.waitKey(0) ## the window will be closed with a (any)key press
def showAll_OpenCV(**image):
im = []
for (k,v) in image.items():
cv2.namedWindow(str(k), cv2.WINDOW_AUTOSIZE)
cv2.imshow(k, np.array(v))
cv2.waitKey()
def show1_pylab(image):
## Showing the image using pylab
figure("By pylab")## Create a figure
gray()
title("1"); imshow(image)
show()
def show2_pylab(*images):
## Showing the image using pylab
figure("By pylab")## Create a figure
gray()
subplot(1,2,1);title("1"); imshow(images[0])## more about 'subplot()' : <http://www.scipy.org/Cookbook/Matplotlib/Multiple_Subplots_with_One_Axis_Label>
subplot(1,2,2);title("2"); imshow(images[1])
show()
def grayLevelMap2(I,vector):
I = np.copy(I)
(x,y) = np.shape(I)
for i in range(x):
for j in range(y):
I[i,j] = vector[I[i,j]]
return I
def grayLevelMap(I,a,b):
I = np.copy(I)
(x,y) = np.shape(I)
for i in range(x):
for j in range(y):
I[i,j] = max(0,min(255, a* I[i,j] +b))
return I
def grayLevelMapF(I,f):
I = np.copy(I)
(x,y) = np.shape(I)
for i in range(x):
I[i] = map(f, I[i])
return I
def f(x):
func=(255-x)*math.sqrt(100/+1)
return func
def displayVect(v):
points=[]
for i in range(len(v)):
points.append((i,v[i]))
bins = range(256)
n = v
grid(None, 'major', 'both')
plot(bins, n, 'k-', linewidth=5)
axis([-2, 256, -2, 256])
show()
##------------------------------Main body
# Loading an image using openCV
I1=cv2.imread("children.tif")
I2=cv2.imread("Eye1.jpg")
I3=cv2.imread("Marker1.jpg")
I4=cv2.imread("GreenTest.jpg")
I1=cv2.cvtColor(I1, cv2.COLOR_RGB2GRAY)
I2=cv2.cvtColor(I2, cv2.COLOR_RGB2GRAY)
I3=cv2.cvtColor(I3, cv2.COLOR_RGB2GRAY)
I4=cv2.cvtColor(I4, cv2.COLOR_RGB2GRAY)
show1_OpenCV(grayLevelMapF(I4, lambda x: 2*x))
show1_OpenCV(I4)
gdb output:
Reading symbols from /usr/bin/python2...(no debugging symbols found)...done.
(gdb) run Test1.py
Starting program: /usr/bin/python2 Test1.py
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
Traceback (most recent call last):
File "/usr/share/gdb/auto-load/usr/lib/libgobject-2.0.so.0.3400.3-gdb.py", line 9, in <module>
from gobject import register
File "/usr/share/glib-2.0/gdb/gobject.py", line 3, in <module>
import gdb.backtrace
ImportError: No module named backtrace
[New Thread 0x7fffdf259700 (LWP 3981)]
Program received signal SIGSEGV, Segmentation fault.
0x00000036cb6bc785 in do_warn () from /usr/lib/libpython2.7.so.1.0
(gdb) backtrace
#0 0x00000036cb6bc785 in do_warn () from /usr/lib/libpython2.7.so.1.0
#1 0x00000036cb6bcc4c in PyErr_WarnEx () from /usr/lib/libpython2.7.so.1.0
#2 0x00007fffe10153b5 in ?? ()
from /usr/lib/python2.7/site-packages/gobject/_gobject.so
#3 0x00000036cde4ea00 in g_logv () from /usr/lib/libglib-2.0.so.0
#4 0x00000036cde4ebf2 in g_log () from /usr/lib/libglib-2.0.so.0
#5 0x00007fffef8e009e in gtk_disable_setlocale ()
from /usr/lib/libgtk-x11-2.0.so.0
#6 0x00007ffff21ca8a8 in cvInitSystem ()
from /usr/lib/libopencv_highgui.so.2.4
#7 0x00007ffff21cafb3 in cvNamedWindow ()
from /usr/lib/libopencv_highgui.so.2.4
#8 0x00007ffff352dfe4 in ?? () from /usr/lib/python2.7/site-packages/cv2.so
#9 0x00000036cb6dc05a in PyEval_EvalFrameEx ()
from /usr/lib/libpython2.7.so.1.0
#10 0x00000036cb6dba83 in PyEval_EvalFrameEx ()
from /usr/lib/libpython2.7.so.1.0
#11 0x00000036cb6dcedd in PyEval_EvalCodeEx ()
---Type <return> to continue, or q <return> to quit---j
from /usr/lib/libpython2.7.so.1.0
#12 0x00000036cb6dcfb2 in PyEval_EvalCode () from /usr/lib/libpython2.7.so.1.0
#13 0x00000036cb6f5eea in run_mod () from /usr/lib/libpython2.7.so.1.0
#14 0x00000036cb6f6ce2 in PyRun_FileExFlags ()
from /usr/lib/libpython2.7.so.1.0
#15 0x00000036cb6f76fb in PyRun_SimpleFileExFlags ()
from /usr/lib/libpython2.7.so.1.0
#16 0x00000036cb7089f2 in Py_Main () from /usr/lib/libpython2.7.so.1.0
#17 0x00007ffff7833a15 in __libc_start_main () from /usr/lib/libc.so.6
#18 0x0000000000400741 in _start ()
(gdb) run Test1.py
Last edited by Bladtman242 (2013-02-12 19:30:55)Thank you so much!
This (ugly) workaround might have saved me from a lot of trouble with this semester's exercises.
Just to be clear, the solution is:
Import opencv
Call namedWindow
Do the rest of the imports
Do the rest of the script
Corect?
I'm hesitant to mark the thread as solved, as the problem is still very much there, this workaround just allows us to ignore it. -
[SOLVED] Segmentation Fault with Clementine
When I open the preferences (Ctrl+P) of Clementine it crashes with a segmentation fault.
This is the backtrace:
18:53:58.858 WARN unknown libpng warning: iCCP: known incorrect sRGB profile
18:53:58.900 WARN unknown libpng warning: iCCP: known incorrect sRGB profile
[Thread 0x7fff9ffff700 (LWP 1566) exited]
Program received signal SIGSEGV, Segmentation fault.
0x00007fffec8b9ba1 in ?? () from /usr/lib/libfontconfig.so.1
(gdb) bt
#0 0x00007fffec8b9ba1 in ?? () from /usr/lib/libfontconfig.so.1
#1 0x00007fffec8ba03f in ?? () from /usr/lib/libfontconfig.so.1
#2 0x00007fffec8b9cd8 in ?? () from /usr/lib/libfontconfig.so.1
#3 0x00007fffec8ba554 in ?? () from /usr/lib/libfontconfig.so.1
#4 0x00007fffec8ba77d in FcConfigSubstituteWithPat ()
from /usr/lib/libfontconfig.so.1
#5 0x00007fffec8c85cc in FcFontRenderPrepare ()
from /usr/lib/libfontconfig.so.1
#6 0x00007ffff32d695e in QFontDatabase::load(QFontPrivate const*, int) ()
from /usr/lib/libQtGui.so.4
#7 0x00007ffff32b35e9 in QFontPrivate::engineForScript(int) const ()
from /usr/lib/libQtGui.so.4
#8 0x00007ffff32e9252 in QTextEngine::fontEngine(QScriptItem const&, QFixed*, QFixed*, QFixed*) const () from /usr/lib/libQtGui.so.4
#9 0x00007ffff32e9a03 in QTextEngine::shapeTextWithHarfbuzz(int) const ()
from /usr/lib/libQtGui.so.4
#10 0x00007ffff32eab02 in QTextEngine::shapeText(int) const ()
from /usr/lib/libQtGui.so.4
#11 0x00007ffff32eae25 in QTextEngine::shape(int) const ()
from /usr/lib/libQtGui.so.4
#12 0x00007ffff32f0a30 in QTextEngine::boundingBox(int, int) const ()
from /usr/lib/libQtGui.so.4
#13 0x00007ffff32c79f4 in QFontMetrics::boundingRect(QString const&) const ()
---Type <return> to continue, or q <return> to quit---
from /usr/lib/libQtGui.so.4
#14 0x00007ffff34673dd in ?? () from /usr/lib/libQtGui.so.4
#15 0x00007ffff3467534 in QComboBox::sizeHint() const ()
from /usr/lib/libQtGui.so.4
#16 0x00007ffff30ce65c in QWidgetItemV2::updateCacheIfNecessary() const ()
from /usr/lib/libQtGui.so.4
#17 0x00007ffff30ce96d in QWidgetItemV2::maximumSize() const ()
from /usr/lib/libQtGui.so.4
#18 0x00007ffff30b0b55 in ?? () from /usr/lib/libQtGui.so.4
#19 0x00007ffff30b11d6 in QBoxLayout::sizeHint() const ()
from /usr/lib/libQtGui.so.4
#20 0x00007ffff30caca4 in QLayout::totalSizeHint() const ()
from /usr/lib/libQtGui.so.4
#21 0x00007ffff30dec30 in QWidget::sizeHint() const ()
from /usr/lib/libQtGui.so.4
#22 0x00007ffff30ce65c in QWidgetItemV2::updateCacheIfNecessary() const ()
from /usr/lib/libQtGui.so.4
#23 0x00007ffff30ce96d in QWidgetItemV2::maximumSize() const ()
from /usr/lib/libQtGui.so.4
#24 0x00007ffff30b0b55 in ?? () from /usr/lib/libQtGui.so.4
#25 0x00007ffff30b1206 in QBoxLayout::minimumSize() const ()
from /usr/lib/libQtGui.so.4
#26 0x00007ffff30cac34 in QLayout::totalMinimumSize() const ()
---Type <return> to continue, or q <return> to quit---
from /usr/lib/libQtGui.so.4
#27 0x00007ffff30dec60 in QWidget::minimumSizeHint() const ()
from /usr/lib/libQtGui.so.4
#28 0x00007ffff30cc8c3 in qSmartMinSize(QWidget const*) ()
from /usr/lib/libQtGui.so.4
#29 0x00007ffff350e4b9 in ?? () from /usr/lib/libQtGui.so.4
#30 0x00007ffff350e897 in QScrollArea::setWidget(QWidget*) ()
from /usr/lib/libQtGui.so.4
#31 0x0000000000765b18 in SettingsDialog::AddPage(SettingsDialog::Page, SettingsPage*, QTreeWidgetItem*) ()
#32 0x0000000000765e67 in SettingsDialog::SettingsDialog(Application*, BackgroundStreams*, QWidget*) ()
#33 0x0000000000745360 in MainWindow::OpenSettingsDialog() ()
#34 0x000000000080c1ea in ?? ()
#35 0x00007ffff6cd7b48 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4
#36 0x00007ffff309cf82 in QAction::triggered(bool) ()
from /usr/lib/libQtGui.so.4
#37 0x00007ffff309e953 in QAction::activate(QAction::ActionEvent) ()
from /usr/lib/libQtGui.so.4
#38 0x00007ffff34c7d79 in ?? () from /usr/lib/libQtGui.so.4
#39 0x00007ffff34cc2a9 in ?? () from /usr/lib/libQtGui.so.4
#40 0x00007ffff30f262e in QWidget::event(QEvent*) ()
---Type <return> to continue, or q <return> to quit---
from /usr/lib/libQtGui.so.4
#41 0x00007ffff34d007b in QMenu::event(QEvent*) () from /usr/lib/libQtGui.so.4
#42 0x00007ffff30a30dc in QApplicationPrivate::notify_helper(QObject*, QEvent*)
() from /usr/lib/libQtGui.so.4
#43 0x00007ffff30a97dd in QApplication::notify(QObject*, QEvent*) ()
from /usr/lib/libQtGui.so.4
#44 0x00007ffff6cc3ebd in QCoreApplication::notifyInternal(QObject*, QEvent*)
() from /usr/lib/libQtCore.so.4
#45 0x00007ffff30a8f93 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool) ()
from /usr/lib/libQtGui.so.4
#46 0x00007ffff311aedc in ?? () from /usr/lib/libQtGui.so.4
#47 0x00007ffff311961c in QApplication::x11ProcessEvent(_XEvent*) ()
from /usr/lib/libQtGui.so.4
#48 0x00007ffff3140162 in ?? () from /usr/lib/libQtGui.so.4
#49 0x00007ffff41b3296 in g_main_context_dispatch ()
from /usr/lib/libglib-2.0.so.0
#50 0x00007ffff41b35e8 in ?? () from /usr/lib/libglib-2.0.so.0
#51 0x00007ffff41b368c in g_main_context_iteration ()
from /usr/lib/libglib-2.0.so.0
#52 0x00007ffff6cf0b25 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#53 0x00007ffff3140216 in ?? () from /usr/lib/libQtGui.so.4
---Type <return> to continue, or q <return> to quit---
#54 0x00007ffff6cc2b1f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#55 0x00007ffff6cc2e15 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#56 0x00007ffff6cc7f4b in QCoreApplication::exec() ()
from /usr/lib/libQtCore.so.4
#57 0x00000000005db094 in main ()
This happen every time. I searched on internet but I can't find similar issue.
Thanks.
Last edited by ryuzy (2014-02-06 11:30:13)I tried installing Infinality-bundle+fonts and it fixed the problem.
So there was a problem with my fonts, I don't know why this happened but I'm happy to have solved.
Last edited by ryuzy (2014-02-06 11:30:59) -
X Segmentation fault with new sapphire HD7850
Hi,
randomly my X server crash and reboot (like 1 time at day, while surfing the net. No problem while playing under wine/steam)
i attach the xorg log, but it doesn't say very much to me.
can you find out what is going on or what i have to do to get a better stack trace/error log?
interesting part:
[ 6057.946] (EE)
[ 6057.946] (EE) Backtrace:
[ 6057.981] (EE) 0: /usr/bin/X (xorg_backtrace+0x36) [0x58a416]
[ 6057.981] (EE) 1: /usr/bin/X (0x400000+0x18e269) [0x58e269]
[ 6057.981] (EE) 2: /usr/lib/libpthread.so.0 (0x7fd7ffa22000+0xf1e0) [0x7fd7ffa311e0]
[ 6057.981] (EE) 3: /usr/lib/libpixman-1.so.0 (0x7fd7ff57e000+0x82a7d) [0x7fd7ff600a7d]
[ 6057.981] (EE) 4: /usr/lib/libpixman-1.so.0 (0x7fd7ff57e000+0x50c7b) [0x7fd7ff5cec7b]
[ 6057.981] (EE) 5: /usr/lib/libpixman-1.so.0 (pixman_blt+0x52) [0x7fd7ff5894b2]
[ 6057.981] (EE) 6: /usr/lib/xorg/modules/libfb.so (fbCopyNtoN+0x343) [0x7fd7fbf0c453]
[ 6057.981] (EE) 7: /usr/lib/xorg/modules/glesx.so (0x7fd7f9f8d000+0x8d491) [0x7fd7fa01a491]
[ 6057.981] (EE) 8: /usr/lib/xorg/modules/glesx.so (0x7fd7f9f8d000+0x8f62b) [0x7fd7fa01c62b]
[ 6057.981] (EE) 9: /usr/bin/X (0x400000+0x1141f9) [0x5141f9]
[ 6057.981] (EE) 10: /usr/bin/X (0x400000+0xc7315) [0x4c7315]
[ 6057.981] (EE) 11: /usr/bin/X (0x400000+0xc8136) [0x4c8136]
[ 6057.981] (EE) 12: /usr/bin/X (0x400000+0xc6b9c) [0x4c6b9c]
[ 6057.981] (EE) 13: /usr/bin/X (0x400000+0x60d86) [0x460d86]
[ 6057.981] (EE) 14: /usr/bin/X (MapWindow+0x1a2) [0x463b22]
[ 6057.981] (EE) 15: /usr/bin/X (0x400000+0x32690) [0x432690]
[ 6057.981] (EE) 16: /usr/bin/X (0x400000+0x37e51) [0x437e51]
[ 6057.981] (EE) 17: /usr/bin/X (0x400000+0x2695a) [0x42695a]
[ 6057.981] (EE) 18: /usr/lib/libc.so.6 (__libc_start_main+0xf5) [0x7fd7fe8aea15]
[ 6057.982] (EE) 19: /usr/bin/X (0x400000+0x26c9d) [0x426c9d]
[ 6057.982] (EE)
[ 6057.982] (EE) Segmentation fault at address 0x7fd7eac0b000
[ 6057.982]
Fatal server error:
[ 6057.982] Caught signal 11 (Segmentation fault). Server aborting
[ 6057.982]
[ 6057.982] (EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
[ 6057.982] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[ 6057.982] (EE)
full xorg log: http://snipt.org/zJhd9Here is some additional information that may or may not be of any relevance. I do not know.
On the old server, I compiled the code with the compilation commands: f95 program.for
I was able to compile and execute code with small, medium size or large arrays (with or without the additional -openmp flag).
If I repeat the same command: f95 program.for
on the new server, I get the following compilation error message for programs with medium size and large arrays:
In function `newmaxmalecor':
/mnt/ide0/home/gustaf/education/programming/cesprod100//chicago.for:4340: relocation truncated to fit: R_X86_64_32 against symbol
If I compile with the additional flags: f95 -xmodel=medium -m64 program.for
on the new server, there are no compilation errors and I can run the code in sequence.
However, when I compile with
f95 -xmodel=medim -m64 -openmp program.for
on the new server, compilation works, but I cannot execute the code with medium size and large arrays.
The programs for which I have to add the "-xmodel=medium" flag on the new server to be able to compile the code and run it in sequence, are exactly the ones for which I get segmentation faults when I introduce the openmp flag and try to execute the code in parallel fashion.
Is this just a coincidence?
Lage -
Segmentation fault from libclntsh.so.10.1
Hi,
I try to use Pro*C arrays and have Segmentation fault from libclntsh.so.10.1.
First I accumulate values in arrays and then INSERT them with help of EXEC SQL FOR :m_entries_num
INSERT INTO ETCASHMGR.BUY_ORDER
statement. If error occurred I try to INSERT values in those arrays in DB using loop look this:
for (int i = 0; i < m_entries_num; i++)
EXEC SQL INSERT INTO ETCASHMGR.BUY_ORDER
First statement works.
However, if error occurs and control is undertaken by statement with loop segmentation fault occurs immediately.
Here are stamens (without many fields to make long story shorter).
void InsertBuyData::execute()
EXEC SQL WHENEVER SQLERROR GOTO sql_error;
EXEC SQL SAVEPOINT InsertBuyData_point;
EXEC SQL FOR :m_entries_num
INSERT INTO ETCASHMGR.BUY_ORDER
ticker_symbol,
order_status,
order_timestamp,
ATS_fee_code,
RS_admintag,
MOC_order_flag
VALUES
:p_ticker_symbol,
:p_order_status,
TO_TIMESTAMP(:p_order_timestamp, 'yyyymmddhh24miss'),
:p_ATS_fee_code,
:p_RS_admintag,
:p_MOC_order_flag
return;
sql_error:
return sql_error();
void InsertBuyData::sql_error()
EXEC SQL WHENEVER SQLERROR GOTO sql_error;
ostringstream os;
os << endl << "InsertBuyData::execute" << " " << sqlca.sqlerrm.sqlerrmc << endl;
cerr << os.str().c_str();
EXEC SQL ROLLBACK TO SAVEPOINT InsertBuyData_point;
for (int i = 0; i < m_entries_num; i++)
EXEC SQL INSERT INTO ETCASHMGR.BUY_ORDER
ticker_symbol,
order_status,
order_timestamp,
ATS_fee_code,
RS_admintag,
MOC_order_flag
VALUES
:p_ticker_symbol[i] ,
:p_order_status[i] ,
TO_TIMESTAMP(:p_order_timestamp, 'yyyymmddhh24miss'),
:p_ATS_fee_code[i] ,
:p_RS_admintag[i] ,
:p_MOC_order_flag[i]
return;
sql_error:
os << endl << "InsertBuyData::sql_error" << " " << sqlca.sqlerrm.sqlerrmc << endl;
cerr << os.str().c_str();
return;
Above I take values from arrays one by one (I don't know why "i" in brackets are not seen).
Here is backtrace.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 182919222464 (LWP 7844)]
0x0000002a957e2bdf in sqlbls ()
from /usr/app/oracle/product/10gR2/lib/libclntsh.so.10.1
(gdb) bt
#0 0x0000002a957e2bdf in sqlbls ()
from /usr/app/oracle/product/10gR2/lib/libclntsh.so.10.1
#1 0x0000002a957d34d0 in sqlbdv ()
from /usr/app/oracle/product/10gR2/lib/libclntsh.so.10.1
#2 0x0000002a957cdaf1 in sqlexp ()
from /usr/app/oracle/product/10gR2/lib/libclntsh.so.10.1
#3 0x0000002a957c8d55 in sqlcmex ()
from /usr/app/oracle/product/10gR2/lib/libclntsh.so.10.1
#4 0x0000002a957c95f4 in sqlcxt ()
from /usr/app/oracle/product/10gR2/lib/libclntsh.so.10.1
#5 0x000000000041506b in InsertBuyData::sql_error (this=0x713b00)
at DBClass.cpp:4281
#6 0x000000000041326e in InsertBuyData::execute (this=0x713b00)
at DBClass.cpp:3544
Thank you for any help.
YP
Message was edited by:
user572296Did some one find any solution to the above mentioned issue . I am also facing the same issue. Using Linux 64 bit machine with oracle 10.2client installed in it. but getting the following error.
Loaded symbols for /usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libnnz10.so
Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Core was generated by `./AutoLoader'.
Program terminated with signal 11, Segmentation fault.
#0 0x00002aab0a0e9a53 in sqlcfx () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1
(gdb) bt
#0 0x00002aab0a0e9a53 in sqlcfx () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1
#1 0x00002aab0a0cc149 in sqlcmex () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1
#2 0x00002aab0a0cca7c in sqlcxt () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1
#3 0x000000000040cbf8 in oracle_logon ()
#4 0x000000000040bed8 in main ()
Could someone please help me how to resolve it. Very urgent request :( -
Segmentation Fault on Solaris JVM
Hi,
We have a Java application that executes all 'C' code through JNI code.
It works fine on NT but on solaris, the JVM suddenly crashes with a
segmentation fault. The crashes are random. We did a lot of debugging to ensure that the JVM doesn't crash when we are in the 'C' code.
We are using jdk1.4.0-b92. Any ideas?
Here's the stack trace from gdb:
Program received signal SIGSEGV, Segmentation fault.
0xfa535000 in ?? ()
(gdb) bt
#0 0xfa535000 in ?? ()
#1 0xfa53908c in ?? ()
#2 0xfa538f50 in ?? ()
#3 0xfa534480 in ?? ()
#4 0xfa52d560 in ?? ()
#5 0xfa405c54 in ?? ()
#6 0xfa405b88 in ?? ()
#7 0xfa405da8 in ?? ()
#8 0xfa405da8 in ?? ()
#9 0xfa405da8 in ?? ()
#10 0xfa400440 in ?? ()
#11 0xfe0fd9ac in __1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_ ()
#12 0xfe10f644 in __1cJJavaCallsMcall_virtual6FpnJJavaValue_nLKlassHandle_nMsymbolHandle_4pnRJavaCallArguments_pnGThread__v_ ()
#13 0xfe10f4a4 in __1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_ ()
#14 0xfe10f42c in __1cMthread_entry6FpnKJavaThread_pnGThread__v_ ()
#15 0xfe10f13c in __1cKJavaThreadDrun6M_v_ ()
#16 0xfe0fc284 in _start ()I had same segmentation fault and found out some char array variable's value length is over the size of char array variable. After fixed it, then it doesn't have that segmentation fault.
In Solaris, when I use java JFileChooser to select a file, the file path usually including a lot of "../" which causes a path over 200 char long. When I assigned that path to a char array variable which only have 200 char length, the segmentation fault happened. -
Segmentation fault in upirtrc() using oopen()
Hi,
I am trying to open an OCI cursor using oopen() in Oracle 11gR1 and I get this error
program received signal SIGSEGV, segmentation fault in upirtrc()
from /u02/app/oracle/product/11.1.0/db1/lib/libclntsh.so.11.1.
I am using SuSe Linux 10 and i586 PC. I also compile the C++ source code with -D__64BIT__ flag
I suggestion on how to solve this problem
Thanks.Hi,
oopen? Wow, that is vintage OCI7 is it not?
http://download.oracle.com/docs/cd/B28359_01/appdev.111/b28395/oci01int.htm#i432262
Table 1-1 Obsolescent OCI Functions
oopen() Note: cursors are not used in release 8.x or later
Is it really necessary to use an OCI7 function in an 11.1 application?
Regards,
Mark -
Segmentation fault in __memp_fget
Hi bdb experts,
My program encountered the segfault with the following detailed inf:
# lsb_release -a
LSB Version: :core-3.1-amd64:core-3.1-ia32:core-3.1-noarch:graphics-3.1-amd64:graphics-3.1-ia32:graphics-3.1-noarch
Distributor ID: RedHatEnterpriseServer
Description: Red Hat Enterprise Linux Server release 5.5 (Tikanga)
Release: 5.5
Codename: Tikanga
filesystem: ext2
gcc version 4.1.2 20080704 (Red Hat 4.1.2-48)
the BDB config:
==================
set_cachesize 2 0 3
env flag: DB_CREATE | DB_INIT_MPOOL | DB_THREAD
db flag: DB_CREATE | DB_THREAD
And my Berkeley database was configured with 3 partitions
as config above, my bdb was configured within a multithread environment
dbp->set_partition(dbp, 3, NULL, db_partition_index)
==================
The coredump back trace:
Program terminated with signal 11, Segmentation fault.
#0 0x00002ad2db2a78b1 in __memp_fget (dbmfp=0x1f9301e0, pgnoaddr=0x46582324, ip=0x0, txn=0x0, flags=0, addrp=0x46582328) at ../src/mp/mp_fget.c:260
260 if (bhp->pgno != *pgnoaddr || bhp->mf_offset != mf_offset)
(gdb) bt
#0 0x00002ad2db2a78b1 in __memp_fget (dbmfp=0x1f9301e0, pgnoaddr=0x46582324, ip=0x0, txn=0x0, flags=0, addrp=0x46582328) at ../src/mp/mp_fget.c:260
#1 0x00002ad2db14adb7 in __bam_search (dbc=0x2aaab89d1430, root_pgno=1, key=0x46582b20, flags=12802, slevel=1, recnop=0x0, exactp=0x465826b4) at ../src/btree/bt_search.c:806
#2 0x00002ad2db1305c4 in __bamc_search (dbc=0x2aaab89d1430, root_pgno=1, key=0x46582b20, flags=14, exactp=0x465826b4) at ../src/btree/bt_cursor.c:2804
#3 0x00002ad2db12e170 in __bamc_put (dbc=0x2aaab89d1430, key=0x46582b20, data=0x46582af0, flags=20, pgnop=0x46582784) at ../src/btree/bt_cursor.c:2143
#4 0x00002ad2db22fd95 in __dbc_iput (dbc=0x2aaab49c68e0, key=0x46582b20, data=0x46582af0, flags=20) at ../src/db/db_cam.c:2134
#5 0x00002ad2db22fbf7 in __dbc_put (dbc=0x2aaab49c68e0, key=0x46582b20, data=0x46582af0, flags=20) at ../src/db/db_cam.c:2047
#6 0x00002ad2db2c6b91 in __partc_put (dbc=0x2aaab5389810, key=0x46582b20, data=0x46582af0, flags=20, pgnop=0x465828b4) at ../src/db/partition.c:1055
#7 0x00002ad2db22fd95 in __dbc_iput (dbc=0x2aaab5389810, key=0x46582b20, data=0x46582af0, flags=20) at ../src/db/db_cam.c:2134
#8 0x00002ad2db22fbf7 in __dbc_put (dbc=0x2aaab5389810, key=0x46582b20, data=0x46582af0, flags=20) at ../src/db/db_cam.c:2047
#9 0x00002ad2db22aad1 in __db_put (dbp=0x1f92db90, ip=0x0, txn=0x0, key=0x46582b20, data=0x46582af0, flags=20) at ../src/db/db_am.c:537
#10 0x00002ad2db24488c in __db_put_pp (dbp=0x1f92db90, txn=0x0, key=0x46582b20, data=0x46582af0, flags=20) at ../src/db/db_iface.c:1640
#11 0x000000000041be46 in bdb::put (this=0x1f92c0a0, key=0x2aaab800103c "Layout:http://emap3.mapabc.com/mapabc/maptile?v=w2.61&x=54&y=26&z=6",
value=0x2aaab8001240 "256|256▒\232-N", vsize=11, ts=1311611596) at backend/bdb.cc:268
#12 0x00000000004151bf in cache_process_add (cmd_no=2, req_head=0x2aaab8001010, req_buf=0x46582e90, res_head=0x2aaacc0008c0, res_buf=0x46582e70) at gate_cache.cpp:1061
#13 0x00000000004121e0 in ub_process_cmdmap (cmd_map=0x508a60, cmd_no=2, req_head=0x2aaab8001010, req_buf=0x46582e90, res_head=0x2aaacc0008c0, res_buf=0x46582e70)
at ../../../../../../public/ub/output/include/ub_proccmd.h:27
#14 0x0000000000414245 in cache_cmdproc_callback () at gate_cache.cpp:1302
#15 0x0000000000469701 in apool_consume (pool=0x1f92e950, data=0x1f92e858) at apool_native.cpp:39
#16 0x000000000044407f in apoolworkers (param=0x1f92e858) at apool.cpp:533
#17 0x00000033b100673d in start_thread () from /lib64/libpthread.so.0
#18 0x00000033b04d3d1d in clone () from /lib64/libc.so.6
My question is:
1) in multithread env bdb put and get method should have some other flag exception DB_THREAD or other config for env and db open?
2) does the ext2 fs may affect the disk read and write for bdb?
3) does the number of threads of my program affect the bdb put and get?
4) what is the suitable page size for 64bit machine of bdb?Hello,
What is the Berkeley DB version?
For your question on page size please take a look at the
documentation on, "Selecting a page size" at:
http://download.oracle.com/docs/cd/E17076_02/html/programmer_reference/general_am_conf.html#am_conf_pagesize
and for those on multithreaded environments please take a
look at the documentation on, "Multithreaded applications" at:
http://download.oracle.com/docs/cd/E17076_02/html/programmer_reference/program_mt.html
I am not aware of any impacts of the ext2 filesystem. Perhaps
someone else might have more information on that.
Some other suggestions are to:
0. Build with --enable-diagnostic to enable run-time
debugging checks.
1. turn on verbose error messaging as that often provides
additional run-time error information. Please see the,
"Run-time error information", documentation at:
http://download.oracle.com/docs/cd/E17076_02/html/installation/debug_runtime.html
2. Collect db_stat -MA statistics to to verify that the cache details
look to be in order. See:
http://download.oracle.com/docs/cd/E17076_02/html/api_reference/C/db_stat.html
Thanks,
Sandra -
Segmentation fault when using snapshot isolation with Berkeley DB 6.1.19 and 5.1.29
Hello,
I have been experimenting with snapshot isolation with Berkeley DB, but I find that it frequently triggers a segmentation fault when write transactions are in progress. The following test program reliably demonstrates the problem in Linux using either 5.1.29 or 6.1.19.
https://anl.app.box.com/s/3qq2yiij2676cg3vkgik
Compilation instructions are at the top of the file. The test program creates a temporary directory in /tmp, opens a new environment with the DB_MULTIVERSION flag, and spawns 8 threads. Each thread performs 100 transactional put operations using DB_TXN_SNAPSHOT. The stack trace when the program crashes generally looks like this:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ffff7483700 (LWP 11871)]
0x00007ffff795e190 in __memp_fput ()
from /usr/lib/x86_64-linux-gnu/libdb-5.1.so
(gdb) where
#0 0x00007ffff795e190 in __memp_fput ()
from /usr/lib/x86_64-linux-gnu/libdb-5.1.so
#1 0x00007ffff7883c30 in __bam_get_root ()
from /usr/lib/x86_64-linux-gnu/libdb-5.1.so
#2 0x00007ffff7883dca in __bam_search ()
from /usr/lib/x86_64-linux-gnu/libdb-5.1.so
#3 0x00007ffff7870246 in ?? () from /usr/lib/x86_64-linux-gnu/libdb-5.1.so
#4 0x00007ffff787468f in ?? () from /usr/lib/x86_64-linux-gnu/libdb-5.1.so
#5 0x00007ffff79099f4 in __dbc_iput ()
from /usr/lib/x86_64-linux-gnu/libdb-5.1.so
#6 0x00007ffff7906c10 in __db_put ()
from /usr/lib/x86_64-linux-gnu/libdb-5.1.so
#7 0x00007ffff79191eb in __db_put_pp ()
from /usr/lib/x86_64-linux-gnu/libdb-5.1.so
#8 0x0000000000400f14 in thread_fn (foo=0x0)
at ../tests/transactional-osd/bdb-snapshot-write.c:154
#9 0x00007ffff7bc4182 in start_thread (arg=0x7ffff7483700)
at pthread_create.c:312
#10 0x00007ffff757f38d in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
I understand that this test program, with 8 concurrent (and deliberately conflicting) writers, is not an ideal use case for snapshot isolation, but this can be triggered in other scenarios as well.
You can disable snapshot isolation by toggling the value of the USE_SNAP #define near the top of the source, and the test program then runs fine without it.
Can someone help me to identify the problem?
many thanks,
-PhilHi Phil,
We have taken a look at this in more detail and there was a bug in the code. We have fixed the bug. We will roll it into our next 6.1 release that we do. If you would like an early patch that will go on top of 6.1.19, please email me at [email protected], reference this forum post and I can get a patch sent out to you. It will be a .diff file that apply on the source code and then rebuild the library. Once again thanks for finding the issue, and providing a great test program which tremendously helped in getting this resolved.
thanks
mike
Maybe you are looking for
-
Why is this an error??? I don't understand why it is... Help Please
Hi, Ok, I'll preface this by saying there's a lotta code pasted in here but it really quite an easy question, I just need to post all the code so you understand where what came from. Now.............the question I'm trying to do is to create an apple
-
TS3899 iPad sync problem in MAIL
Having problems syncing in MAIL. All my devices can receive e-mails. But I have to delete from each device individually, they are not syncing in iCloud. I have deleted all the account information and re-entered it. Turned off and re-started each devi
-
Problem with plain text trailers in rich text email?
I'm a member of a mail group which adds subscribe and unsubscribe trailers added to the emails. When reading these emails with Mail 2.1.1, text emails appear fine. But sometimes html emails that have the text trailer have problems. The text trailer (
-
Keeping focus in the viewable window of a scroll pane
I have many text fields and text areas inside a scroll pane. When I use tab to cycle through these boxes the focus goes out of the viewable window rather then the scroll pane moving to follow the focus. Is it possible for the scroll pane to follow th
-
How to make a method sleep without affecting the responsiveness of the GUI
Hi, I want to make a method sleep for a few second before executing the rest of its body. Apparently Thread.sleep(10000) doesn't do the job as it makes the GUI non-responsive. Any advice would be deeply appreciated. Thomas