seg fault on checking the rift

azinulbizar
Posts: 13
Joined: Fri Aug 10, 2012 11:25 pm

seg fault on checking the rift

Post by azinulbizar » Tue Sep 18, 2012 11:10 pm

I just bought 1k of every mineral curative and when I check my rift (just plain IR) I get a segfault and mudlet crashes. Had no problems before, other than the UI is kind of sluggish whereas before it was not. Running on a multi-core 64 bit debian wheezy with 8GB of ddr3, so it can't be the system. Everything else runs great.
This is what I see in dmesg | tail.

Code: Select all


mudlet[5480]: segfault at 731 ip 0000000000000731 sp 00007fff747bffb8 error 14 in mudlet[400000+39d000]

User avatar
Vadi
Posts: 4732
Joined: Sat Mar 14, 2009 3:13 pm

Re: seg fault on checking the rift

Post by Vadi » Wed Sep 19, 2012 3:20 pm

Does it happen on a blank profile?

azinulbizar
Posts: 13
Joined: Fri Aug 10, 2012 11:25 pm

Re: seg fault on checking the rift

Post by azinulbizar » Wed Sep 19, 2012 10:09 pm

It's something with SVO. I reloaded and everything works fine. I haven't been able to reproduce it.

User avatar
Vadi
Posts: 4732
Joined: Sat Mar 14, 2009 3:13 pm

Re: seg fault on checking the rift

Post by Vadi » Wed Sep 19, 2012 10:28 pm

I haven't ran into this, but it could be something triggered by it. Try installing the system alone into a new profile and see if this still happens.

strata
Posts: 1
Joined: Tue Oct 30, 2012 11:13 pm

Re: seg fault on checking the rift

Post by strata » Tue Oct 30, 2012 11:37 pm

Here is some more information about this rift issue.
I recently purchased 1000 potash and 500 each of every mineral, having been strictly herbs until now.
My rift already had roughly 300 each of all herbs before I added all the minerals.

My system is ArchLinux x86_64 on an AMD XII-255 with 8GB DDR3.
I am using the package maintained by (i think) Vadi:

mudlet_2.0-rc13-1ubuntu1_amd64.deb (a47e08ea1b0d69a595167cd03c1ac8fb)

This works beautifully in Arch with some shared library trickery... Until I experienced this rift segfault.
After reloading SVO, everything works fine - just as azinulbizar found.

I'm not an expert so I can't say for sure if SVO is causing this crash, but here is a backtrace:

Script started on Tue 30 Oct 2012 07:09:02 PM EDT

(gdb) run
Starting program: /usr/games/mudlet
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.3200.4-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 0x7fffd7377700 (LWP 1824)]
[New Thread 0x7fffd6b76700 (LWP 1825)]
[Thread 0x7fffd6b76700 (LWP 1825) exited]
[New Thread 0x7fffd6b76700 (LWP 1826)]
[Thread 0x7fffd6b76700 (LWP 1826) exited]
[New Thread 0x7fffd6b76700 (LWP 1827)]
[Thread 0x7fffd6b76700 (LWP 1827) exited]
[New Thread 0x7fffd6b76700 (LWP 1828)]
[Thread 0x7fffd6b76700 (LWP 1828) exited]
[New Thread 0x7fffd6b76700 (LWP 1829)]
[Thread 0x7fffd6b76700 (LWP 1829) exited]
[Thread 0x7fffd7377700 (LWP 1824) exited]
[New Thread 0x7fffd7377700 (LWP 1830)]
[Thread 0x7fffd7377700 (LWP 1830) exited]
[New Thread 0x7fffd7377700 (LWP 1831)]
[Thread 0x7fffd7377700 (LWP 1831) exited]
[New Thread 0x7fffd7377700 (LWP 1832)]
[Thread 0x7fffd7377700 (LWP 1832) exited]
[New Thread 0x7fffd7377700 (LWP 1833)]
[Thread 0x7fffd7377700 (LWP 1833) exited]
Object::connect: No such slot TLuaInterpreter::slotSelect(int,QString,int)
Object::connect: No such slot TLuaInterpreter::slotSelectSection(int,int,int)
Object::connect: No such slot TLuaInterpreter::slotSetFgColor(int,int,int,int)
Object::connect: No such slot TLuaInterpreter::slotSetBgColor(int,int,int,int)
restoring map of profile: "default_host" url: ""
RESTORING MAP
BUILD AREAS run time: 0
TMap::init() initialize area rooms: run time: 0
audit map: runtime: 0
BUILD AREAS run time: 0
TMap::init() initialize area rooms: run time: 0
audit map: runtime: 0
error: empty dic file
Hash Manager Error : 2
Object::connect: No such slot TLuaInterpreter::slotSelect(int,QString,int)
Object::connect: No such slot TLuaInterpreter::slotSelectSection(int,int,int)
Object::connect: No such slot TLuaInterpreter::slotSetFgColor(int,int,int,int)
Object::connect: No such slot TLuaInterpreter::slotSetBgColor(int,int,int,int)
restoring map of profile: "Achaea" url: ""
RESTORING MAP
0 # "30-10-2012#19-05-54map.dat"
1 # "30-10-2012#18-58-39map.dat"
2 # "30-10-2012#14-27-02map.dat"
3 # "30-10-2012#13-37-55map.dat"
4 # "29-10-2012#21-15-00map.dat"
5 # "29-10-2012#19-12-59map.dat"
6 # "29-10-2012#19-10-16map.dat"
7 # "29-10-2012#18-49-19map.dat"
[LOADING MAP]: "/home/strata/.config/mudlet/profiles/Achaea/map/30-10-2012#19-05-54map.dat"
map version: 14
...
LOADED rooms: 21381 loading time: 291
TMap::init() initialize area rooms: run time: 0
audit map: runtime: 13
[LOADING PROFILE]: "/home/strata/.config/mudlet/profiles/Achaea/current//30-10-2012#19-05-54.xml"
module flag: 0 importing: ""
[ERROR]: UNKNOWN Host Package Element:name= "" text: ";"
[ERROR]: UNKNOWN Host Package Element:name= "commandSeperator" text: ""
IMPORT: ERROR: cant initialize pattern list for trigger "shanugis prones"
IMPORT: ERROR: cant initialize pattern list for trigger "Hypnosis - Target is hypnotised"
NOT enabling Timer name: "Check for updates periodically"
NOT enabling Timer name: "Mudlet Mapper"
regular Timer enabling name: "mudlet-mapper"
reading package end
error: empty dic file
Hash Manager Error : 2
error: empty dic file
Hash Manager Error : 2
libpng warning: Duplicate iCCP chunk
libpng warning: Duplicate iCCP chunk
libpng warning: Duplicate iCCP chunk
init: name= "mudlet-mapper" mUserActiveState= true
WARNING: dlgTriggerEditor::expand_child_timers() called name: "Check for updates periodically"
WARNING: dlgTriggerEditor::expand_child_timers() called name: "Mudlet Mapper"
libpng warning: Duplicate iCCP chunk
libpng warning: Duplicate iCCP chunk
ActionUnit::updateToolBar()
ActionUnit::getToolBarList(): Action name: "Strata svo"
ActionUnit::getToolBarList(): ACTION PACKAGE found! name: "Strata svo"
ActionUnit::getEasyButtonBarList(): Action name: "Strata svo"
ActionUnit::getEasyButtonBarList(): ACTION PACKAGE found! name: "Strata svo"
libpng warning: Duplicate iCCP chunk
libpng warning: Duplicate iCCP chunk
CALLED!!!
error: empty dic file
Hash Manager Error : 2
CALLED!!!
CALLED!!!
CALLED!!!
CALLED!!!
CALLED!!!
CALLED!!!
CALLED!!!
CALLED!!!
CALLED!!!
CALLED!!!
loading modules now
[New Thread 0x7fffd7377700 (LWP 1834)]
GMCP enabled
MCCP v2 negotiated!
checking mccp start seq...
MCCP version 1 starting sequence
-1,-6,86,-1,-16
[New Thread 0x7fffd6b76700 (LWP 1835)]
[New Thread 0x7fffd499b700 (LWP 1836)]
[New Thread 0x7fffcffff700 (LWP 1837)]
CALLED!!!
CALLED!!!
CALLED!!!
CALLED!!!

Program received signal SIGSEGV, Segmentation fault.
0x0000000000000731 in ?? ()
(gdb) backtrace
#0 0x0000000000000731 in ?? ()
#1 0x00000000004c905f in ?? ()
#2 0x000000000045f9a0 in ?? ()
#3 0x00000000004354d3 in ?? ()
#4 0x00000000005d556f in ?? ()
#5 0x0000000000434e7a in ?? ()
#6 0x0000000000450683 in ?? ()
#7 0x0000000000458934 in ?? ()
#8 0x000000000061bd75 in ?? ()
#9 0x00007ffff57b3acf in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4
#10 0x00007ffff5bb977c in ?? () from /usr/lib/libQtNetwork.so.4
#11 0x00007ffff5bc1f8d in ?? () from /usr/lib/libQtNetwork.so.4
#12 0x00007ffff5ff808c in QApplicationPrivate::notify_helper(QObject*, QEvent*)
() from /usr/lib/libQtGui.so.4
#13 0x00007ffff5ffc50a in QApplication::notify(QObject*, QEvent*) ()
from /usr/lib/libQtGui.so.4
#14 0x00007ffff579e5ee in QCoreApplication::notifyInternal(QObject*, QEvent*)
() from /usr/lib/libQtCore.so.4
#15 0x00007ffff57cbf58 in ?? () from /usr/lib/libQtCore.so.4
#16 0x00007ffff2fb2475 in g_main_context_dispatch ()
from /usr/lib/libglib-2.0.so.0
#17 0x00007ffff2fb27a8 in ?? () from /usr/lib/libglib-2.0.so.0
---Type <return> to continue, or q <return> to quit---
#18 0x00007ffff2fb2864 in g_main_context_iteration ()
from /usr/lib/libglib-2.0.so.0
#19 0x00007ffff57cc766 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#20 0x00007ffff609850e in ?? () from /usr/lib/libQtGui.so.4
#21 0x00007ffff579d33f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#22 0x00007ffff579d5c8 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#23 0x00007ffff57a2268 in QCoreApplication::exec() ()
from /usr/lib/libQtCore.so.4
#24 0x0000000000431484 in ?? ()
#25 0x00007ffff4555725 in __libc_start_main () from /usr/lib/libc.so.6
#26 0x00000000004331f1 in ?? ()
#27 0x00007fffffffe658 in ?? ()
#28 0x0000000000000000 in ?? ()
(gdb) quit
A debugging session is active.

Inferior 1 [process 1821] will be killed.

Quit anyway? (y or n) y

Script done on Tue 30 Oct 2012 07:10:17 PM EDT

azinulbizar
Posts: 13
Joined: Fri Aug 10, 2012 11:25 pm

Re: seg fault on checking the rift

Post by azinulbizar » Sun Dec 02, 2012 5:10 am

Any new information on this? I thought perhaps I had added something else to SVO that it didn't like, which didn't make any sense because everything I've done is unrelated, but I haven't been able to reproduce this on my other character, which also has svo. I also cannot reproduce it on my main (who has been experiencing this) if SVO is uninstalled. I haven't had the trouble since I posted and reinstalled svo, though it's pretty regular now and I cannot check my rift.

User avatar
Vadi
Posts: 4732
Joined: Sat Mar 14, 2009 3:13 pm

Re: seg fault on checking the rift

Post by Vadi » Sun Dec 02, 2012 5:21 am

No new developments yet unfortunately. I don't suppose there's a chance you could get a backtrace from a non-stripped version of Mudlet? The last 8 function calls leading up to the problem are not shown...

azinulbizar
Posts: 13
Joined: Fri Aug 10, 2012 11:25 pm

Re: seg fault on checking the rift

Post by azinulbizar » Sun Dec 02, 2012 5:58 am

Code: Select all

#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:216
#1  0x00007f88ed3e2167 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#2  0x00007f88ed3d57af in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#3  0x00007f88ed3e1d0b in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#4  0x00007f88ed0e6344 in ?? () from /usr/lib/libGL.so.1
#5  0x00007f88ece1eb50 in start_thread (arg=<optimized out>) at pthread_create.c:304
#6  0x00007f88ec3baa7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#7  0x0000000000000000 in ?? ()

Thread 5 (Thread 0x7f88cf9b7700 (LWP 9941)):
#0  0x00007f88ec3afe33 in *__GI___poll (fds=<optimized out>, nfds=<optimized out>, timeout=133950) at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x00007f88eab0a624 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f88eab0a744 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f88ed50b276 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#4  0x00007f88ed4db8af in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#5  0x00007f88ed4dbb38 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#6  0x00007f88ed3ded70 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#7  0x00007f88ed3e1d0b in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#8  0x00007f88ed0e6344 in ?? () from /usr/lib/libGL.so.1
#9  0x00007f88ece1eb50 in start_thread (arg=<optimized out>) at pthread_create.c:304
#10 0x00007f88ec3baa7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#11 0x0000000000000000 in ?? ()

Thread 4 (Thread 0x7f88d488f700 (LWP 9940)):
#0  0x00007f88ec3afe33 in *__GI___poll (fds=<optimized out>, nfds=<optimized out>, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x00007f88eab0a624 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f88eab0a744 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f88ed50b276 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#4  0x00007f88ed4db8af in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#5  0x00007f88ed4dbb38 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#6  0x00007f88ed3ded70 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#7  0x00007f88ed3e1d0b in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#8  0x00007f88ed0e6344 in ?? () from /usr/lib/libGL.so.1
#9  0x00007f88ece1eb50 in start_thread (arg=<optimized out>) at pthread_create.c:304
#10 0x00007f88ec3baa7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#11 0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7f88d740f700 (LWP 9906)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x00007f88d7e7eebf in ?? () from /usr/lib/libvlccore.so.5
#2  0x00007f88ed0e6344 in ?? () from /usr/lib/libGL.so.1
#3  0x00007f88ece1eb50 in start_thread (arg=<optimized out>) at pthread_create.c:304
#4  0x00007f88ec3baa7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#5  0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7f88d5090700 (LWP 9925)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:216
#1  0x00007f88ed3e2167 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#2  0x00007f88ed3d57af in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#3  0x00007f88ed3e1d0b in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#4  0x00007f88ed0e6344 in ?? () from /usr/lib/libGL.so.1
#5  0x00007f88ece1eb50 in start_thread (arg=<optimized out>) at pthread_create.c:304
#6  0x00007f88ec3baa7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#7  0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7f88eff437a0 (LWP 9899)):
#0  0x0000000000000731 in ?? ()
#1  0x00000000004c431f in ?? ()
#2  0x000000000045d8a0 in ?? ()
#3  0x0000000000436c55 in ?? ()
#4  0x00000000005c657b in ?? ()
#5  0x000000000043652a in ?? ()
#6  0x00000000004588ed in ?? ()
#7  0x00000000004596e9 in ?? ()
#8  0x0000000000602158 in ?? ()
#9  0x00007f88ed4f254f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#10 0x00007f88ed8fa36c in ?? () from /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4
#11 0x00007f88ed902ddd in ?? () from /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4
#12 0x00007f88edd5570c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#13 0x00007f88edd59b8a in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#14 0x00007f88ed4dcb5e in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#15 0x00007f88ed50aa78 in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#16 0x00007f88eab0a355 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#17 0x00007f88eab0a688 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#18 0x00007f88eab0a744 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#19 0x00007f88ed50b296 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#20 0x00007f88eddf683e in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#21 0x00007f88ed4db8af in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#22 0x00007f88ed4dbb38 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#23 0x00007f88ed4e0cf8 in QCoreApplication::exec() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#24 0x00000000004335d1 in ?? ()
#25 0x00007f88ec2feead in __libc_start_main (main=<optimized out>, argc=<optimized out>, ubp_av=<optimized out>, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffd44f52c8) at libc-start.c:228
#26 0x00000000004353a1 in ?? ()
#27 0x00007fffd44f52c8 in ?? ()
#28 0x000000000000001c in ?? ()
#29 0x0000000000000001 in ?? ()
#30 0x00007fffd44f6b86 in ?? ()
#31 0x0000000000000000 in ?? ()

User avatar
Vadi
Posts: 4732
Joined: Sat Mar 14, 2009 3:13 pm

Re: seg fault on checking the rift

Post by Vadi » Sun Dec 02, 2012 6:05 am

Seems to be the same? Stuff in Thread 1 (Mudlets) has stripped functions :(

azinulbizar
Posts: 13
Joined: Fri Aug 10, 2012 11:25 pm

Re: seg fault on checking the rift

Post by azinulbizar » Sun Dec 02, 2012 6:13 am

Yeah, there's no debug symbols I can find for a few libraries.

Post Reply

Who is online

Users browsing this forum: No registered users and 11 guests