On Windows (XP) from release 3862 game crashes after loading - instead intro dialogue - in both compilations - SDL and GDI. That is very strange and bothering and .... bla bla bla. I would like to play with new versions but I have to stay on version 3859.
Does simutrans crash before the pak selection dialogue is shown?
Which pakset do you want to play?
Pak128 - but I tested it also on pak64 - and there it is the same.
Not reproducible for me ???
Maybe deleting settings.xml (or renaming) could help?
I am sorry. Deleting of settings.xml caused language choose dialogue appeared and then still the same - but I am going to try else language than Czech.
-->
No change.
-->
But attempt to start game via Experimental ended with the same and also with message as is on attached picture - but else is a start under experimental settings/compilation okay.
-->
Oops... I am sorry for I was not exact in the first post. There should be new game dialogue instead the intro dialogue. I forgot somebody can have opened playing with more than one pakset - and then intro dialogue is else one.
But else problem is still not solved. I thought it might be in graphics files. So I tested it with files of last release of classical main pak128 (it means no openpak128) - but result was the same.
I still do not understand at which point simutrans crashes.
Do you see the Banner (welcome and all the names of Hajo and so on)? and then New-World Dialogue?
Or does it crash right away?
Does it crash if you chose another language (for example English)?
Maybe your local installation is corrupted the one or other way. Does it crash if you install simutrans 102.2.2 in a fresh directory and put pak64 (or pak128) and new executable from the nightly page there?
Sorry for these question.
Quote from: Dwachs on October 27, 2010, 10:55:19 AM
Do you see the Banner (welcome and all the names of Hajo and so on)? and then New-World Dialogue?
No.
Quote
Or does it crash right away?
No - after disappearing of black screen. It means after loading of graphics.
Quote
Does it crash if you chose another language (for example English)?
Yes.
Quote
Maybe your local installation is corrupted the one or other way. Does it crash if you install simutrans 102.2.2 in a fresh directory and put pak64 (or pak128) and new executable from the nightly page there?
I have tested it - and result is the same.
I copied only one pakset into new dir - but did not changed settings in simuconf.tab for loading of only one pakset.
Game began loading of only one accessible graphics and after loading of graphics it showed dialogue for choosing graphical set - but immediately after it game crashed again.
I began thinking about some missing files in my PC.
Quote
Sorry for these question.
No need to sorry here.
Did you deleted all files (not directories) in Own Files\simutrans ?
No.
I tested it on PC (also with Win XP) where I have quest to correct access to internet - with currently latest (3914) and with my superset of pak128 (it means pak128 upgraded upto nightly 1062 and with great many add-ons) and there game did not crash.
So I think it can be caused by some system files.
NO, it is most likely caused by a defect default.sve or settings.xml or simiconf.tab in your local directory.
Please delecte every FILE in the directory "Own Files\Simutrans" but keep the folder.
Then I did it - deleted default.sve, settings.xml and settings-experimental.xml, so there remained dirs maps, save and screenshot - but result is still the same.
I am sorry for double post - it can be merged with previous one.
I managed to extract at least one part of error message - see attached picture.
-->
Minor comment to file compile.log:
I see there great many warnings. And regardless I know (only) PHP and JS, those warnings seem be quite serious.
I'm getting a similar error but in Win7.
Right now i'm without Visual Studio. But I'll install it and post the debug I get.
As far as I know it is "normal" for Simutrans to compile with a bunch a warnings.
You get about 176 warning in MSVC and about 30 in GCC. None of them are serious, otherwise they would be errors ...
Of course... but as I wrote elsewhere, functions cannot have two or more input parameters with the same name.
-->
In according to else topic of this forum I tried to start Simutrans with option -server and it runs less that crash. Regard to I use only single player it is sufficient for me but it is a bit uncomfortable to start the game via command line every time. So I would like to know how to start the game with -server instantly without using command line, idea is to create any file replacing duty of using of command line.
Create a shortcut, and on proprieties in first box add -server in the end with a space between Simutrans path.
I'll get a Visual Studio tomorrow maybe, then I'll debug it.
With -server it runs okay - as I wrote. But game calls I am connected with server - regardless I disabled all server options in simuconf.tab - and by the way, I use only singleplayer. So it is useless. And what is more important, it makes game slower.
So I would like to know how can I really disable connection with server.
OK I debugged it here, strangely the crash didn't happened right after load as normal, but some seconds later, anyway here's what I got:
Quote
Unhandled exception at 0x7c91b21a in Simutrans.exe: 0xC0000005: Access violation writing location 0x00000010.
The call stack:
Quote
ntdll.dll!7c91b21a()
[Frames below may be incorrect and/or missing, no symbols loaded for ntdll.dll]
ntdll.dll!7c901046()
libbz2.dll!_lock_file(_iobuf * pf) Line 237
I understand it ... but what affect will it have for me? Your work has to be source for changes to somebody could make it stable.
For you, right now, nothing, the message was for developers so they can see what's the problem.
I guessed that creating a new topic just to post the same error reported here is useless.
Hello
I do not know if this information can be useful.
I have two PCs, a PC is eight years old, the other PC was bought this year.
Under the old PC the game crashes and I have to use the "-server", the game with the new PC has no problem. Both PCs have installed WinXP and all the latest updates, the old PC has a firewall installed, the new PC did not install a firewall.
Giuseppe
Quote from: An_dz on November 08, 2010, 06:16:11 PM
The call stack:
Quote
ntdll.dll!7c91b21a()
[Frames below may be incorrect and/or missing, no symbols loaded for ntdll.dll]
ntdll.dll!7c901046()
libbz2.dll!_lock_file(_iobuf * pf) Line 237
Thank you for testing. However, the call stack does not look very informative. One cannot see, which simutrans function calls the offending code.
It seems like a problem with libbz2.lib. What lib and header did you take for compiling?
@Vaclav: Can you please reinstall bzip2.dll from
http://simutrans-germany.com/stn/dll/bzip2.dll
and test again?
Without change.
@Vaclav: Could you please test again with the newest nightlies? I do not have high hopes that they will work now, but maybe we are lucky.
Please take all the dll's from the nightly-page into your program directory. Please test both SDL and GDI versions. Thank you :)
Tested both versions - GDI and SDL. Downloaded All DLL files (mgwz, SDL, SDL_mixer and bzip2). Still without change. I have tried to recopy them with files from their source too.
Hi
I was thinking about something .... if the "Nightly 3862" does not work while "Nightly 3859" is ok, it may be that the changes between one or the other version is the cause?
---
@VaclavMacurek
How do you realized the "nightly pak128 upgraded upto 1062"? I'm trying but I am not sure of the results ....
----
Giuseppe
Quote from: Milko on November 10, 2010, 02:21:48 PM
How do you realized the "nightly pak128 upgraded upto 1062"? I'm trying but I am not sure of the results ....
I am not sure what do you think. But I do my upgrades of pak128 graphics by following: I select all files (and dirs) inside main dir as they are showed by my file manager and simply copy into pak128 dir. No more, no less. But this is not related to problem of this topic - I think.
Please never do this. Delete the pak128 folder and the extract the new folder. All addons go into the addon folder in your poersonal simutrans directory. Otherwise there could be a faulty pak which prevents loading.
Thanks - but than I would like to know how that personal pak128 addons dir should be named.
My Documents\SImutrans\pak128\ <- here goes the personal stuff
I divorced addons into that dir ... but its result is I cannot start game for missing files - and game ends itself so fast I cannot see what files game wants.
Quote from: Dwachs on November 10, 2010, 07:19:39 AM
It seems like a problem with libbz2.lib. What lib and header did you take for compiling?
I didn't understood so good what you asked. Anyway I compiled a libbz2.lib I downloaded 2 days ago(08/nov). In debug after the error happen _file.c is opened, I opened the containing folder and its on
Program Files\Microsoft Visual Studio 10.0\VC\crt\src. The error looks really strange.
----------------------------------------
As the error from my compiled Simutrans (r3951) is different from the downloaded Simutrans (r3950) I debugged it in a new instance of VS. I got this error:
Quote
Unhandled exception at 0x005f6909 in Simutrans.exe: 0xC000001D: Illegal Instruction.
With this Call Stack:
Quote
Simutrans.exe!005f6909()
[Frames below may be incorrect and/or missing, no symbols loaded for Simutrans.exe]
Simutrans.exe!005f48d0()
Simutrans.exe!005f4e29()
Simutrans.exe!005f593e()
Simutrans.exe!005f417d()
Simutrans.exe!005c0332()
Simutrans.exe!005a3903()
Simutrans.exe!00430caa()
msvcrt.dll!77c1a52e()
Simutrans.exe!0057860c()
Simutrans.exe!005785a7()
ntdll.dll!7c90eadc()
ntdll.dll!7c916b17()
ntdll.dll!7c916aa0()
ntdll.dll!7c9158ff()
ntdll.dll!7c91988f()
ntdll.dll!7c911028()
ntdll.dll!7c9118c0()
ntdll.dll!7c911028()
ntdll.dll!7c911028()
ntdll.dll!7c911028()
ntdll.dll!7c9101db()
ntdll.dll!7c9101db()
msvcrt.dll!77c0c3c9()
msvcrt.dll!77c0c3e7()
msvcrt.dll!77c0c42e()
Simutrans.exe!00579593()
Simutrans.exe!0044674c()
Simutrans.exe!0063c36c()
Simutrans.exe!0060ef00()
Simutrans.exe!00425ba6()
ntdll.dll!7c910435()
ntdll.dll!7c91043e()
ntdll.dll!7c910460()
kernel32.dll!7c8021b9()
Simutrans.exe!0040123b()
Simutrans.exe!00401288()
kernel32.dll!7c817077()
----------------------------------------
Also changed the EXE in debug folder to the downloaded one and debugged:
Quote
Unhandled exception at 0x005f6909 in Simutrans.exe: 0xC000001D: Illegal Instruction.
Quote
Simutrans.exe!005f6909()
[Frames below may be incorrect and/or missing, no symbols loaded for Simutrans.exe]
Simutrans.exe!005f48d0()
Simutrans.exe!005f4e29()
Simutrans.exe!005f593e()
Simutrans.exe!005f417d()
Simutrans.exe!005c0332()
Simutrans.exe!005a3903()
Simutrans.exe!005717bd()
Simutrans.exe!005b115a()
Simutrans.exe!0057587e()
msvcrt.dll!77c1a52e()
Simutrans.exe!0057860c()
Simutrans.exe!005785a7()
ntdll.dll!7c90eadc()
ntdll.dll!7c916b17()
ntdll.dll!7c916aa0()
ntdll.dll!7c9158ff()
ntdll.dll!7c9196df()
winmm.dll!76b2ad6f()
winmm.dll!76b2ad9c()
Simutrans.exe!00579593()
Simutrans.exe!0044674c()
Simutrans.exe!0063c36c()
Simutrans.exe!0060ef00()
ntdll.dll!7c910435()
ntdll.dll!7c91043e()
ntdll.dll!7c910460()
kernel32.dll!7c8021b9()
Simutrans.exe!0040123b()
Simutrans.exe!00401288()
kernel32.dll!7c817077()
----------------------------------------
Milko idea looks good, but prissi and Dwachs do you still have a copy of 3862 and 3859?
Quote
[Frames below may be incorrect and/or missing, no symbols loaded for Simutrans.exe]
Is that message from the debug session of your compiled program? Are there no debug symbols generated?? (Usually the debugger can translate these memory addresses 0x00something to actual functions in the source code).
Did you run Simutrans in Visual Studio (ie pressing F5 should run it) ? Or did you start it in the Explorer and started the debugger after the crahs?
Quote
Milko idea looks good, but prissi and Dwachs do you still have a copy of 3862 and 3859?
The problem is that none of the changes done between 3859 and 3862 look suspicious.
You can browse them at github:
[3859 - last working version] https://github.com/aburch/simutrans/commit/8a7f57eed4ed2ef1de0265ab7957a8bbcd463331
[3860] https://github.com/aburch/simutrans/commit/99cb74574f869c9f174051f3ce55a449b862f1e4
[3861] https://github.com/aburch/simutrans/commit/5cb33f0b9cd8d101285aa6bcca3ef8c3df0b7d42
[3862] https://github.com/aburch/simutrans/commit/a8976860499750d4d841914ce58c6e1e27754abb (look very innocent to me)
Hello
I was looking at the change to the file "dataobj / umgebung.h" made in the 3861 release
I'm not an expert, but it may be that, "," positioned after 7 cause problems?
In fact the deleted row ("DATE_FMT_GERMAN = 4") did not have "," being the last line before "}," while the last row that was added (" DATE_FMT_GERMAN_NO_SEASON = 7 ") has been a comma more.
I try to look to the rest of the changes.
EDIT1:
simgraph16.cc: line 186 disp_actual_width is a KOORD_VAL, in line 543 function display_get_width(void) return disp_actual_width (line 545) but return type function is sint16 (line 543). So there is a cast or conversion type, but the conversion is correct?
Giuseppe
Quote from: Dwachs on November 11, 2010, 06:21:15 AM
Is that message from the debug session of your compiled program? Are there no debug symbols generated??
No it's the debug from the downloaded EXE.
Quote from: Dwachs on November 11, 2010, 06:21:15 AM
Did you run Simutrans in Visual Studio (ie pressing F5 should run it) ? Or did you start it in the Explorer and started the debugger after the crahs?
After the crash in the first row and run inside on second.
I'm testing here and trying to find the problematic changed file.
Illegal instruction rather points to some broken binary.
OK now I'm totally lost, I deleted my config folder from the debug folder (didn't realized I copied it), and now r3951 works great, but the download from nightly page give me errors. I can't track the bug, my compile works and the available download don't.
Hi
We can try to "uninstall" the three changes from 3860 - 61 - 62, to identify which is the change that creates the problem and leave it on hold? is already a month that the nightly (for some) are no longer utilized.
Giuseppe
Giuseppe, can you please post the simu.log-file if you start simutrans with '-log 1 -debug 3' ? And the simu-server.log file when you start with '-log 1 -debug 3 -server' ?
Quote from: Milko on November 16, 2010, 10:37:40 AM
We can try to "uninstall" the three changes from 3860 - 61 - 62, to identify which is the change that creates the problem and leave it on hold?
That's what I was trying to do, cause my PC also have this problem. I've downloaded r3859, r3860 and r3951, but when I compiled Simutrans by myself it works, if I download the exe from the site it crashes.
And I've uploaded my logs (http://simutrans-germany.com/files/upload/Desktop.rar). Maybe it can help too.
thank you.
The crash happens somewhere between simmain.cc, line 926, call to welt->reset_timer(); (last entry in crash log file) and simmain.cc, line 973, call to new-world-gui, which is the next entry in the server log file.
Edit: Could you post a log file if you start simutrans with a specific savegame (ie '-load yoursavegame' ) ?
Edit2: Please test with the next nightly (rev >= 3963) and post the log file. I added some debug messages to the code.
Quote from: Dwachs on November 16, 2010, 06:32:01 PM
Edit2: Please test with the next nightly (rev >= 3963) and post the log file. I added some debug messages to the code.
Sorry, I can't if it's still not available in Nighlty download page since if I compile I have no errors.
Anyway here's the log with the specific savegame. (http://simutrans-germany.com/files/upload/Simutrans.rar)
Thanks for testing. No difference to starting without specifying savegame :/
Please test with nightly (rev 3965 is available now) and report the logs.
Hi
Here my r3965 logs - The game still crashes
http://simutrans-germany.com/files/upload/simu-log.zip
Giuseppe
Could you please run "cmd" and then type "ipconfig /all >cfg.txt" and post the context of text?
It should contain something like shown below:
Windows-IP-Konfiguration
Hostname. . . . . . . . . . . . . : simutrans
Primäres DNS-Suffix . . . . . . . :
Knotentyp . . . . . . . . . . . . : Unbekannt
IP-Routing aktiviert. . . . . . . : Ja
WINS-Proxy aktiviert. . . . . . . : Nein
DNS-Suffixsuchliste . . . . . . . : servegame.com
Ethernetadapter VMware Network Adapter VMnet8:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : VMware Virtual Ethernet Adapter for VMnet8
Physikalische Adresse . . . . . . : 00-50-56-C0-00-08
DHCP aktiviert. . . . . . . . . . : Nein
IP-Adresse. . . . . . . . . . . . : 192.168.5.1
Subnetzmaske. . . . . . . . . . . : 255.255.255.0
IP-Adresse. . . . . . . . . . . . : fe80::250:56ff:fec0:8%4
Standardgateway . . . . . . . . . :
DNS-Server. . . . . . . . . . . . : fec0:0:0:ffff::1%5
fec0:0:0:ffff::2%5
fec0:0:0:ffff::3%5
Ethernetadapter VMware Network Adapter VMnet1:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : VMware Virtual Ethernet Adapter for VMnet1
Physikalische Adresse . . . . . . : 00-50-56-C0-00-01
DHCP aktiviert. . . . . . . . . . : Nein
IP-Adresse. . . . . . . . . . . . : 192.168.81.1
Subnetzmaske. . . . . . . . . . . : 255.255.255.0
IP-Adresse. . . . . . . . . . . . : fe80::250:56ff:fec0:1%5
Standardgateway . . . . . . . . . :
DNS-Server. . . . . . . . . . . . : fec0:0:0:ffff::1%4
fec0:0:0:ffff::2%4
fec0:0:0:ffff::3%4
Ethernetadapter AFS:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Microsoft Loopbackadapter
Physikalische Adresse . . . . . . : 02-00-4C-4F-4F-50
DHCP aktiviert. . . . . . . . . . : Nein
IP-Adresse. . . . . . . . . . . . : 10.254.254.253
Subnetzmaske. . . . . . . . . . . : 255.255.255.252
IP-Adresse. . . . . . . . . . . . : fe80::4cff:fe4f:4f50%6
Standardgateway . . . . . . . . . :
DNS-Server. . . . . . . . . . . . : fec0:0:0:ffff::1%3
fec0:0:0:ffff::2%3
fec0:0:0:ffff::3%3
Ethernetadapter LAN-Verbindung:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Realtek RTL8168/8111 PCI-E Gigabit Ethernet NIC
Physikalische Adresse . . . . . . : 00-1B-FC-1E-F8-D5
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
IP-Adresse. . . . . . . . . . . . : 192.168.1.10
Subnetzmaske. . . . . . . . . . . : 255.255.255.0
IP-Adresse. . . . . . . . . . . . : fe80::21b:fcff:fe1e:f8d5%7
Standardgateway . . . . . . . . . : 192.168.1.1
DHCP-Server . . . . . . . . . . . : 192.168.1.1
DNS-Server. . . . . . . . . . . . : 192.168.1.1
fec0:0:0:ffff::1%2
fec0:0:0:ffff::2%2
fec0:0:0:ffff::3%2
Lease erhalten. . . . . . . . . . : Mittwoch, 17. November 2010 21:23:04
Lease läuft ab. . . . . . . . . . : Donnerstag, 18. November 2010 21:23:04
Ethernetadapter TAP:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : TAP-Win32 Adapter V8
Physikalische Adresse . . . . . . : 00-FF-73-59-C1-B3
DHCP aktiviert. . . . . . . . . . : Nein
IP-Adresse. . . . . . . . . . . . : 192.168.0.1
Subnetzmaske. . . . . . . . . . . : 255.255.255.0
IP-Adresse. . . . . . . . . . . . : fe80::2ff:73ff:fe59:c1b3%8
Standardgateway . . . . . . . . . :
DNS-Server. . . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
Tunneladapter Teredo Tunneling Pseudo-Interface:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Physikalische Adresse . . . . . . : 00-00-FB-FA-AB-41-54-A1
DHCP aktiviert. . . . . . . . . . : Nein
IP-Adresse. . . . . . . . . . . . : 2001:0:5ef5:79fd:0:fbfa:ab41:54a1
IP-Adresse. . . . . . . . . . . . : fe80::ffff:ffff:fffd%9
Standardgateway . . . . . . . . . : ::
NetBIOS über TCP/IP . . . . . . . : Deaktiviert
Tunneladapter Automatic Tunneling Pseudo-Interface:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Automatic Tunneling Pseudo-Interface
Physikalische Adresse . . . . . . : C0-A8-05-01
DHCP aktiviert. . . . . . . . . . : Nein
IP-Adresse. . . . . . . . . . . . : fe80::5efe:192.168.5.1%2
Standardgateway . . . . . . . . . :
DNS-Server. . . . . . . . . . . . : fec0:0:0:ffff::1%5
fec0:0:0:ffff::2%5
fec0:0:0:ffff::3%5
NetBIOS über TCP/IP . . . . . . . : Deaktiviert
Tunneladapter Automatic Tunneling Pseudo-Interface:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Automatic Tunneling Pseudo-Interface
Physikalische Adresse . . . . . . : C0-A8-51-01
DHCP aktiviert. . . . . . . . . . : Nein
IP-Adresse. . . . . . . . . . . . : fe80::5efe:192.168.81.1%2
Standardgateway . . . . . . . . . :
DNS-Server. . . . . . . . . . . . : fec0:0:0:ffff::1%4
fec0:0:0:ffff::2%4
fec0:0:0:ffff::3%4
NetBIOS über TCP/IP . . . . . . . : Deaktiviert
Tunneladapter Automatic Tunneling Pseudo-Interface:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Automatic Tunneling Pseudo-Interface
Physikalische Adresse . . . . . . : 0A-FE-FE-FD
DHCP aktiviert. . . . . . . . . . : Nein
IP-Adresse. . . . . . . . . . . . : fe80::5efe:10.254.254.253%2
Standardgateway . . . . . . . . . :
DNS-Server. . . . . . . . . . . . : fec0:0:0:ffff::1%3
fec0:0:0:ffff::2%3
fec0:0:0:ffff::3%3
NetBIOS über TCP/IP . . . . . . . : Deaktiviert
Tunneladapter Automatic Tunneling Pseudo-Interface:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Automatic Tunneling Pseudo-Interface
Physikalische Adresse . . . . . . : C0-A8-01-0A
DHCP aktiviert. . . . . . . . . . : Nein
IP-Adresse. . . . . . . . . . . . : fe80::5efe:192.168.1.10%2
Standardgateway . . . . . . . . . :
DNS-Server. . . . . . . . . . . . : fec0:0:0:ffff::1%2
fec0:0:0:ffff::2%2
fec0:0:0:ffff::3%2
NetBIOS über TCP/IP . . . . . . . : Deaktiviert
Tunneladapter Automatic Tunneling Pseudo-Interface:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Automatic Tunneling Pseudo-Interface
Physikalische Adresse . . . . . . : C0-A8-00-01
DHCP aktiviert. . . . . . . . . . : Nein
IP-Adresse. . . . . . . . . . . . : fe80::5efe:192.168.0.1%2
Standardgateway . . . . . . . . . :
DNS-Server. . . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
NetBIOS über TCP/IP . . . . . . . : Deaktiviert
Here are (http://simutrans-germany.com/files/upload/logs.rar) my logs with r3965 too and also the ipconfig.
Quote from: Milko on November 17, 2010, 08:25:00 PM
Here my r3965 logs - The game still crashes
By myself too.
Hi
Here my ipconfig
Giuseppe
@Vaclav: could you provide a log file of the crash?
@Andz and Milko: could you please test what happens if you specify a savegame ? i.e. starting simutrans with '-load yoursavegame' ?
And could you test please with GDI and SDL version and upload logs if it crashes?
@prissi: I think the crahs happens during some display stuff: in one of the logs the last message is the call to intr_refresh_display, in the other the call to show_banner.
Here (http://www.ulozto.cz/6599789/vma-simu-zip) it is. I am sorry but due to filesize I could not attach it to this post. Instead of it I uploaded to rapidhare-like server. So for successfull download do following:
- click on Stáhnout
- rewrite Captcha text into form by it (under text Kód z obrázku)
- click on Stáhnout again
According to the logs, the world is loaded and then destroy at least once. And for the starting dialoge of langauge and pak set selection also the display is needed ...
Do you try the -nosound or -nomidi?
I asked wernieman to compile the versions 3860 and 3861, hopefully we can locate the buggy commit (as 3859 is working, 3862 crashes).
Hi
3968 still crash
@prissi - crash also using -nosound -nomidi
@dwachs - crash using sdl or gdi and also using -loadsavegame
Here my logs using sdl or gdi and -loadsavegame
http://simutrans-germany.com/files/upload/simu-r3968-log.zip
Giuseppe
Here are my logs (http://simutrans-germany.com/files/upload/Simutrans_logs.rar) with r3976.
all crashes happen at the same point. And as fas as I can tell, they happen at a slightly differetn location than the crashes reported by Vaclav or Milko.
Please try again with the next nightly. I add another debug message and commented out a section of code that is unnecessary but may trigger the crash.
@all: wernieman compiled the nightlies 3859-3862 again. They are available at
http://www.wernieman.de/sim-winsdl.zip
http://www.wernieman.de/sim-wingdi.zip
Please retest and tell your results.
Thanks, ... I shall see what I shall see.
And please test the 3859 in the archive too.
If the 3859 have a Problem, then my Build-System have a Problem :o(
I have not tested new 3859 yet but 3860 seems be OK. 3861 and 3862 seems be wrong but - I don't know what he did - but all screen was shifted to the left - and after loading game crashed - but 3861 called koord3d invalid by game speed and time axis usage. Next time I hope I would call results of test of 3861 and 3862 with right screen.
-->
New 3859 is OK.
-->
In attachment is screen from 3862 in while before crash. This appears at all times and also in 3861.
Hi
3859 - 3860 are ok (sdl and gdi)
3861 crash (sdl and gdi)
I have attached two parts of the bottom-right corner of the window (3860 and 3861).
I think that may be helpful to note the symbols (a calendar and a pause symbol) and a writing error "koord3d invalid"
Tomorrow I will test last nightlyes.
EDIT
------
Even my window (such as VaclavMacurek) is shifted to the left.
------
Giuseppe
This is exactly, how it should look like, as those symbols were introduced in 3861. I wonder about the black edge however.
Using valgrind on Ubuntu did not reveal anything. This is quite a mistery to me.
Does this shifting of windows happen both in SDL and GDI?
Here is a patch that adds some sanity check before calling screen update. As far as I understand, both the SDL and the GDI functions do no checks whether the given height/ width are sensible.
@prissi: do you think that the patch is worth a try for commit and test?
So .. it is not a build-server Problem?
And:
Everybody with this Problem: Witch Graphic-Card do you have?
Windows definitely does not need such a check, as negative values in stretchbitblt are explicitely allowed.
But I submitted a slightly tuned version, to make explicitely sure also windows does not exceed the width. (Which according to docs should not matter ... )
Quote from: wernieman on November 24, 2010, 10:34:30 AM
So .. it is not a build-server Problem?
It seems so, as 3859 & 3860 work.
Quote from: prissi on November 24, 2010, 11:02:47 AM
But I submitted a slightly tuned version [...]
where?
Quote from: wernieman on November 24, 2010, 10:34:30 AM
Everybody with this Problem: Which Graphic-Card do you have?
ATI Radeon 9550
@Dwachs: to the svn, so next nightly can use it. It will be only active with DEBUG switch, which is default anyway.
I saw it; at the time when I wrote the post, you did not have committed it (or the svn did not update ).
Quote from: Dwachs on November 24, 2010, 09:28:28 AM
Does this shifting of windows happen both in SDL and GDI?
The shift happens only with sdl version.
@Dwatchs
Logs of 3981 - http://simutrans-germany.com/files/upload/simu-3981.zip - (sdl and gdi crash again, but in different position).
Edit
Crash also using -server.3981 -server works ok
Giuseppe
Quote from: wernieman on November 24, 2010, 10:34:30 AM
Everybody with this Problem: Witch Graphic-Card do you have?
NVIDIA GForce4 MX 420
resolution 1280x1024 - 32bit colors.
Quote from: wernieman on November 24, 2010, 10:34:30 AM
Everybody with this Problem: Witch Graphic-Card do you have?
NVIDIA GeForce4 MX4000
Thank you for uploading the logs
Quote from: Milko on November 24, 2010, 08:51:20 PM
The shift happens only with sdl version.
Does this still happen with 3981? I.e. that you see that shifted screen before crash.
Quote
@Dwatchs
Logs of 3981 - http://simutrans-germany.com/files/upload/simu-3981.zip - (sdl and gdi crash again, but in different position).
What is different between SDL and GDI? The crashes look like both crashed at the same point. Do you have screenshots?
Can you please re-test with loading a savegame right from the start? I.e. starting with '-load yoursavegame' ? In the logs it seems that simutrans crashes while the banner is shown (which is not shown if you load a specific game).
Sorry for all the questions, I feel like needing a magic crystal ball to do the debugging of this crash :/
@An_dz: Could you test with the recent nightly and upload the logs for both GDI and SDL, with and without '-load ...' ? Thank you.
Can anybody post a screenshot with recent nightly, where the right part of the screen is black? (which version?)
@prissi: Actually I found it strange that there is the placeholder graphic for 'no icon' drawn in that black part on Vaclav's screenshot. This shows that somehow disp_width is much larger than disp_actual_width. On the screenshot disp_actual_width=640 which is the default value.
Sorry for triple post, all posts where directed at different members.
The is due to the scrolling routine, which is actually just a memove over the whole width. THe blockmove can use optimized library routines and is faster than linewise moving. (Since it can use alignment on 256 borders and other tricks.)
But it might be, that the fillbox routine still not clips enough. (No harm done, jsut drawing too much.)
BTW: I use resolution 1152*864; 32bits
@Vaclav: does this shifting happen with recent nightly too? Can you post a screenshot??
@prissi: For me it does not look like scrolling. The bottom status bar is completely visible: at the left the season symbol, at the right the calendar symbol. If the picture was take after scrolling vertically at least one of them must move outside the visible area.
The fillbox routine clips at disp_width not at the possibly smaller disp_actual_width.
@Dwachs:
I remember: This was, because otherwise scrolling would not work that well ...
Quote from: Dwachs on November 25, 2010, 12:59:59 PM
@Vaclav: does this shifting happen with recent nightly too? Can you post a screenshot??
No. Shifting does not happen in 3982. But game still crashes - but in different while - during initializing of map - without calling of missing objects -- with both: GDI and SDL.
Do you have log-files? Does it crash if you load a specific game with '-load abc' ? I fear yes, but please post the logs to.
I have tried it less any command - but with -server it runs right. With -load gamename game crashes.
Log file - for SDL version; with -log 1 -debug 3 -load VMa-CZ-22 (http://www.ulozto.cz/6687200/vma-simu-sdl-log1-debug3-load-zip) Uploaded to the same place as previous one.
Hi
3982 - Crash.
Here the screen shot.
The "none" which appears on the scroll bar of the map (before Nightly 1077)can tell us more about the crash?
Everything said by Vaclav happens to me too ...
[The bug of the century?]
Giuseppe
"None" seems a good hint, but is misleading. It's a string I use routinely for copyright entries when there is no reason to put any.
(Why put anything there at all? So that I can find objects that haven't been revised yet. Why is it displayed? Dunno which file it is read from.)
Giuseppe, can you please upload logs of the crash? It seems that 'your' crash is at a different point than Vaclav's.
Hi
Here my logs.
http://simutrans-germany.com/files/upload/simu-3982-crash.zip
Giuseppe
Using "-server" will not open the intro scrolling dialogue. The dialoge is offscreen but was not changed in the commits. But this is the only difference with -server I see quickly.
Quote from: Dwachs on November 25, 2010, 06:16:47 AM
@An_dz: Could you test with the recent nightly and upload the logs for both GDI and SDL, with and without '-load ...' ? Thank you.
I can't until monday, I'm having some exams and with little time right now. I'll try tomorrow, I'll be home earlier and then I can test it.
Quote from: prissi on November 25, 2010, 10:05:35 PM
Using "-server" will not open the intro scrolling dialogue. The dialoge is offscreen but was not changed in the commits. But this is the only difference with -server I see quickly.
The banner is not the problem: The crash happens if a savegame is loaded with 'load bla', which does not show the banner :/
Can anybody try to install this debugger:
http://code.google.com/p/jrfonseca/wiki/DrMingw
.. and report the outcome ?
Quote
Method 2: use "just-in-time" (JIT) debuggers
--------------------------------------------------------------------
Alternatively, you can use a "just-in-time" (JIT) debugger software. When a crash occurs, just click "debug" on the standard crash dialog and your debugger will handle unwinding the stack, opening the correct file and showing the offending line and instructions.
- For debug versions of DC++ compiled with MinGW, you need drmingw.exe which should be in the "mingw-utils" package downloadabe from <https://sourceforge.net/project/showfiles.php?group_id=2435&package_id=61599>. Instructions to register it are on <http://code.google.com/p/jrfonseca/wiki/DrMingw>.
from
https://answers.launchpad.net/dcplusplus/+faq/337
You need to run it with option -i:
Using execute add "C:\bla\drmingw.exe -i"
OK here are my logs (http://simutrans-germany.com/files/upload/Simutrans-Debug-Logs-An_dz.rar)
Drmingw needs a version with compiled with symbols. At least the error log is much more informative.
Edit:
@all: does simutrans also crash if you start it with a savegame '-load' and press key 'p' while the game is loading, such that the savegame is immediately paused ?
Yes, it crashes when started with -load (name of gamesave) and with pressing "p" during loading of game.
Hi
GDI - 3982 - DrMingw say:
-----
sim-wingdi.exe caused an Illegal Instruction at location 005fa749 in module sim-wingdi.exe.
Registers:
eax=00000000 ebx=00727270 ecx=0000000c edx=00000000 esi=00000000 edi=00000001
eip=005fa749 esp=0022e450 ebp=00000000 iopl=0 nv up ei pl zr na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000246
Call stack:
------
What have I to do to obtain a valid output? (i think I need a version with symbols...)
But I have a news.
If I start simutrans (no "-" options) with key "p" continously pressed games crashes.
If I start simutrans with -load and "p" continously pressed, games MAY crash, in particular:
1) If I relaease "p" in a few seconds the game crash.
2) If I mantain "p" pressed for many seconds the game doesn't crash (I wait many seconds after the "map loading" phase).
In the second case when I tell the program to run (exiting the pause) the game immediatly crash.
In the second case when I tell the program to fast forward the game crash but after some second. But fast forward give me "(T~0.00)" is it correct?
Giuseppe
@Milko: yes, we need a build with symbols - I already contacted wernieman to compile such a version.
@all: can anybody post the log of a crash with a recent nightly? I added some log commands. I am curious where the crash happens
Edit: Wernieman already did the compilation:
http://www.wernieman.de/sim-win-debug-3991.zip (22 MB)
Milko/Guiseppe could you please test these executables with DrMingW enabled?
In this zip file is the GDI and the SDL-Version!
If you dezip the file, every version have ~50 MB
Debug logs by me (http://www.ulozto.cz/6739981/simu-3991-vma-zip).
Uploaded to the same place as often.
Both are tied to Wernieman's additive compilation, not to main compilation accessible on nightlies page.
Quote from: wernieman on November 29, 2010, 04:29:48 PM
In this zip file is the GDI and the SDL-Version!
In what zip file? I am worried about you forgot place link over word
this, Wernieman. So if that post should not be depending on your previous one, and it cannot be due to difference between filesizes, than would you fix that post, Wernieman?
the additive compilations are build on the same system than the nightlys.
the only different are the debug-symbols
Quote from: VaclavMacurek on November 29, 2010, 04:51:58 PM
Debug logs by me (http://www.ulozto.cz/6739981/simu-3991-vma-zip).
Uploaded to the same place as often.
the zip file is empty (at least the one I could download)
Quote
In what zip file? I am worried about you forgot place link over word this, Wernieman.
The link was in my post:
http://www.wernieman.de/sim-win-debug-3991.zip
If you could install this debugger
http://code.google.com/p/jrfonseca/wiki/DrMingw
and post its output after crash of simutrans from the sim-win-debug-3991.zip, it would be of great help.
Hm the link to DrmingW gives server errors currently :(
Quote from: Dwachs on November 29, 2010, 06:42:07 PM
the zip file is empty (at least the one I could download)
That is very strange. Inside it should be
dir Simutrans with two files. But I can try to zip it again or upload it directly, it means unzipped.
Quote
The link was in my post:
http://www.wernieman.de/sim-win-debug-3991.zip
Then I don't understand that post.
In the ZIP-File in the Link from dwachs are two exe .... 1. sim-gdi and 2. sim-sdl ...
Hello
Bad news, this is the report:
----
sim-winsdl-3991.exe caused an Illegal Instruction at location 005faa69 in module sim-winsdl-3991.exe.
Registers:
eax=00000000 ebx=00727250 ecx=0000000c edx=00000000 esi=00000000 edi=00000001
eip=005faa69 esp=0022e590 ebp=00000000 iopl=0 nv up ei pl zr na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00200246
Call stack:
-----
No symbols.... :-(
Giuseppe
I know about it - about both files. I only see that post useless - if it links to one previous to itself.
-->
Debug reports by Dr. MingW attached.
Apparently DrMingW does not work with symbols generated by current gcc compiler with option '-g' :(
@Wernieman: could you please compile such a debug executable but with option '-gstabs' instead of '-g' ? Thank you!
O.K.
I added to the config.default:
CCFLAGS += -gstabs
CXXFLAGS += -gstabs
file: sim-win-debug-3995.zip
download: http://www.wernieman.de/sim-win-debug-3995.zip (http://www.wernieman.de/sim-win-debug-3995.zip)
size: 22 MByte
include: sdl and gdi
Thank you very much! Hope this helps to locate the crash :P
Small stupid question: with which options to start debug version of game?
Every combination that leads to a crash and a crash report from drmingw is good :)
'-debug 3' is ok.
Thanks.
Hi
With 3995 -gstabs, drmingw report the same error of 3991 (no symbols...)
(for gdi and for sdl)
---
sim-wingdi-3995.exe caused an Illegal Instruction at location 005fb079 in module sim-wingdi-3995.exe.
Registers:
eax=00000000 ebx=00728230 ecx=0000000c edx=00000000 esi=00000000 edi=00000001
eip=005fb079 esp=0022e440 ebp=00000000 iopl=0 nv up ei pl zr na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000246
Call stack:
----
Other tests
A) I start simutrans with -load pressing "p" key, next I try to start a new world, game crashed, I attach the logs, could help?
B) I start simutrans with -load pressing "p" key, next I try to run actual world (exit the pause), game crash....
http://simutrans-germany.com/files/upload/simu-3995-logs.zip
Giuseppe
How bad :( Did you use the drmingw version from here:
http://code.google.com/p/jrfonseca/wiki/DrMingw ?
Edit: drmingw is also contained in this package:
http://sourceforge.net/projects/mingw/files/MinGW/Utilities/mingw-utils/mingw-utils-0.3/mingw-utils-0.3.tar.gz/download
I do not know, which of the two versions is the most recent one.
Hi
Yes, drmingw 0.4.4
I use
drmingw -i
At crash appear a window with three buttons "debug","don't send","send", I click debug.
My two new "logs" can you help?
Giuseppe
No call stack in that window ?
The logs are helpfuls as they show, where the bug is not. :/ I will have to add further log messages soon.
Edit: Revision 4000 has some more debug messages, please run test with '-debug 4' with the next nighlies.
Call stack section is blank... Only registers are shown.
It may be that the bug manifests itself in a dll and then drmingw do not see any data?
Giuseppe
Did you need more "special nighty's"?
Quote from: Milko on December 02, 2010, 08:57:27 AM
Call stack section is blank... Only registers are shown.
It may be that the bug manifests itself in a dll and then drmingw do not see any data?
Could be. Googling tells me that in such case drmingw tell something like
pidgin.exe caused an Access Violation at location 7626ce0a in module msvcrt.dll
In my crash error is in module sim-wingdi-3995.exe; it appear to be in simutrans, and not in a dll....
Giuseppe
Not if it is SDL, as simutrans main is called from SDL and thus both run under the same context.
Please try also the following executable: http://www.physik.tu-berlin.de/~prissi/simutrans/sim.zip
Splendid...
The first comment: It runs by me.
The second comment: I have to test it more for possible else bugs. The first one I found is crash after using of "windows key". I wanted to keep game running and so I used that key and after switching back to game, it crashed. Soon I will give more reports.
Intro dialogue needs better face.
-->
Game freezes after some time after some actions (still not fully identified). But it may be caused by game age - number of moving vehicles (about one thousand), transportation web size and so on. So it seems I am going to have to begin new game.
Since this was build on windows, maybe we have run into a compiler or library bug in the Mingw Linux build. Probably a new version of those tool chains may solve this; but as werniman is quite busy, I am afraid we might first release a new stable before you could use the nightlies on your specific system.
If you want I could try to make a new mingw-Compiler ......
btw:
Yesterday I get my contractual notice of dismissal
(De: Ist das richtiges englisch für "Ordentliche Kündigung erhalten"??)
So after 1.1.2011 I have enough time for it ;o)
Hi
Very good!, new version work also for me :).
Giuseppe
Aparently the Mingw linux system has a bug on certain windows configurations. Not sure, how to handle that. Maybe a newer Mingw build can help this.
I will try ... next week ...
Sorry, but only next week .....
Edit:
..... now ;o)
please test next nightly!!
Number 4047 runs by me.
Hi
WOW!!!!
4059 it's ok!
Thanks
Giuseppe
R4059 is working for me too.
Thanks for the work.
Now new stable Simutrans can be lauched! :D
Yeah !!!!! :D
Of course.
But I will have to begin new game. Because in currently played game I achieved point where it became boring - especially if some days ago I began creation of railway station extension of such size that I cannot place it anywhere.
Next year (January) I update SDL too .....
(I hope)