[R3862 and up] Crash instead intro dialogue

[Milko]

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

[Milko]

Everybody with this Problem: Witch Graphic-Card do you have?

NVIDIA GForce4 MX 420

resolution 1280x1024 - 32bit colors.

[An_dz]

Everybody with this Problem: Witch Graphic-Card do you have?

NVIDIA GeForce4 MX4000

[Dwachs]

Thank you for uploading the logs

The shift happens only with sdl version.

Does this still happen with 3981? I.e. that you see that shifted screen before crash.

@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 :/

[Dwachs]

@An_dz: Could you test with the recent nightly and upload the logs for both GDI and SDL, with and without '-load ...' ? Thank you.

[Dwachs]

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.

[prissi]

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

[Václav]

BTW: I use resolution 1152*864; 32bits

[Dwachs]

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

[prissi]

@Dwachs:
I remember: This was, because otherwise scrolling would not work that well ...

[Václav]

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

[Dwachs]

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.

[Václav]

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 Uploaded to the same place as previous one.

[Milko]

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

[VS]

"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.)

[Dwachs]

Giuseppe, can you please upload logs of the crash? It seems that 'your' crash is at a different point than Vaclav's.

[Milko]

Hi

Here my logs.

http://simutrans-germany.com/files/upload/simu-3982-crash.zip

Giuseppe

[prissi]

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.

[An_dz]

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

[Dwachs]

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 :/

[Dwachs]

Can anybody try to install this debugger:

http://code.google.com/p/jrfonseca/wiki/DrMingw

.. and report the outcome ?

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

[prissi]

You need to run it with option -i:
Using execute add "C:\bla\drmingw.exe -i"

[An_dz]

OK here are my logs

[Dwachs]

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 ?

[Václav]

Yes, it crashes when started with -load (name of gamesave) and with pressing "p" during loading of game.

[Milko]

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

[Dwachs]

@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?

[wernieman]

In this zip file is the GDI and the SDL-Version!

If you dezip the file, every version have ~50 MB

[Václav]

Debug logs by me.
Uploaded to the same place as often.

Both are tied to Wernieman's additive compilation, not to main compilation accessible on nightlies page.

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?

[wernieman]

the additive compilations are build on the same system than the nightlys.

the only different are the debug-symbols

[Dwachs]

Debug logs by me.
Uploaded to the same place as often.

the zip file is empty (at least the one I could download)

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 :(

[Václav]

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.

The link was in my post:
http://www.wernieman.de/sim-win-debug-3991.zip

Then I don't understand that post.

[wernieman]

In the ZIP-File in the Link from dwachs are two exe .... 1. sim-gdi and 2. sim-sdl ...

[Milko]

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

[Václav]

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.