random crashes and weird behaviour on Windows (0.10.3. and SVN). Driver issue?

Reported by gzotti on 2010-01-29
60
This bug affects 13 people
Affects Status Importance Assigned to Milestone
Stellarium
Critical
Unassigned

Bug Description

Hi!

The following is for 0.10.3. and current SVN version (5809, built with msys and QT 4.6.0).

After some time (seconds to 20 minutes), the application crashes, often when identify-clicking, but sometimes just without any obvious user interaction. After quitting the message panel, the screen still shows the application.
In task manager it is still listed as running, with 50-53% CPU load on a dual-core CPU (Intel Core2 duo P9500).

On an Athlon 64XP2 dual (also WinXP/SP3), it also crashes (but less often), but the window closes on quitting the panel.(?)

Interestingly, on that PC (with NVidia 9600GT, drivers updated today (to 3/2009) via "update drivers" function, not yet NVidia website download), screen updates required mouse or keyboard interaction! I.e., 1-2 seconds after last keypress/mouse move, the time counter and any animation stops. ... err, what? stops for 15 seconds or so, then it runs again until next mouse move/keypress. (??)

On the first PC, I tried a debug run of the SVN version with gdb. The critical lines:

Program received signal SIGSEGV, Segmentation fault.
0x024e9c97 in ?? () from C:\WINDOWS\system32\nvoglnt.dll
(gdb) warning: Lowest section in C:\WINDOWS\system32\xpsp2res.dll is .rsrc at 00011000
warning: Lowest section in C:\WINDOWS\system32\mfc42loc.dll is .rsrc at 61dc1000

I cannot interpret the last 2 lines.
But does the nvoglnt.dll hint mean this is an OpenGL issue?
I have the latest NVidia drivers for my notebook (2009-11-20. For Geforce 9800M GTS.)

How would I build a debug version for more meaningful symbols? Does QT4.6.1 change anything?
(sorry, I am no expert in gdb or qmake.)

The log file seems not to provide a clue:

2010-01-29T13:24:58
Windows XP
Compiled with GCC 4.4.0
Qt runtime version: 4.6.1
Qt compilation version: 4.6.1
Addressing mode: 32-bit
Total memory: 2047 MB (unreliable)
Total virtual memory: 2047 MB (unreliable)
Physical memory in use: 38%
Processor speed: 2527 MHz
Processor name: Intel(R) Core(TM)2 Duo CPU P9500 @ 2.53GHz
Processor speed: 2527 MHz
Processor name: Intel(R) Core(TM)2 Duo CPU P9500 @ 2.53GHz
C:\Programme\Stellarium\stellarium.exe
 -------------------------------------------------------
[ This is Stellarium 0.10.3 - http://www.stellarium.org ]
[ Copyright (C) 2000-2010 Fabien Chereau et al ]
 -------------------------------------------------------
Writing log file to: "C:/Dokumente und Einstellungen/gzotti/Anwendungsdaten/Stellarium/log.txt"
File search paths:
  0 . "C:\Dokumente und Einstellungen\gzotti\Anwendungsdaten\Stellarium"
  1 . "."
Attempting to use an existing older config file.
Config file is: "C:\Dokumente und Einstellungen\gzotti\Anwendungsdaten\Stellarium/config.ini"
Cache directory is: "C:\Dokumente und Einstellungen\gzotti\Lokale Einstellungen\Anwendungsdaten\stellarium\stellarium\cache"
Sky language is "de"
Application language is "de"
Loading Solar System data ...
Loaded 38 / 38 planet orbits
Loading star data ...
"Loading "./stars/default/stars_0_0v0_1.cat": 0_0v0_1; 5013"
"Loading "./stars/default/stars_1_0v0_1.cat": 1_0v0_1; 21999"
"Loading "./stars/default/stars_2_0v0_1.cat": 2_0v0_1; 151416"
"Loading "./stars/default/stars_3_1v0_0.cat": 3_1v0_0; 434064"
Finished loading star catalogue data, max_geodesic_level: 3
navigation/preset_sky_time is a double - treating as jday: 2.45151e+06
Use vertex shader for stars rendering
Loaded 10051 NGC records
Loading NGC name data ...
Loaded 222 / 222 NGC name records successfully
Use vertex shader for atmosphere rendering: "./data/shaders/xyYToRGB.glsl"
Loaded 88 / 88 constellation records successfully for culture "western"
Loaded 85 / 85 constellation art records successfully for culture "western"
Loaded 89 / 89 constellation names
Loading constellation boundary data ...
Loaded 782 constellation boundary segments
Loading star names from "./skycultures/western/star_names.fab"
Loaded 230 / 230 common star names
Loading star names from "./stars/default/name.fab"
Loaded 3215 / 4359 scientific star names
Creating GUI ...
Loaded plugin "AngleMeasure" .
AngleMeasure plugin - press control-A to toggle angle measure mode
Loaded plugin "CompassMarks" .
CompassMarks plugin - press control-C to toggle compass marks
Loaded plugin "Oculars" .
Ocular plugin - press Command-o to toggle eyepiece view mode. Press ALT-o for configuration.
Oculars::validateIniFile ocular.ini exists at: "C:\Dokumente und Einstellungen\gzotti\Anwendungsdaten\Stellarium/modules/Oculars/ocular.ini" . Checking version...
Oculars::validateIniFile found existing ini file version 0.12
Oculars opened the DB successfully.
Loaded plugin "Satellites" .
Satellites::init using satellite.json file: "C:\Dokumente und Einstellungen\gzotti\Anwendungsdaten\Stellarium/modules/Satellites/satellites.json"
Loaded plugin "TextUserInterface" .
init called for TextUserInterface
Object::connect: No such slot StelNavigator::setPresetSkyTime(double)
No constellationsart.fab file found for sky culture "navajo"
Loaded 8 / 8 constellation records successfully for culture "navajo"
Loaded 8 / 8 constellation names
Loading star names from "./skycultures/navajo/star_names.fab"
Loaded 0 / 0 common star names
Loading star names from "./stars/default/name.fab"
Loaded 3215 / 4359 scientific star names

Regards,
Georg

faluco (borja-ferav) wrote :
Download full text (4.5 KiB)

Hello im adding here myself since im having the same problem reported above. I've started to get these crashes right away after upgrading to version 0.10.3.

I have a similar call stack after getting the crashes, from Visual Studio im getting:
> 03b0f38b()
  nvoglnt.dll!01fb449d()
  [Frames below may be incorrect and/or missing, no symbols loaded for nvoglnt.dll]
  nvoglnt.dll!01fb45a5()
  nvoglnt.dll!01afdc63()
  QtOpenGL4.dll!6d056cdd()
  QtOpenGL4.dll!6d063737()
  QtOpenGL4.dll!6d058acd()
       ...

code:
03B0F375 DD 06 fld qword ptr [esi]
03B0F377 D9 18 fstp dword ptr [eax]
03B0F379 D9 58 04 fstp dword ptr [eax+4]
03B0F37C 8B 35 20 A2 B2 03 mov esi,dword ptr ds:[3B2A220h]
03B0F382 8B B6 1C 01 00 00 mov esi,dword ptr [esi+11Ch]
03B0F388 8D 34 CE lea esi,[esi+ecx*8]
--->03B0F38B 8B 3E mov edi,dword ptr [esi] <<<<<<<<<< CRASHES HERE>>>>>>>>>>>>>>>>
03B0F38D 8B 6E 04 mov ebp,dword ptr [esi+4]
03B0F390 89 78 08 mov dword ptr [eax+8],edi
03B0F393 89 68 0C mov dword ptr [eax+0Ch],ebp
03B0F396 83 C0 10 add eax,10h
03B0F399 41 inc ecx
03B0F39A 4A dec edx

call stack goes on with with further calls between QtOpenGL4.dll and nvoglnt.dll
i cant locate which module is loaded at address 03b0f38b, i'll try to find the above disassembly inside the main stellarium modules to see i can find which module is it.

My logfile is:
2010-01-29T20:30:32
Windows XP
Compiled with GCC 4.4.0
Qt runtime version: 4.6.1
Qt compilation version: 4.6.1
Addressing mode: 32-bit
Total memory: 2047 MB (unreliable)
Total virtual memory: 2047 MB (unreliable)
Physical memory in use: 34%
Processor speed: 2672 MHz
Processor name: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz
Processor speed: 2672 MHz
Processor name: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz
Processor speed: 2672 MHz
Processor name: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz
Processor speed: 2672 MHz
Processor name: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz
Processor speed: 2672 MHz
Processor name: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz
Processor speed: 2672 MHz
Processor name: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz
Processor speed: 2672 MHz
Processor name: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz
Processor speed: 2672 MHz
Processor name: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz
C:\Archivos de programa\Stellarium\stellarium.exe
 -------------------------------------------------------
[ This is Stellarium 0.10.3 - http://www.stellarium.org ]
[ Copyright (C) 2000-2010 Fabien Chereau et al ]
 -------------------------------------------------------
Writing log file to: "C:/Documents and Settings/Borja/Datos de programa/Stellarium/log.txt"
File search paths:
  0 . "C:\Documents and Settings\Borja\Datos de programa\Stellarium"
  1 . "."
Attempting to use an existing older config file.
Config file is: "C:\Documents and Settings\Borja\Datos de programa\Stellarium/config.ini"
Cache directory is: "C:\Documents and Se...

Read more...

Fabien Chéreau (xalioth) wrote :

In fact this happens also on my own XP machine I used to build the package.. I thought that it came from my buggy openGL driver, but maybe it's more than that. I wait that someone makes an alternative win32 package to see if it's reproducible.

If you are willing to help, try to build your own package, it's not so difficult anymore (takes 30 minutes). See my instructions there: http://sourceforge.net/mailarchive/forum.php?thread_name=c3fc7ff1001271312j4025587aq49882c0e5ac0be6b%40mail.gmail.com&forum_name=stellarium-pubdevel

Fabien

Changed in stellarium:
status: New → Confirmed
importance: Undecided → Critical
milestone: none → 0.10.4
faluco (borja-ferav) wrote :

Hello Fabien ive built stellarium following your instructions above, i'll post any results tomorrow, hope to find useful information.

faluco (borja-ferav) wrote :

Unfortunately im getting very bad debug information with this build, this is the call stam i'm getting with Qt Creator:

0 ?? 0 0x0c14f84b
1 ?? 0 0x0000000f
2 nvoglnt!DllMain C:\WINDOWS\system32\nvoglnt.dll 0 0x697be17b
3 ?? 0 0x0bf587e0
4 ?? 0 0x00000000

Address 0x0c14f84b points to the same instruction as mentioned in my previous post (mov (%esi),%edi). Is there a way to build stellarium with more debug info/symbols to get better results?

Fabien Chéreau (xalioth) wrote :

Can someone try to run without fog display. You can deactivate it using the F key. It seems that it doesn't crash for me after that
Fab

faluco (borja-ferav) wrote :

Keeps crashing for me, although it takes a bit longer. Call stack has changed a bit, atleast i can see now some libstelMain.dll calls:

This is taken from visual studio.
> 030e1242()
  nvoglnt.dll!69aa2efa()
  [Frames below may be incorrect and/or missing, no symbols loaded for nvoglnt.dll]
  nvoglnt.dll!69aa3e74()
  nvoglnt.dll!69aa42f0()
  nvoglnt.dll!695edff4()
  libstelMain.dll!672215e8()
  msvcrt.dll!77bfc2e3()
  libstelMain.dll!6728c150()

QtCreator's call stack is empty.

faluco (borja-ferav) wrote :

I've dissasembled libstelMain.dll to put some light to see where atleast is the program before crashing.

For libstelMain.dll!672215e8(), address 0x672215e8 is inside function _ZN10Atmosphere4drawEP8StelCore (in linux do c++filt <name> to demangle the function name).
This address points exactly to <call glDrawElements>, after this call then it goes into nvoglnt.dll.

libstelMain.dll!6728c150() is inside function _ZN12TelescopeMgr4drawEP8StelCore, the exact addr points to <call dword ptr [edx+4]> and it lies at the end of the funcion, as a hint it looks like a virtual function call.

AntiB (anti-b) wrote :

Was crashing after about 5-10 seconds...
Turning off Fog stopped that...
but....now...
as soon as I zoom close to a planet...same crash... (I've only tried Mars, Jupiter and Saturn)
looking at stars, etc does not cause crash..

AntiB (anti-b) wrote :

..oops..
change that "but....now..." to "still..."
It was doing this before, it would often just crash before I could zoom in....

faluco (borja-ferav) wrote :

After finding from my previous post that the atmosphere stuff is being involved in the crashes, i have disabled it (including fog) and after 15 minutes messing around im unable to crash stellarium. So maybe this shortens the bug search a bit.

Jason (jasonalankirby) wrote :

hi i have the same thing going on Bug #515272

i turned off fog and it still crashes but just not as soon about five min now

Barry (dixonb) wrote :

0.10.3 with WIN XP SP3 and AMD processor... from Stellarium startup and no further interaction other than toggle Atmosphere and Fog ON, it crashes after about 5 minutes. With both toggled OFF it hasn't crashed so far (that's after 1 hour). Haven't convinced myself yet whether its Atmosphere AND Fog or either on their own.

Is there a trace I can capture that might help when the Windows DEBUG message pops up ?

faluco (borja-ferav) wrote :

@Barry : What i've seen is that atmosphere AND fog must be off, when i turn on any of both it crashes.

Fabien Chéreau (xalioth) wrote :

I sent a reply some days ago per email, but it apparently never came here...
What I asked is that you set the use_glshaders=false in the [main] section of your config.ini file. I am almost sure that it will fix the problem.
Fab

faluco (borja-ferav) wrote :

Adding use_glshaders=false in config.ini wont fix it for me.

armaggedon51 (mrouilla51) wrote :

Confirmed here too. While this flag reduce the amount of crashes, this version is still unstable and give the same error randomly (nvoglnt). Keep looking, you'll find it. Anything we can do to help.

Jason (jasonalankirby) wrote :

Adding use_glshaders=false in config.ini dident work for me it crashes faster now in one sec now insted of five min

faluco (borja-ferav) wrote :

Fabien, turning off fog with use_glshaders=false makes the menus black and removes fonts including the cardinal points as shown in the included screenshot.

AntiB (anti-b) wrote :

For me, using "use_glshaders=false" seems to stop the crashing, the menus are fine, although moving/zooming gets really 'jerky'..

Barry (dixonb) wrote :

Did a few more tests last night... it ran without errors for several hours with A + F OFF. I then toggled A ON and waited 10 mins... no issue. Then toggled F ON and a few minutes later got the "Visual C++ Runtime Library error... abnormal program termination".

I don't always get "Visual C++ Runtime Library error... abnormal program termination".... sometimes it crashes straight to the "Windows error / debug" message box.

So far I have not changed this: "use_glshaders=false"

ME too have it. Any Can tell me why in the log file it says 2047mb is unreliable?

Barry (dixonb) wrote :

Rhsameera: next time, paste the bit of the log with that message so that we can see it. Also try switching off Atmosphere and Fog. I've not had it fail when they are off.

Thanx for advice! But its same as post on 1st comment! there is no clue about it! So I go back to 0.10.2! now i don't have log file.:-(

faluco (borja-ferav) wrote :

Going to make a summary of what i've found:

With use_glshaders=true, Stellarium wont crash if atmosphere AND fog are off. When enabling either of both it will crash.
With use_glshaders=false, stellarium will only crash with fog enabled, toggling atmosphere wont affect.

Two more things i want to note Fabien are fonts are very blurry (horizontal menu fonts, star labels even blink) depending on the zoom, glshaders doesnt make a difference at all.
Second thing is that after having stellarium running for about 10 mins fps go down from 56fps to 15-20fps, the only thing to restore them back is to restart the program. I think these 2 things are important to take a look.

bailiwick (bailiwick) wrote :

I've downloaded this great software today, but unfortunately it crashed on me right from the start.
After adding 'use_glshaders=false in config.ini', and turning off fog, it crashes after about two minutes, or right after I zoom in on any object.

I'm looking forward to solution for this bug. This software is practical and enjoyable piece of application exactly what I need.
Here's my last Log file (hope it helps):

2010-02-13T17:20:20
Windows XP
Compiled with GCC 4.4.0
Qt runtime version: 4.6.1
Qt compilation version: 4.6.1
Addressing mode: 32-bit
Total memory: 2047 MB (unreliable)
Total virtual memory: 2047 MB (unreliable)
Physical memory in use: 33%
Processor speed: 2412 MHz
Processor name: AMD Athlon(tm) 64 X2 Dual Core Processor 4800+
Processor speed: 2412 MHz
Processor name: AMD Athlon(tm) 64 X2 Dual Core Processor 4800+
C:\Program Files\Stellarium\stellarium.exe
 -------------------------------------------------------
[ This is Stellarium 0.10.3 - http://www.stellarium.org ]
[ Copyright (C) 2000-2010 Fabien Chereau et al ]
 -------------------------------------------------------
Writing log file to: "C:/Documents and Settings/dvorcik/Application Data/Stellarium/log.txt"
File search paths:
  0 . "C:\Documents and Settings\dvorcik\Application Data\Stellarium"
  1 . "."
Config file is: "C:\Documents and Settings\dvorcik\Application Data\Stellarium/config.ini"
Cache directory is: "C:\Documents and Settings\dvorcik\Local Settings\Application Data\stellarium\stellarium\cache"
Sky language is "en"
Application language is "en"
Loading Solar System data ...
Loaded 38 / 38 planet orbits
Loading star data ...
"Loading "./stars/default/stars_0_0v0_1.cat": 0_0v0_1; 5013"
"Loading "./stars/default/stars_1_0v0_1.cat": 1_0v0_1; 21999"
"Loading "./stars/default/stars_2_0v0_1.cat": 2_0v0_1; 151416"
"Loading "./stars/default/stars_3_1v0_0.cat": 3_1v0_0; 434064"
"Loading "C:\Documents and Settings\dvorcik\Application Data\Stellarium/stars/default/stars_4_1v0_0.cat": 4_1v0_0; 1725497"
"Loading "C:\Documents and Settings\dvorcik\Application Data\Stellarium/stars/default/stars_5_2v0_0.cat": 5_2v0_0; 7669011"
Finished loading star catalogue data, max_geodesic_level: 5
navigation/preset_sky_time is a double - treating as jday: 2.45151e+06
Loaded 10051 NGC records
Loading NGC name data ...
Loaded 222 / 222 NGC name records successfully
Loaded 88 / 88 constellation records successfully for culture "western"
Loaded 85 / 85 constellation art records successfully for culture "western"
Loaded 89 / 89 constellation names
Loading constellation boundary data ...
Loaded 782 constellation boundary segments
Loading star names from "./skycultures/western/star_names.fab"
Loaded 230 / 230 common star names
Loading star names from "./stars/default/name.fab"
Loaded 3215 / 4359 scientific star names
Creating GUI ...
Loaded plugin "AngleMeasure" .
AngleMeasure plugin - press control-A to toggle angle measure mode
Loaded plugin "CompassMarks" .
CompassMarks plugin - press control-C to toggle compass marks

Otik (james-e-garfield) wrote :

I am also experiencing crashes after a few seconds of runtime with 0.10.3 on Windows XP.
I have not had a crash after turning off Fog and Atmosphere. Text does appear dimmer than normal with these settings off, though, which makes Stellarium a little harder to use. Otherwise a fantastic app and I'm really looking forward to using it once this is fixed.
Here's the information I've gathered so far; hoping it helps add to the data pile for troubleshooting.

System specs:
Windows XP Pro 32-bit SP3
4 GB RAM (well, as close to 4 as you can get at 32-bit)
Intel Core 2 Duo E8400
NVidia 9500GT with latest drivers as of Feb 15 2010, 6.14.11.9621.
DirectX 9.0c

NVidia and DirectX drivers have been reinstalled.

Attached is the MS debug file that is generated when I run Stellarium.exe and it crashes.

PetziK (petzik) wrote :

Hi there,
it seems that I encounter the same problem. Program crashes after 4sec - 30sec,
I tried to lower the framerate, but no effect.
I also attach the logfile, in case you can find out anything about it, please let me know, thanks,
Peter

Jean (jc-izoco) wrote :

I too had crashes and was unable to use but!! THANKS OTIK, I disabled fog and atmosphere and no problems since, NOT ONE CRASH! So gentlemen look there, it seems to be where the problem is.

Fabien Chéreau (xalioth) wrote :

Dear all,
Could you please try the release candidate for 0.10.4?
http://chereau.free.fr/stellarium_files/stellarium-0.10.4-win32-RC1.exe

Before installing, please uninstall previous versions and suppress
your previous config.ini.
The RC1 uses gl shaders by default for stars and atmosphere rendering.
It also uses the Qt OpenGL2 paint engine

The feedback I expect is:
 - Do you see proper sky labels (no blinking)?
 - Do you still experience random crashes?

Please also try with use_glshaders = false in the [main] section of
the config.ini file.

Thanks!
Fabien

gzotti (georg-zotti) wrote :

Dear Fabien,

I tested on my Notebook, Intel P9500 Core2 duo, NVidia Geforce 9800M GTS, Drivers 6.14.11.9562 (2009-11-20), which caused the original bug report.

I tried it for a full hour, mostly running in the background (where it had also failed previously), now it seems to work perfectly.

With use_glshaders=false, I experience a strange behaviour similar to that described previously for another PC: the graphic updates only as long as the mouse moves, plus a few frames. Then it seems to stop, but the time continues to run. When I move the mouse, the view "jumps" by the passed time. Contrary to that other PC, it does not start to move after 15 seconds, however.

But it seems the worst problem is solved, thank you for your efforts!
Georg

faluco (borja-ferav) wrote :

Im not able to crash Stellarium so that's a very good sign :)
As a side note im experiencing the problem described by gzotti but in a different way, when im not moving the mouse around my framerate will drop from 60fps to 15.7fps, moving the mouse around again boosts frames back to 60fps, so i have to keep moving the mouse around to avoid having sloppy movement.

armaggedon51 (mrouilla51) wrote :

Salut Fabien,

no crash here anymore, so it's a GO for me !
I knew you could fix it in no time. You're awesome coders.

I also tried the glshaders=false but while not crashing, the star names fluctuate and may disappear. Also, zooming is a lot less smooth and choppy. Frame rate figure is erratic as you move the mouse.

Anyway I removed it and it's fine then.

P.S gorgeous program
TX

AntiB (anti-b) wrote :

G'Day Fabien...

Fresh install of 0.10.4 RC1 with default options... no problems :)
Setup options, all star catalogues etc..... no problems :)
Everything seems fine.

Also tried with "use_glshaders = false" (although not for long) and had no problems.

Thanks Mate :)

PetziK (petzik) wrote :

Dear Fabien,
well done, it all works as described by the others. without gl_shaders it doesn't work quite well, with gl_shaders active well done! Thank you!
Peter

Changed in stellarium:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Related questions