PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : DEBUGGEN, was geht



Hans-Georg Normann
01-02-2003, 21:19
Weiß nicht ob ich hier so ganz richtig bin, also probier ich's einfach mal.

Ich habe einen neuen PC, natürlich mit Geforce4 Grafikkarte.:D Bekanntlich muß man die selbst einbinden. Kernel- und GLX programme ziehen und einbinden. Egal was isch mache, nachdem ich die Pakete installiert habe und glxinfo aufrufe, kommt
display 0:0
Speicherzugriffsfehler. Das passiert mit fertigen RPM-Binaries als auch mit selbst compilierten Treibern.

Meine Frage ist: kann man das debuggen, damit man mal eine Vorstellung bekommt, wer da nicht mit wem kann?

Versionen:
NVIDIA_GLX-1.0-4191.i386.rpm
NVIDIA_kernel-1.0-4191.rh80up.athlon.rpm

[hans@rosi GEFORCE]$ XFree86 -version

XFree86 Version 4.2.0 (Red Hat Linux release: 4.2.0-72) / X Window System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 23 January 2002
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
reporting problems. (See http://www.XFree86.Org/)
Build Operating System: Linux 2.4.18-11smp i686 [ELF]
Build Host: daffy.perf.redhat.com

Module Loader present
OS Kernel: Linux version 2.4.18-19.8.0 (bhcompile@tweety.devel.redhat.com)
(gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)) #1 Thu Dec 12 04:37:40 EST 2002
[hans@rosi GEFORCE]$

Wer nett, wenn mir mal jemand einen Tipp geben könnte.

Hans

Hans-Georg Normann
02-02-2003, 00:31
Ich bin mal etwas ungeduldig gewesen und habe einfach mal ddd glxinfo gestartet. Und das ist das Resultat. Kann mir jemand erklären, was da vor sich geht?


(gdb) run
(no debugging symbols found)...Hardware watchpoint 1: {<text variable, no debug info>} 0x8049d40 <main>
(no debugging symbols found)...Hardware watchpoint 1: {<text variable, no debug info>} 0x8049d40 <main>
(no debugging symbols found)...Hardware watchpoint 1: {<text variable, no debug info>} 0x8049d40 <main>
(no debugging symbols found)...Hardware watchpoint 1: {<text variable, no debug info>} 0x8049d40 <main>
(no debugging symbols found)...Hardware watchpoint 1: {<text variable, no debug info>} 0x8049d40 <main>
[New Thread 8192 (LWP 2372)]
(no debugging symbols found)...Hardware watchpoint 1: {<text variable, no debug info>} 0x8049d40 <main>
(no debugging symbols found)...Hardware watchpoint 1: {<text variable, no debug info>} 0x8049d40 <main>
Hardware watchpoint 1: {<text variable, no debug info>} 0x8049d40 <main>
Hardware watchpoint 1: {<text variable, no debug info>} 0x8049d40 <main>
Hardware watchpoint 1: {<text variable, no debug info>} 0x8049d40 <main>
Hardware watchpoint 1: {<text variable, no debug info>} 0x8049d40 <main>
Hardware watchpoint 1: {<text variable, no debug info>} 0x8049d40 <main>
name of display: :0.0

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 8192 (LWP 2372)]
0x400c2554 in __nvsym17122 () from /usr/lib/libGL.so.1
(gdb) graph display `x /ob (gdb) run (no debugging symbols found)... \
Hardware watchpoint 1: {<text variable, no debug info>} 0x8049d40 <main>`
(gdb) Quit
(gdb)

Ist mir schon klar, dass man ohne Sourcecode auch nicht viel weiter kommt.

Hans

Hans-Georg Normann
02-02-2003, 11:46
Hat sich erledigt. Fie Module sollte man gefälligst installieren und laden, wenn der XServer nicht läuft.

das war das ganze Geheimnis