Problems under Linux

If you have trouble getting the game to run, observe anything strange and don't know what to do, or have found a potential bug, then post in this forum.

Problems under Linux

Postby michelle on Sun, 3rd Aug 2008, 08:13

Please use solely this thread for Linux-specific technical problems.


EDIT: This thread was used in the early days when it was important to have Linux/Mac-specific problems in separate topics. Nowadays, you can post anywhere you like.
User avatar
michelle
Site Admin
 
Posts: 1189
Joined: Mon, 14th Apr 2008, 20:36

Postby guillaume007 on Fri, 15th Aug 2008, 20:39

Hi,

I have a problem under Linux ubuntu, the game don't start :( :
http://fr.youtube.com/watch?v=N1GLLX_Q95A

In the terminal:

Code: Select all
guillaume@linux-desktop:~$ cd /home/guillaume/openbve0801linux
guillaume@linux-desktop:~/openbve0801linux$ mono OpenBve.exe

** (OpenBve.exe:14339): WARNING **: wrong maximal instruction length of instruction storer8_membase_reg (expected 6, got 7)
**
** ERROR:(mini-x86.c:3531):mono_arch_output_basic_block: code should not be reached
Stacktrace:

  at OpenBve.TrainManager.UpdateTrainPhysicsAndControls (OpenBve.TrainManager/Train&,double) <0xffffffff>
  at OpenBve.TrainManager.UpdateTrainPhysicsAndControls (OpenBve.TrainManager/Train&,double) <0x00150>
  at OpenBve.TrainManager.UpdateTrain (OpenBve.TrainManager/Train&,double) <0x00025>
  at OpenBve.TrainManager.UpdateTrains (double) <0x0003b>
  at OpenBve.MainLoop.StartLoop () <0x00481>
  at OpenBve.Program.Start (string[]) <0x009c8>
  at OpenBve.Program.Main (string[]) <0x00014>
  at (wrapper runtime-invoke) OpenBve.Program.runtime_invoke_void_string[] (object,intptr,intptr,intptr) <0xffffffff>

Native stacktrace:

   mono [0x816b1fa]
   [0xb7f9b440]
   /lib/tls/i686/cmov/libc.so.6(abort+0x101) [0xb7d68a01]
   /usr/lib/libglib-2.0.so.0(g_assertion_message+0x121) [0xb7f28751]
   mono [0x80725ae]
   mono [0x81371e1]
   mono [0x8157981]
   mono [0x81583b1]
   mono [0x807f936]
   [0xb7bc6066]
   [0xb2a89af6]
   [0xb2a7de7c]
   [0xb2a78b42]
   [0xb7864409]
   [0xb786324d]
   [0xb78631c3]
   mono(mono_runtime_exec_main+0xbb) [0x809c63b]
   mono(mono_runtime_run_main+0x173) [0x809c933]
   mono(mono_main+0x6a9) [0x805acd9]
   mono [0x805a122]
   /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0) [0xb7d52450]
   mono [0x805a091]

Debug info from gdb:

(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0xb7cfa940 (LWP 14339)]
[New Thread 0xb32d1b90 (LWP 14345)]
[New Thread 0xb3ad2b90 (LWP 14344)]
[New Thread 0xb7317b90 (LWP 14341)]
[New Thread 0xb78b5b90 (LWP 14340)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
0xb7f9b410 in __kernel_vsyscall ()
  5 Thread 0xb78b5b90 (LWP 14340)  0xb7f9b410 in __kernel_vsyscall ()
  4 Thread 0xb7317b90 (LWP 14341)  0xb7f9b410 in __kernel_vsyscall ()
  3 Thread 0xb3ad2b90 (LWP 14344)  0xb7f9b410 in __kernel_vsyscall ()
  2 Thread 0xb32d1b90 (LWP 14345)  0xb7f9b410 in __kernel_vsyscall ()
  1 Thread 0xb7cfa940 (LWP 14339)  0xb7f9b410 in __kernel_vsyscall ()

Thread 5 (Thread 0xb78b5b90 (LWP 14340)):
#0  0xb7f9b410 in __kernel_vsyscall ()
#1  0xb7ebd196 in nanosleep () from /lib/tls/i686/cmov/libpthread.so.0
#2  0x08105c91 in ?? ()
#3  0xb7eb54fb in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#4  0xb7e12e5e in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 4 (Thread 0xb7317b90 (LWP 14341)):
#0  0xb7f9b410 in __kernel_vsyscall ()
#1  0xb7eb9aa5 in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib/tls/i686/cmov/libpthread.so.0
#2  0x081088ff in ?? ()
#3  0x0810b3cd in ?? ()
#4  0x0810b43c in ?? ()
#5  0x0811ba1a in ?? ()
#6  0x080b1c0a in ?? ()
#7  0x080cef04 in ?? ()
#8  0x0811a7c2 in ?? ()
#9  0x081317a5 in ?? ()
#10 0xb7eb54fb in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#11 0xb7e12e5e in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 3 (Thread 0xb3ad2b90 (LWP 14344)):
#0  0xb7f9b410 in __kernel_vsyscall ()
#1  0xb7e0ae99 in ioctl () from /lib/tls/i686/cmov/libc.so.6
#2  0xb6ca1520 in ?? () from /usr/lib/libasound.so.2
#3  0xb6c91605 in snd_pcm_writei () from /usr/lib/libasound.so.2
#4  0xb545a7af in ?? () from /usr/lib/libopenal.so.0
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 2 (Thread 0xb32d1b90 (LWP 14345)):
#0  0xb7f9b410 in __kernel_vsyscall ()
#1  0xb7ebd196 in nanosleep () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb6d6c788 in SDL_Delay () from /usr/lib/libSDL-1.2.so.0
#3  0xb6d462f5 in ?? () from /usr/lib/libSDL-1.2.so.0
#4  0xb6d1562e in ?? () from /usr/lib/libSDL-1.2.so.0
#5  0xb6d1d1ab in ?? () from /usr/lib/libSDL-1.2.so.0
#6  0xb6d69bbd in ?? () from /usr/lib/libSDL-1.2.so.0
#7  0xb7eb54fb in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#8  0xb7e12e5e in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 1 (Thread 0xb7cfa940 (LWP 14339)):
#0  0xb7f9b410 in __kernel_vsyscall ()
#1  0xb7e0b881 in select () from /lib/tls/i686/cmov/libc.so.6
#2  0xb7f3a2a4 in g_spawn_sync () from /usr/lib/libglib-2.0.so.0
#3  0xb7f3a66c in g_spawn_command_line_sync () from /usr/lib/libglib-2.0.so.0
#4  0x0816b295 in ?? ()
#5  <signal handler called>
#6  0xb7f9b410 in __kernel_vsyscall ()
#7  0xb7d67085 in raise () from /lib/tls/i686/cmov/libc.so.6
#8  0xb7d68a01 in abort () from /lib/tls/i686/cmov/libc.so.6
#9  0xb7f28751 in g_assertion_message () from /usr/lib/libglib-2.0.so.0
#10 0x080725ae in ?? ()
#11 0x081371e1 in ?? ()
#12 0x08157981 in ?? ()
#13 0x081583b1 in ?? ()
#14 0x0807f936 in ?? ()
#15 0xb7bc6066 in ?? ()
#16 0xb2a89af6 in ?? ()
#17 0xb2a7de7c in ?? ()
#18 0xb2a78b42 in ?? ()
#19 0xb7864409 in ?? ()
#20 0xb786324d in ?? ()
#21 0xb78631c3 in ?? ()
#22 0x0809c63b in mono_runtime_exec_main ()
#23 0x0809c933 in mono_runtime_run_main ()
#24 0x0805acd9 in mono_main ()
#25 0x0805a122 in ?? ()
#26 0xb7d52450 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
#27 0x0805a091 in ?? ()
#0  0xb7f9b410 in __kernel_vsyscall ()


=================================================================
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================

Abandon


Thank you in advance for your help.

bye.
guillaume007
 
Posts: 5
Joined: Sun, 3rd Aug 2008, 13:13
Location: Le Mans (France)

Postby amac on Sat, 16th Aug 2008, 09:20

OK, from the video it looks like you're using Ubuntu - but some more details on your setup would be helpful. Graphics card and driver version especially...

To get things straight; OpenBVE does start, you're able to select a track, but as soon as the OpenGL window comes up you get the abort?

Which track are you using with which train, and have you tried more than one of them?
amac
 
Posts: 8
Joined: Mon, 21st Jul 2008, 19:35

Postby guillaume007 on Sat, 16th Aug 2008, 12:27

Hi,

My configuration is:
-CPU: 2,6 GHz
-Ram: 512 mo
-Graphic card: nvidia GeForce4 Ti 4200 (128 mo) with the latest nvidia-glx driver
-OS: dual boot: windows XP, Linux Ubuntu

On winXP, openbve work correctly ;)

To get things straight; OpenBVE does start, you're able to select a track, but as soon as the OpenGL window comes up you get the abort?


Yes, when the openBVE window arrived, the game close.

Which track are you using with which train, and have you tried more than one of them?


I have tested on many tracks and with different trains, I have always the problem :(

Bye
guillaume007
 
Posts: 5
Joined: Sun, 3rd Aug 2008, 13:13
Location: Le Mans (France)

Re: Problems under Linux

Postby railtux on Wed, 3rd Sep 2008, 16:43

I have found a workaround to avoid issues with ATS and reversor lamps (Graphics/handle.png Graphics/lamp_narrow.png Graphics/lamp_wide.png) all these files must be in RGB/Alpha or pallete (Indexed) mode, not in Grayscale/Alpha.

Image

Some sound issues in Fly-by and Track view, when the train moving ahead, the frequency of sound (hornsound for example) is reduced to very low values. I cannot test this behavior on windows / mac, so I don't know it is linux only issue or not.
Last edited by railtux on Wed, 3rd Sep 2008, 18:32, edited 1 time in total.
railtux
 
Posts: 14
Joined: Mon, 11th Aug 2008, 23:28

Re: Problems under Linux

Postby michelle on Wed, 3rd Sep 2008, 18:01

@railtux: :oops: I am extremely sorry to have accidentally overwritten your previous post. As an administrator, there are a lot of extra buttons, e.g. EDIT, DELETE, QUOTE, etc. As it seems, instead of clicking QUOTE, I hit EDIT and have overwritten your post when I actually wanted to answer. I tried my best to restore the content and searched through my browser cache to find that information, but as it seems, it is lost. This has never happended to me before, and I can only repeat to say that I am sorry for what happended. You should be able to edit your post in the case you are willing to repeat the basic points.

My original answer to your post:

Thank you for testing with the alpha. As it seems, it is a Mono issue then, because it is Mono which is asked to load the PNG files. When passing the data to OpenGL, it is already converted to 32-bit ARGB, so the loading stage is to be blamed, done by Mono. Theoretically, I could save the PNG files as color, not grayscale, but I always use pngout to optimize the PNGs, which might introduce grayscale.

As for sound, I am not sure if you mean the doppler effect, because that natually occurs with OpenAL and is a core feature. However, if you cannot compare the effect to a Windows system, then of course I cannot assure whether it sounds right or wrong on your computer. If you know what a doppler effect should sound like, then you should be able to tell me if that is what you hear.
User avatar
michelle
Site Admin
 
Posts: 1189
Joined: Mon, 14th Apr 2008, 20:36

Re: Problems under Linux

Postby railtux on Wed, 3rd Sep 2008, 19:38

michelle wrote:My original answer to your post:

Thank you for testing with the alpha. As it seems, it is a Mono issue then, because it is Mono which is asked to load the PNG files. When passing the data to OpenGL, it is already converted to 32-bit ARGB, so the loading stage is to be blamed, done by Mono. Theoretically, I could save the PNG files as color, not grayscale, but I always use pngout to optimize the PNGs, which might introduce grayscale.

As for sound, I am not sure if you mean the doppler effect, because that natually occurs with OpenAL and is a core feature. However, if you cannot compare the effect to a Windows system, then of course I cannot assure whether it sounds right or wrong on your computer. If you know what a doppler effect should sound like, then you should be able to tell me if that is what you hear.


I recover my post.

About PNG's, i think it is not problem for linux users, to convert images to indexed (or RGB) mode themselves, or wait until this bug will be fixed in mono.

About sound, yes it is some kind of doppler effect, here is audio recorded to show the effect, first half in interior view, second in the exterior view.
obve_lin_snd.ogg.zip
(186.86 KiB) Downloaded 13 times


Other things works perfectly, exept some windows only things, of course.
railtux
 
Posts: 14
Joined: Mon, 11th Aug 2008, 23:28

Re: Problems under Linux

Postby michelle on Wed, 3rd Sep 2008, 21:26

No, that thing at the end is definitely not normal. To be fair, OpenAL has predefined ranges in which pitch changes are allowed to occur, and openBVE frequently exceeds this range. While this seems to work on Windows, the Linux implementation of OpenAL might be more strict. Thus, the thing at the end could be the flange, motor or track sounds, because they use pitch changes. If you are eager, you could try removing some of those the sounds from the train folder in order to isolate which one causes the problem. Of course, the effect could also be due to a faulty implementation of OpenAL for Linux. Probably it would be best if I had Linux myself in order to test this, but this is not going to happen.
User avatar
michelle
Site Admin
 
Posts: 1189
Joined: Mon, 14th Apr 2008, 20:36

Re: Problems under Linux

Postby railtux on Thu, 4th Sep 2008, 00:01

michelle wrote:No, that thing at the end is definitely not normal. To be fair, OpenAL has predefined ranges in which pitch changes are allowed to occur, and openBVE frequently exceeds this range. While this seems to work on Windows, the Linux implementation of OpenAL might be more strict. Thus, the thing at the end could be the flange, motor or track sounds, because they use pitch changes. If you are eager, you could try removing some of those the sounds from the train folder in order to isolate which one causes the problem. Of course, the effect could also be due to a faulty implementation of OpenAL for Linux. Probably it would be best if I had Linux myself in order to test this, but this is not going to happen.


I've found that happens because package llibtaoframework-openal1.1-cil was compiled against old openAL implementation.

I manualy changed line in file Tao.OpenAL.dll.config.
Code: Select all
diff -au Tao.OpenAl.dll.config.old Tao.OpenAl.dll.config
--- Tao.OpenAl.dll.config.old
+++ Tao.OpenAl.dll.config
@@ -1,4 +1,4 @@
<configuration>
-    <dllmap dll="OpenAL32.dll" target="libopenal.so.0" />
+    <dllmap dll="OpenAL32.dll" target="libopenal.so.1" />
     <dllmap dll="alut.dll" target="libalut.so.0" />
</configuration>


With libopenal.so.1 sound work fine, but in console i see an error message:
AL lib: ALc.c:1302: exit() 1 device(s) and 1 context(s) NOT deleted
railtux
 
Posts: 14
Joined: Mon, 11th Aug 2008, 23:28

Re: Problems under Linux

Postby oldtimer01 on Wed, 24th Sep 2008, 07:00

Hi

first of all I think it is great that there is someone making the effort of writing a rail simulator which runs under linx.


I have problems in running OpenBve under linux. I am using OPENsuse 10.3 and Mono 1.2.5.


I have downloaded OpenBve 0.8.8.4 and after unpacking and starting it with "mono OpenBve.exe" I get a messagebox with the following error message:

Could not find any resource appropriate for the specified culture or its parents. Make sure "OpenBve.formMain.resources" was correctly embedded or linked into assembly "OpenBve".


Then I downloaded the source distribution and compiled it successfully in debug mode. Starting the executable yields the following output:

Unhandled Exception: System.Resources.MissingManifestResourceException: Could not find any resource appropriate for the specified culture or its parents. Make sure "OpenBve.formMain.resources" was correctly embedded or linked into assembly "OpenBve".
at System.Resources.ResourceManager.InternalGetResourceSet (System.Globalization.CultureInfo culture, Boolean Createifnotexists, Boolean tryParents) [0x00000]
at System.Resources.ResourceManager.InternalGetResourceSet (System.Globalization.CultureInfo culture, Boolean Createifnotexists, Boolean tryParents) [0x00000]
at System.Resources.ResourceManager.InternalGetResourceSet (System.Globalization.CultureInfo culture, Boolean Createifnotexists, Boolean tryParents) [0x00000]
at System.Resources.ResourceManager.GetObject (System.String name, System.Globalization.CultureInfo culture) [0x00000]
at System.Resources.ResourceManager.GetObject (System.String name) [0x00000]
at OpenBve.formMain.InitializeComponent () [0x066ae] in /home/papa/Temp/Multi-platform via Mono/formMain.Designer.cs:2146
at OpenBve.formMain..ctor () [0x0005d] in /home/papa/Temp/Multi-platform via Mono/formMain.cs:9
at (wrapper remoting-invoke-with-check) OpenBve.formMain:.ctor ()
at OpenBve.formMain.ShowMainDialog () [0x00000] in /home/papa/Temp/Multi-platform via Mono/formMain.cs:21
at OpenBve.Program.Start (System.String[] Args) [0x000b2] in /home/papa/Temp/Multi-platform via Mono/Program.cs:54
at OpenBve.Program.Main (System.String[] Args) [0x00000] in /home/papa/Temp/Multi-platform via Mono/Program.cs:13


This sounds to me as if there is a resouce file (name: "OpenBve.formMain.resources" (?)) missing.

Thank you in advance for your help.

Bye.
oldtimer01
 
Posts: 3
Joined: Wed, 24th Sep 2008, 06:19

Re: Problems under Linux

Postby michelle on Wed, 24th Sep 2008, 08:08

Sorry. This is a frequent problem I am having with SharpDevelop. As I develop with MSVC# primarily, the designer generates resource files, however, SharpDevelop does not like them, and therefore, I am not using them when compiling with SharpDevelop. There is one line of code in the main menu which is responsible for loading the icon for the Windows built:
formMain.Designer.cs wrote:this.Icon = ((System.Drawing.Icon)(resources.GetObject("$this.Icon")));

The problem is that SharpDevelop does not remind of the fact that this resource is not present and happily compiles nonetheless. For the Linux and Mac builts, I need to remove this line but frequently forget it. I will make a fix available instantly (compare date: 2008-09-24).
User avatar
michelle
Site Admin
 
Posts: 1189
Joined: Mon, 14th Apr 2008, 20:36

Re: Problems under Linux

Postby jjchico on Wed, 24th Sep 2008, 14:37

Version: OpenBVE 0.8.8.4
System: Ubuntu Linux 8.04 (hardy)
Openal version: 0.0.8-7

Problem: OpenBVE initial menu starts and works OK but as I hit "Start" game I get "An exception was thrown by the type initializer for Tao.OpenAl.Al".

Version 0.8.7.2 worked OK.

I see in Tao.OpenAl.dll.config the line:
<dllentry os="linux" dll="libopenal.so.1" />
but libopenal.so.1 does not exist in my system and is not available in Ubuntu 8.04. I change the line to libopenal.so.0, which does exist but I get the same error. May be I need a newer OpenAl?

The same thing with every train/route tested.

Among other packeges, I installed the following to get OpenBVE to work:

libmono-i18n2.0-cil
libmono-winforms2.0-cil
libmono2.0-cil

$ sudo apt-get install libmono-i18n2.0-cil libmono-winforms2.0-cil libmono2.0-cil

Thanks.
jjchico
 
Posts: 3
Joined: Tue, 8th Jul 2008, 23:27

Re: Problems under Linux

Postby oldtimer01 on Thu, 9th Oct 2008, 16:34

Hi

I downloaded openbve version 0.8.9.1 for linux and the sources. Starting the application works and also selecting a route and a train. The progress window for loading the route and the train pops up and after loading I got some warnings/errors for the route and the train. After clicking on "ignore" the applocation crashes with the following error message:

Stacktrace:

at (wrapper managed-to-native) Tao.Sdl.Sdl.SDL_MapRGB (intptr,byte,byte,byte) <0x0000e>
at (wrapper managed-to-native) Tao.Sdl.Sdl.SDL_MapRGB (intptr,byte,byte,byte) <0xffffffff>
at OpenBve.Program.Start (string[]) [0x002c5] in /home/papa/OperaDownloads/openbve0891source/Multi-platform via Mono/Program.cs:98
at OpenBve.Program.Main (string[]) [0x00000] in /home/papa/OperaDownloads/openbve0891source/Multi-platform via Mono/Program.cs:13
at (wrapper runtime-invoke) OpenBve.Program.runtime_invoke_void_string[] (object,intptr,intptr,intptr) <0xffffffff>

Native stacktrace:

/usr/bin/mono [0x524e77]
/usr/bin/mono [0x4f0eee]
/lib64/libpthread.so.0 [0x2b599a802fb0]
/usr/lib64/libSDL-1.2.so.0(SDL_MapRGB+0) [0x2aaaab924f50]
[0x406c8312]

Debug info from gdb:

[?1034h(no debugging symbols found)
Using host libthread_db library "/lib64/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0x2b599afa9fe0 (LWP 6564)]
[New Thread 0x40224950 (LWP 6569)]
[New Thread 0x40013950 (LWP 6568)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
0x00002b599ad22c12 in select () from /lib64/libc.so.6
3 Thread 0x40013950 (LWP 6568) 0x00002b599a8025c1 in nanosleep ()
from /lib64/libpthread.so.0
2 Thread 0x40224950 (LWP 6569) 0x00002b599a7ff656 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
1 Thread 0x2b599afa9fe0 (LWP 6564) 0x00002b599ad22c12 in select ()
from /lib64/libc.so.6

Thread 3 (Thread 0x40013950 (LWP 6568)):
#0 0x00002b599a8025c1 in nanosleep () from /lib64/libpthread.so.0
#1 0x00000000004d8670 in ?? ()
#2 0x00002b599a7fb020 in start_thread () from /lib64/libpthread.so.0
#3 0x00002b599ad28f8d in clone () from /lib64/libc.so.6
#4 0x0000000000000000 in ?? ()

Thread 2 (Thread 0x40224950 (LWP 6569)):
#0 0x00002b599a7ff656 in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib64/libpthread.so.0
#1 0x00000000004c5e05 in ?? ()
#2 0x00000000004c8217 in ?? ()
#3 0x00000000004d6b43 in ?? ()
#4 0x00000000004a10a1 in ?? ()
#5 0x000000000049f733 in ?? ()
#6 0x00000000004d2ed7 in ?? ()
#7 0x00000000004e22b2 in ?? ()
#8 0x00002b599a7fb020 in start_thread () from /lib64/libpthread.so.0
#9 0x00002b599ad28f8d in clone () from /lib64/libc.so.6
#10 0x0000000000000000 in ?? ()

Thread 1 (Thread 0x2b599afa9fe0 (LWP 6564)):
#0 0x00002b599ad22c12 in select () from /lib64/libc.so.6
#1 0x00002b599a17a29c in g_spawn_sync () from /usr/lib64/libglib-2.0.so.0
#2 0x00002b599a17a678 in g_spawn_command_line_sync ()
from /usr/lib64/libglib-2.0.so.0
#3 0x0000000000524f18 in ?? ()
#4 0x00000000004f0eee in ?? ()
#5 <signal handler called>
#6 0x00002aaaab924f50 in SDL_MapRGB () from /usr/lib64/libSDL-1.2.so.0
#7 0x00000000406c8312 in ?? ()
#8 0x00000000000000ff in ?? ()
#9 0x0000000000000000 in ?? ()
#0 0x00002b599ad22c12 in select () from /lib64/libc.so.6


=================================================================
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.
=================================================================


This happens for both, the precompiled linux exe and the exe which I compiled successfully from the sources.
I only had to get two files which were missing in the 0.8.9.1-sources from the 0.8.9.0-sources: formMessages.cs and formMessages.Designer.cs.
This happens to all the routes/trains which I had tried and which had worked successfully with version 0.8.8.4.

I have no idea how to interpret this error.

Bye
oldtimer01
 
Posts: 3
Joined: Wed, 24th Sep 2008, 06:19

Re: Problems under Linux

Postby michelle on Thu, 9th Oct 2008, 17:17

Unfortunately, I have no ideas how to interpret this, either. One thing that has changed though in-between 0.8.8 and 0.8.9 is that the route and train are now loaded in a background thread instead by the main thread. However, the background thread does not (or at least is not intended to) call any SDL, OpenGL or OpenAL methods. As such, the loading mechanism should be thread-safe, which it seems to be with Windows. If you know how to recompile the source code, then try running openBVE from within the development environment, thus, make a debug session. Hopefully, execution will stop at some point and you are presented the line of code which forced the crash. In Visual Studio and in SharpDevelop, there is a start button, which I don't think will be any different in MonoDevelop or whatever you are using.

However, one thing is a little weird. In my current source code, line 98 in Program.cs corresponds to Sdl.SDL_ShowCursor(Sdl.SDL_DISABLE), which disables the cursor in the output window. Even though Program.cs was a bit differently organized in previous versions, that line of code was present for a long time, probably since 0.5 or 0.6. Doesn't seem to make much sense, except in the case you have something different at this location.
User avatar
michelle
Site Admin
 
Posts: 1189
Joined: Mon, 14th Apr 2008, 20:36

Re: Problems under Linux

Postby oldtimer01 on Mon, 13th Oct 2008, 12:03

Hi

I have tried to carry out a debugging session, but without any success. Hopefully I do not have to read too many manuals. The source code with I have in
0.8.9.1 source of Program.cs around line 98 and 13 is

12 #if DEBUG
13 Start(Args);
14 #else

91 // icon
92 {
93 string File = Interface.GetCombinedFileName(Interface.GetCombinedFolderName(Application.StartupPath, "Interface"), "icon.bmp");
94 if (System.IO.File.Exists(File)) {
95 IntPtr Bitmap = Sdl.SDL_LoadBMP(File);
96 if (Bitmap != null) {
97 Sdl.SDL_Surface Surface = (Sdl.SDL_Surface)System.Runtime.InteropServices.Marshal.PtrToStructure(Bitmap, typeof(Sdl.SDL_Surface));
98 int ColorKey = Sdl.SDL_MapRGB(Surface.format, 0, 0, 255);
99 Sdl.SDL_SetColorKey(Bitmap, Sdl.SDL_SRCCOLORKEY, ColorKey);
100 Sdl.SDL_WM_SetIcon(Bitmap, null);
101 }
102 }
103 }


I have some problems with the 0.9.0.0 linux distribution. somethig seems to be wrong with the archive. It should be 1.33MB long but I download (several tries) only 960kB and when extracting the archive I always get an error message stating the archive is corrupted. Downloading and extracting the 0.9.0.1 source works and also compilation works successfully. When starting the compiled exe i get the route selection dialog and after selecting and clicking the start button the application crashes with an error message:


Unhandled Exception: System.Resources.MissingManifestResourceException: Could not find any resource appropriate for the specified culture or its parents. Make sure "OpenBve.formLoading.resources" was correctly embedded or linked into assembly "OpenBve".
at System.Resources.ResourceManager.InternalGetResourceSet (System.Globalization.CultureInfo culture, Boolean Createifnotexists, Boolean tryParents) [0x00000]
at System.Resources.ResourceManager.InternalGetResourceSet (System.Globalization.CultureInfo culture, Boolean Createifnotexists, Boolean tryParents) [0x00000]
at System.Resources.ResourceManager.InternalGetResourceSet (System.Globalization.CultureInfo culture, Boolean Createifnotexists, Boolean tryParents) [0x00000]
at System.Resources.ResourceManager.GetString (System.String name, System.Globalization.CultureInfo culture) [0x00000]
at System.Resources.ResourceManager.GetString (System.String name) [0x00000]
at OpenBve.formLoading.InitializeComponent () [0x00f9a] in /home/papa/OperaDownloads/openbve0901source/Multi-platform via Mono/formLoading.Designer.cs:364
at OpenBve.formLoading..ctor () [0x0001b] in /home/papa/OperaDownloads/openbve0901source/Multi-platform via Mono/formLoading.cs:8
at (wrapper remoting-invoke-with-check) OpenBve.formLoading:.ctor ()
at OpenBve.Loading.Load (System.String RouteFile, System.Text.Encoding RouteEncoding, System.String TrainFolder, System.Text.Encoding TrainEncoding) [0x00087] in /home/papa/OperaDownloads/openbve0901source/Multi-platform via Mono/Loading.cs:40
at OpenBve.Program.Start (System.String[] Args) [0x001bf] in /home/papa/OperaDownloads/openbve0901source/Multi-platform via Mono/Program.cs:84
at OpenBve.Program.Main (System.String[] Args) [0x00000] in /home/papa/OperaDownloads/openbve0901source/Multi-platform via Mono/Program.cs:16
oldtimer01
 
Posts: 3
Joined: Wed, 24th Sep 2008, 06:19

Next

Return to Technical Support and Bugs

Who is online

Users browsing this forum: No registered users and 0 guests

cron