Hallo! Ich kann von OpenInventor nur den einfachen Viewer ivview starten. Sobald ich den SceneViewer starten will, stürzt dieser mit einem "Speicherzugriffsfehler" ab. Hat jemand das Problem schonmal gehabt und evtl. gelöst? Ich habe wenig Verständnis für den Fehler, da der SceneViewer nichts anderes ist als der ivview um einen Materialeditor und ein bis zwei Kleinigkeiten aufgestockt. Meine Grafikkarte ist eine GeForce2 GTS Pro und ich habe die nvidia-Treiber installiert. Ein switch2mesasoft hat allerdings auch keine Besserung gebracht. Jetzt bin ich ratlos, wo ich suchen soll... CU und schonmal danke falls jemand eine Idee hat Martin Öhler
On Fre, 2001-09-07 at 15:13, Martin Öhler wrote:
Hallo!
Ich kann von OpenInventor nur den einfachen Viewer ivview starten. Sobald ich den SceneViewer starten will, stürzt dieser mit einem "Speicherzugriffsfehler" ab.
Hat jemand das Problem schonmal gehabt und evtl. gelöst? Also bei mir läuft er ...
Ich habe wenig Verständnis für den Fehler, da der SceneViewer nichts anderes ist als der ivview um einen Materialeditor und ein bis zwei Kleinigkeiten aufgestockt. Ohhh, OIV und der SceneViewer sind monströse Werkzeuge, die eine ganz erhebliche Infrastruktur hinter sich herziehen (Motif, freetype, OpenGL, GLX, g++)...
Meine Grafikkarte ist eine GeForce2 GTS Pro und ich habe die nvidia-Treiber installiert. Ein switch2mesasoft hat allerdings auch keine Besserung gebracht. Fänd ich auch überraschend, wenn das funktionieren würde (Hat bei mir noch nie funktioniert) :)
Jetzt bin ich ratlos, wo ich suchen soll...
CU und schonmal danke falls jemand eine Idee hat
Genaue Fehlermeldung, ~/.X.err analysieren, /var/log/XFree86.*log analysieren. ggf. post-mortem core-dump Analyse (gdb <program> core) durchführen, welche libs werden dynamisch hinzugelinkt (ldd <program>), usw. usf. Welche SuSE Version, welcher g++, welches Motif, Original-SuSE-rpms, welcher NVidia-Treiber, welches XFree86, glx in XFree86 richtig konfiguriert ...? Fehlerquellen gibt es da etliche. Ralf
Hi! Ralf Corsepius wrote:
Genaue Fehlermeldung, ~/.X.err analysieren, /var/log/XFree86.*log analysieren. ggf. post-mortem core-dump Analyse (gdb <program> core) durchführen, welche libs werden dynamisch hinzugelinkt (ldd <program>), usw. usf.
1) ~/.X.err finde ich nicht, auch bei systemweiter Suche nicht. 2) Analyse XFree86.0.log, XFree86.99.log: Nur warnings, daß ein-zwei font-directorys nicht existieren der Art (WW) The directory "/usr/X11R6/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. und dass es einige dafault-modes geloescht wurden. 3) gdb-Analyse: /home/martin/core: No such file or directory. 4) # ldd /usr/bin/SceneViewer libInventorXt.so => /usr/lib/libInventorXt.so (0x40017000) libInventor.so => /usr/lib/libInventor.so (0x400a6000) libXm.so.1 => /usr/X11R6/lib/libXm.so.1 (0x405c6000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x406f7000) libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40745000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4074d000) libGLU.so.1 => /usr/lib/libGLU.so.1 (0x40830000) libGL.so.1 => /usr/lib/libGL.so.1 (0x408b4000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x408f1000) libdl.so.2 => /lib/libdl.so.2 (0x40900000) libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x40904000) libm.so.6 => /lib/libm.so.6 (0x4094d000) libc.so.6 => /lib/libc.so.6 (0x4096c000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40a89000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40a93000) libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0x40aab000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
Welche SuSE Version, welcher g++, welches Motif, Original-SuSE-rpms, welcher NVidia-Treiber, welches XFree86, glx in XFree86 richtig konfiguriert ...?
- SuSE 7.2 - g++ 2.95.3 - openmotif kann ich Dir nicht genau sagen, ich finde unter /usr/share/alien/patches sowohl motif_2.1.10* als auch motif_2.1.30* - alles original SuSE-RPMs - Nvidia-Treiber 1.0-1251 - XFree 4.0.3 - glx richtig konfiguriert
Fehlerquellen gibt es da etliche.
Wie wahr, kommt jemand irgendetwas verdächtig vor? CU Martin
On Fre, 2001-09-07 at 17:12, Martin Öhler wrote:
Hi!
Ralf Corsepius wrote:
Genaue Fehlermeldung, ~/.X.err analysieren, /var/log/XFree86.*log analysieren. ggf. post-mortem core-dump Analyse (gdb <program> core) durchführen, welche libs werden dynamisch hinzugelinkt (ldd <program>), usw. usf.
1) ~/.X.err finde ich nicht, auch bei systemweiter Suche nicht. Ob die erzeugt wird, hängt von deiner Umgebung ab, ...
2) Analyse XFree86.0.log, XFree86.99.log: Nur warnings, daß ein-zwei font-directorys nicht existieren der Art
(WW) The directory "/usr/X11R6/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path.
und dass es einige dafault-modes geloescht wurden. Alles unkritisch.
3) gdb-Analyse: Vorher mittels ulimit core-dumps erlauben:
Interessant wären die auf GLX bez. Abschnitte aus XFree86*log und ob auf der Console , xconsole, ~/.X.err oder XFree86*log auffällige Log-Meldungen des NVidia-Treiber beim Start des SceneViewers auftreten. ulimit -c unlimited
/home/martin/core: No such file or directory.
4) # ldd /usr/bin/SceneViewer libInventorXt.so => /usr/lib/libInventorXt.so (0x40017000) libInventor.so => /usr/lib/libInventor.so (0x400a6000) libXm.so.1 => /usr/X11R6/lib/libXm.so.1 (0x405c6000) Das müsste und sollte Lesstif sein, sieht auch danach aus.
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x406f7000) libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40745000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4074d000) libGLU.so.1 => /usr/lib/libGLU.so.1 (0x40830000) Was sagt: rpm -q -f /usr/lib/libGLU.so.1
libGL.so.1 => /usr/lib/libGL.so.1 (0x408b4000) Wohin zeigt /usr/lib/libGL.so.1 (Müsste ein SymLink sein)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x408f1000) libdl.so.2 => /lib/libdl.so.2 (0x40900000) libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x40904000) libm.so.6 => /lib/libm.so.6 (0x4094d000) libc.so.6 => /lib/libc.so.6 (0x4096c000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40a89000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40a93000) libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0x40aab000) Wohin zeigt /usr/lib/libGLcore.so.1 (Auch das müsste ein SymLink sein).
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
Welche SuSE Version, welcher g++, welches Motif, Original-SuSE-rpms, welcher NVidia-Treiber, welches XFree86, glx in XFree86 richtig konfiguriert ...?
- SuSE 7.2 - g++ 2.95.3 Woher? Von CD?
- openmotif kann ich Dir nicht genau sagen, ich finde unter /usr/share/alien/patches sowohl motif_2.1.10* als auch motif_2.1.30*
rpm -qa | grep -i motif rpm -qa | grep -i lesstif Sollte Klarheit verschaffen. Der SceneViewer ist mit Lesstif gelinkt, da OIV offiziell Motif-1.2.4 braucht und SuSE Lesstif als Ersatz für Motif-1.2.4 mitliefert.
- alles original SuSE-RPMs - Nvidia-Treiber 1.0-1251 - XFree 4.0.3 - glx richtig konfiguriert
Fehlerquellen gibt es da etliche.
Wie wahr, kommt jemand irgendetwas verdächtig vor? Ich sehe nichts wirklich aussergewöhnliches und tippe deshalb auf immer noch auf Konfigurationsfehler bez. XServer und/oder NVidia-Treiber.
Ansonsten scheint Dein System fast identisch zu meinem zu sein :) Ralf
Hi! Sorry, daß die Antwort eine Weile gebraucht hat, bin bisher nicht dazu gekommen... Ralf Corsepius wrote:
On Fre, 2001-09-07 at 17:12, Martin Öhler wrote: Interessant wären die auf GLX bez. Abschnitte aus XFree86*log und ob auf der Console , xconsole, ~/.X.err oder XFree86*log auffällige Log-Meldungen des NVidia-Treiber beim Start des SceneViewers auftreten.
Nein, nichts auffälliges.
3) gdb-Analyse: Vorher mittels ulimit core-dumps erlauben: ulimit -c unlimited
Habe ich gemacht und gleich einen 5 MB-Core gekriegt :-)
Was sagt: rpm -q -f /usr/lib/libGLU.so.1
xf86glu-4.0.99.1-34
Wohin zeigt /usr/lib/libGL.so.1 (Müsste ein SymLink sein)
/usr/lib/libGL.so.1 -> GL/libGL.so.1.0.1512.nv_glx
Wohin zeigt /usr/lib/libGLcore.so.1 (Auch das müsste ein SymLink sein).
/usr/lib/libGLcore.so.1 -> libGLcore.so.1.0.1512.nv_glx
Woher? Von CD?
Genau, plus die üblichen security-updates.
rpm -qa | grep -i motif
openmotif-2.1.30MLI4-68 openmotif-devel-2.1.30MLI4-68
rpm -qa | grep -i lesstif
lesstif-0.92.6-46 Was mache ich mit dem core? Ich sehe einen lesbaren Abschnitt und einen Haufen Müll. Gibt es da irgendwas, wonach ich suchen soll. Das ganze Ding wollte ich nicht posten :-) CU Martin -- "Children are delighted to think of a computer as a stupid but speedy slave working for a smart but slow master." (Stephen D. Savas, 1985)
On Mit, 2001-09-12 at 22:09, Martin Öhler wrote:
Hi!
Sorry, daß die Antwort eine Weile gebraucht hat, bin bisher nicht dazu gekommen...
Ralf Corsepius wrote:
On Fre, 2001-09-07 at 17:12, Martin Öhler wrote: Interessant wären die auf GLX bez. Abschnitte aus XFree86*log und ob auf der Console , xconsole, ~/.X.err oder XFree86*log auffällige Log-Meldungen des NVidia-Treiber beim Start des SceneViewers auftreten.
Nein, nichts auffälliges. Nicht?
Sollte aber: .. (II) [GLX]: Updating NV driver (scrn 0) with 1 contexts, 0 drawables ..
3) gdb-Analyse: Vorher mittels ulimit core-dumps erlauben: ulimit -c unlimited
Habe ich gemacht und gleich einen 5 MB-Core gekriegt :-) # gdb /usr/bin/SceneViewer core Dann (im gdb) where eintippen. Es sollte dann ein Stack-Trace aller bisher aufgerufenen Funktionen erscheinen.
Was sagt: rpm -q -f /usr/lib/libGLU.so.1
xf86glu-4.0.99.1-34 Gut.
Wohin zeigt /usr/lib/libGL.so.1 (Müsste ein SymLink sein)
/usr/lib/libGL.so.1 -> GL/libGL.so.1.0.1512.nv_glx
Wohin zeigt /usr/lib/libGLcore.so.1 (Auch das müsste ein SymLink sein).
/usr/lib/libGLcore.so.1 -> libGLcore.so.1.0.1512.nv_glx Sehr gut. Bedeutet, dass die GLX Installation auf NVidia konfiguriert ist und zu stimmen scheint.
Woher? Von CD?
Genau, plus die üblichen security-updates. OK.
rpm -qa | grep -i motif
openmotif-2.1.30MLI4-68 openmotif-devel-2.1.30MLI4-68
rpm -qa | grep -i lesstif
lesstif-0.92.6-46 Auch das sollte richtig sein.
Was mache ich mit dem core? Den Stack-Trace analysieren. "where" sagt Dir normalerweise wo der SEGFAULT aufgetreten ist. Daraus lässt sich dann meist ableiten, was nicht funktioniert.
Ich sehe einen lesbaren Abschnitt und einen Haufen Müll. Gibt es da irgendwas, wonach ich suchen soll. Das ganze Ding wollte ich nicht posten :-) :)
Nachdem deine GLX-Installation zu stimmen scheint, bleibt noch g++ und der Kernel bzw. NVidia-kernel übrig. 1.0.1512 deutet darauf hin, dass Du das allerneueste NVidia-GLX verwendest. Bist Du Dir sicher, dass Du auch die entsprechende NVidia_kernel-Version verwendest und diese auch zum Kernel passt? Hast Du das "Umschalten von X auf Console => Bildschirm bleibt schwarz"-Problem? Hast Du neben dem Standard SuSE-gcc noch weitere gccs installiert? Ralf
Hallo! Ralf Corsepius wrote:
On Mit, 2001-09-12 at 22:09, Martin Öhler wrote: Nicht?
Sollte aber: .. (II) [GLX]: Updating NV driver (scrn 0) with 1 contexts, 0 drawables
# cat /var/log/XFree86.0.log | grep GLX (II) Loading extension GLX (II) Loading extension NV-GLX (II) [GLX]: Calling GlxExtensionInit (II) [GLX]: associated 8 out of 8 GLX visuals Das ist alles in meinem XFree-logfile mit GLX.
3) gdb-Analyse: Vorher mittels ulimit core-dumps erlauben: ulimit -c unlimited
Habe ich gemacht und gleich einen 5 MB-Core gekriegt :-) # gdb /usr/bin/SceneViewer core Dann (im gdb) where eintippen. Es sollte dann ein Stack-Trace aller bisher aufgerufenen Funktionen erscheinen.
Ich hoffe, ich habe das richtig gemacht... (gdb) core-file ~/core Core was generated by `SceneViewer'. Program terminated with signal 11, Segmentation fault. #0 0x409f01e9 in ?? () (gdb) where #0 0x409f01e9 in ?? () #1 0x409f0064 in ?? () #2 0x40703423 in ?? () #3 0x4065bea2 in ?? () #4 0x4065c2f7 in ?? () #5 0x8057410 in ?? () #6 0x8059700 in ?? () #7 0x8058edf in ?? () #8 0x80508f0 in ?? () #9 0x8050382 in ?? () #10 0x805005e in ?? () #11 0x40998c6f in ?? () Hmmm, das sagt mir gar nichts. Irgendwelche Speicheradressen mit Fragezeichen. :-( Oder habe ich den falsch bedient?
Nachdem deine GLX-Installation zu stimmen scheint, bleibt noch g++ und der Kernel bzw. NVidia-kernel übrig.
1.0.1512 deutet darauf hin, dass Du das allerneueste NVidia-GLX verwendest. Bist Du Dir sicher, dass Du auch die entsprechende NVidia_kernel-Version verwendest und diese auch zum Kernel passt?
Ja, beides aktualisiert.
Hast Du das "Umschalten von X auf Console => Bildschirm bleibt schwarz"-Problem?
Nein, nicht mehr. Hatte ich früher. Jetzt benutze ich den gdm und habe keine Probleme mehr. Mit dem kdm hatte ich es seit dem nicht mehr versucht.
Hast Du neben dem Standard SuSE-gcc noch weitere gccs installiert?
Nein. Obwohl ich Gründe hätte, das zu tun, aber das ist ein anderer Thread... CU und danke für Deine Hilfe Martin -- "Children are delighted to think of a computer as a stupid but speedy slave working for a smart but slow master." (Stephen D. Savas, 1985)
participants (2)
-
Martin Öhler -
Ralf Corsepius