
Getting SIGSEGV while executing native code in Quickstart project.
Posted Monday, 21 June, 2010 - 19:10 by Achiraaz| Project: | The Open Toolkit library |
| Version: | 1.0.0-rc1 |
| Component: | Code |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | closed |
Jump to:
Getting a problem simply when I try to open and debug the Quickstart project.
I have replaced the OpenTk.dll with the one from /Binaries/OpenTK/Debug as the other reference was bugged.
My system:
Ubuntu Lucid
AMD Phenom II x4 955
ATI Radeon 5870 with latest fglrx drivers (I update practically every day)
Application output:
Loaded assembly: /home/anders/Downloads/opentk-1.0.0-rc1_new_new/Binaries/QuickStart/Debug/QuickStart.exe
Loaded assembly: /home/anders/Downloads/opentk-1.0.0-rc1_new_new/Binaries/QuickStart/Debug/OpenTK.dll [External]
Loaded assembly: /usr/lib/mono/gac/System/2.0.0.0__b77a5c561934e089/System.dll [External]
Loaded assembly: /usr/lib/mono/gac/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll [External]
Loaded assembly: /usr/lib/mono/gac/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll [External]
Loaded assembly: /usr/lib/mono/gac/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll [External]
Stacktrace:
Native stacktrace:
/usr/bin/mono() [0x48755b]
/usr/bin/mono() [0x4d34af]
/lib/libpthread.so.0(+0xf8f0) [0x7f747ece68f0]
/usr/bin/mono() [0x4a5b1b]
/usr/bin/mono() [0x4accf4]
/usr/bin/mono() [0x5a1743]
/usr/bin/mono() [0x5bc251]
/lib/libpthread.so.0(+0x69ca) [0x7f747ecdd9ca]
/lib/libc.so.6(clone+0x6d) [0x7f747e7b86cd]
Debug info from gdb:
[Thread debugging using libthread_db enabled]
[New Thread 0x7f747bbb2710 (LWP 2874)]
[New Thread 0x7f747bdb3710 (LWP 2873)]
[New Thread 0x7f747f9e8710 (LWP 2872)]
[New Thread 0x7f747d4a1710 (LWP 2870)]
[New Thread 0x7f747dca2710 (LWP 2869)]
[New Thread 0x7f747e4a3710 (LWP 2868)]
0x00007f747ece285c in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib/libpthread.so.0
7 Thread 0x7f747e4a3710 (LWP 2868) 0x00007f747ece285c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
6 Thread 0x7f747dca2710 (LWP 2869) 0x00007f747ece285c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
5 Thread 0x7f747d4a1710 (LWP 2870) 0x00007f747ece285c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
4 Thread 0x7f747f9e8710 (LWP 2872) 0x00007f747ece611d in nanosleep ()
from /lib/libpthread.so.0
3 Thread 0x7f747bdb3710 (LWP 2873) 0x00007f747ece4b50 in sem_wait ()
from /lib/libpthread.so.0
2 Thread 0x7f747bbb2710 (LWP 2874) 0x00007f747ece593d in read ()
from /lib/libpthread.so.0
* 1 Thread 0x7f747f9df740 (LWP 2866) 0x00007f747ece285c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
Thread 7 (Thread 0x7f747e4a3710 (LWP 2868)):
#0 0x00007f747ece285c in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib/libpthread.so.0
#1 0x00000000005bad73 in ?? ()
#2 0x00000000005b33fd in ?? ()
#3 0x00000000005bbb7c in ?? ()
#4 0x00007f747ecdd9ca in start_thread () from /lib/libpthread.so.0
#5 0x00007f747e7b86cd in clone () from /lib/libc.so.6
#6 0x0000000000000000 in ?? ()
Thread 6 (Thread 0x7f747dca2710 (LWP 2869)):
#0 0x00007f747ece285c in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib/libpthread.so.0
#1 0x00000000005bad73 in ?? ()
#2 0x00000000005b33fd in ?? ()
#3 0x00000000005bbb7c in ?? ()
#4 0x00007f747ecdd9ca in start_thread () from /lib/libpthread.so.0
#5 0x00007f747e7b86cd in clone () from /lib/libc.so.6
#6 0x0000000000000000 in ?? ()
Thread 5 (Thread 0x7f747d4a1710 (LWP 2870)):
#0 0x00007f747ece285c in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib/libpthread.so.0
#1 0x00000000005bad73 in ?? ()
#2 0x00000000005b33fd in ?? ()
#3 0x00000000005bbb7c in ?? ()
#4 0x00007f747ecdd9ca in start_thread () from /lib/libpthread.so.0
#5 0x00007f747e7b86cd in clone () from /lib/libc.so.6
#6 0x0000000000000000 in ?? ()
Thread 4 (Thread 0x7f747f9e8710 (LWP 2872)):
#0 0x00007f747ece611d in nanosleep () from /lib/libpthread.so.0
#1 0x000000000058d382 in ?? ()
#2 0x00007f747ecdd9ca in start_thread () from /lib/libpthread.so.0
#3 0x00007f747e7b86cd in clone () from /lib/libc.so.6
#4 0x0000000000000000 in ?? ()
Thread 3 (Thread 0x7f747bdb3710 (LWP 2873)):
#0 0x00007f747ece4b50 in sem_wait () from /lib/libpthread.so.0
#1 0x0000000000513848 in ?? ()
#2 0x0000000000507e78 in ?? ()
#3 0x00000000005a1743 in ?? ()
#4 0x00000000005bc251 in ?? ()
#5 0x00007f747ecdd9ca in start_thread () from /lib/libpthread.so.0
#6 0x00007f747e7b86cd in clone () from /lib/libc.so.6
#7 0x0000000000000000 in ?? ()
Thread 2 (Thread 0x7f747bbb2710 (LWP 2874)):
#0 0x00007f747ece593d in read () from /lib/libpthread.so.0
#1 0x00000000004876e8 in ?? ()
#2 0x00000000004d34af in ?? ()
#3
#4 0x00000000004a5b1b in ?? ()
#5 0x00000000004accf4 in ?? ()
#6 0x00000000005a1743 in ?? ()
#7 0x00000000005bc251 in ?? ()
#8 0x00007f747ecdd9ca in start_thread () from /lib/libpthread.so.0
#9 0x00007f747e7b86cd in clone () from /lib/libc.so.6
#10 0x0000000000000000 in ?? ()
Thread 1 (Thread 0x7f747f9df740 (LWP 2866)):
#0 0x00007f747ece285c in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib/libpthread.so.0
#1 0x00000000004a876d in ?? ()
#2 0x00000000004a9365 in ?? ()
#3 0x00000000004a95bd in ?? ()
#4 0x00000000004a9897 in ?? ()
#5 0x000000000041f243 in ?? ()
#6 0x000000000041f50d in ?? ()
#7 0x00000000004eaf3c in ?? ()
#8 0x0000000041ce1b2b in ?? ()
#9 0x00007f747b302da0 in ?? ()
#10 0x00007f7479fa0460 in ?? () from /usr/lib/fglrx/libGL.so.1
#11 0x0000000041c23000 in ?? ()
#12 0x0000000001710a10 in ?? ()
#13 0x0000000000000000 in ?? ()
=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================
Mono.Debugger.Soft.VMDisconnectedException: Exception of type 'Mono.Debugger.Soft.VMDisconnectedException' was thrown.
at Mono.Debugger.Soft.Connection.SendReceive (CommandSet command_set, Int32 command, Mono.Debugger.Soft.PacketWriter packet) [0x00000] in :0
at Mono.Debugger.Soft.Connection.Type_GetInfo (Int64 id) [0x00000] in :0
at Mono.Debugger.Soft.TypeMirror.GetInfo () [0x00000] in :0
at Mono.Debugger.Soft.TypeMirror.get_FullName () [0x00000] in :0
at Mono.Debugging.Soft.SoftDebuggerSession.HandleEvent (Mono.Debugger.Soft.Event e, Boolean dequeuing) [0x00000] in :0
at Mono.Debugging.Soft.SoftDebuggerSession.HandleEvent (Mono.Debugger.Soft.Event e) [0x00000] in :0
at Mono.Debugging.Soft.SoftDebuggerSession.EventHandler () [0x00000] in :0


Comments
#1
Funny thing is that it works in Release. Its only debug mode that fails...
#2
Maybe this would help you:
http://www.opentk.com/node/1849
And I'm quoting:
The rc1 has a few packaging bugs that prevent it from compiling.
#3
Do other OpenGL apps work on your system? For example, try running 'glxgears' and 'fgl_glxgears'.
Posting the output of 'glxinfo' might help, too.
#4
I am not quite sure if/how I can use Build.exe as I am using Linux. I compile(d) it fine at first, but after a few times of building it stopped working.
I can still make it compile and watch the program run in Release mode, so... So far I havent really had time to look more into it :-(
#5
Build.exe is a cross-platform binary, you can excecute it from a terminal like this:
mono Build.exe(Some systems are preconfigured to run mono applications on double-click).
For what's worth, I'm using OpenTK daily on Ubuntu 10.04 (amd64, nvidia drivers) without issue (both debug and release versions).
#6
Spam filter is giving me trouble, so trying to avoid this...
Tried to do what was suggested in #2.
used Wget to get the directory mentioned in 2nd reply to my issue.
used: mono Build.exe
target: vs9 (vs8 was not available - but vs9 still built the code for Visual Studio 2008 so I figured this would be equivalent anyways)
Opened Solution OpenTk.sln and hit compile. Got numerous compile errors which mostly referred to a missing namespace OpenTK.Audio.OpenAL;
Tried to comment out just to see what other errors I could get and reached
class MacOSKeyMap : Dictionary
Where I got a type or namespace name 'MacOSKeyCode could not be found. Are you missing a using directive or an assembly reference?
After this I gave up. (Was getting late)
glxinfo gives:
fgl_glxgears:
Using GLX_SGIX_pbuffer
3162 frames in 5.0 seconds = 632.400 FPS
3853 frames in 5.0 seconds = 770.600 FPS
4801 frames in 5.0 seconds = 960.200 FPS
4445 frames in 5.0 seconds = 889.000 FPS
4402 frames in 5.0 seconds = 880.400 FPS
3781 frames in 5.0 seconds = 756.200 FPS
I'll probably have some time tomorrow evening to look into why OpenTk.sln wont compile. I saw you mentioned some packaging bugs so I hope I can sort them out.
Getting late and now I have trouble with the installed spam filter lol. I guess my message is too long
#7
Forgot to mention. I'm using the latest version of Monodevelop (2.4)
Btw. I feel its somewhat important to point out again that it compiles just fine.
Its when I want to debug and trace my code that the error reveals itself.
Building for release and executing the program makes it work just fine. This can also be done from Monodevelop.
#8
Was this ever solved? I seem to have the same problem with MonoDevelop (2.2/2.4) on my NVidia, both in OpenSUSE and Ubuntu. The same thing happens if I try TAO.
#9
Might not be bad if you'd at least post the version of the tools (Mono, MonoDevelop [if], OpenTK, Distribution version etc.) and the exact error message/description of the problem (when exactly it happens).
#10
This may or may not be solved in Mono 2.6.7. More likely than not, this is an upstream bug in the soft debugger.