Xorg crasht mit aktiviertem DRI

Eydeet

Eydeet

0
Hi,
Ich habe ein Problem damit, die Hardware-Unterstützung für Xorg zu aktivieren, und habe so langsam keine Ahnung mehr, woran es liegen könnte.

Ich habe ein Acer Extensa 5220 Notebook (billig, ich weiß). Die eingebaute Grafikkarte heißt "Mobile Intel Graphics Accelerator X3100" und ich benutze den i810-Treiber.

Wenn ich jetzt bestimmte Programm starte (z.B. bestimmte Spiele oder Google Earth) dann hängt sich das gesamte System auf, und zwar so, dass er auf _nichts_ mehr reagiert, man kann also weder auf die Konsole umschalten noch den X-Server abschießen (Strg+Alt+Backspace).

Wenn ich die Zeile 'Load "dri"' in der xorg.conf rausnehme, laufen sämtliche grafische Programme (z.B. KDE) spürbar langsamer und der Fehler tritt nicht mehr auf. Direct Rendering ist dann eben deaktiviert.

Ich will jetzt weder riskieren, dass ich meinen PC häufiger brutal per Reset-Taste abschießen muss, noch will ich auf den Grafik-Chip verzichten.

Hat vielleicht von euch noch jemand 'ne Idee, wonach ich suchen könnte, oder woran der Fehler liegen könnte?

Mfg, Eydeet.

Code: 
Section "Module"
        Load "dri"
        Load "glx"
        Load "drm"
EndSection

Section "dri"
        Mode 0666
EndSection

Section "Extensions"
        Option "Composite" "Enable"
EndSection

Section "InputDevice"
        Identifier      "Generic Keyboard"
        Driver          "kbd"
        Option          "CoreKeyboard"
        Option          "XkbRules"      "xorg"
        Option          "XkbModel"      "pc105"
        Option          "XkbLayout"     "de"
EndSection

Section "InputDevice"
        Identifier      "Configured Mouse"
        Driver          "mouse"
        Option          "CorePointer"
        Option          "Device"                "/dev/input/mice"
        Option          "Protocol"              "ImPS/2"
        Option          "ZAxisMapping"          "4 5"
        Option          "Emulate3Buttons"       "true"
EndSection

Section "InputDevice"
        Identifier      "Synaptics Touchpad"
        Driver          "synaptics"
        Option          "SendCoreEvents"        "true"
        Option          "Device"                "/dev/psaux"
        Option          "Protocol"              "auto-dev"
        Option          "HorizEdgeScroll"       "0"
EndSection

Section "Device"
        Identifier      "Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller"
        Driver          "i810"
        BusID           "PCI:0:2:0"
        Option          "AccelMethod" "XAA"
        Option          "XAANoOffscreenPixmaps" "true"
        Option          "DRI" "true"
EndSection

Section "Monitor"
        Identifier      "Generic Monitor"
        Option          "DPMS"
EndSection

Section "Screen"
        Identifier      "Default Screen"
        Device          "Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller"
        Monitor         "Generic Monitor"
        DefaultDepth    24
        SubSection "Display"
                Modes           "1280x800"
        EndSubSection
EndSection

Section "ServerLayout"
        Identifier      "Default Layout"
        Screen          "Default Screen"
        InputDevice     "Generic Keyboard"
        InputDevice     "Configured Mouse"
        InputDevice     "Synaptics Touchpad"
EndSection

Code: 
(WW) intel(0): Bad V_BIOS checksum
(WW) intel(0): ESR is 0x00000011, page table error
(WW) intel(0): PGTBL_ER is 0x00040000, overlay tiling
(WW) intel(0): PRB0_CTL (0x0001f001) indicates ring buffer enabled
(WW) intel(0): PRB0_HEAD (0x11e156bc) and PRB0_TAIL (0x00016238) indicate ring buffer not flushed
(WW) intel(0): Existing errors found in hardware state.
(II) intel(0): Output configuration:
(II) intel(0):   Pipe A is on
(II) intel(0):   Display plane A is now enabled and connected to pipe A.
(II) intel(0):   Pipe B is on
(II) intel(0):   Display plane B is now enabled and connected to pipe B.
(II) intel(0):   Output VGA is connected to pipe A
(II) intel(0):   Output LVDS is connected to pipe B
(II) intel(0):   Output TV is connected to pipe none
 
Treiber runterladen und installieren.
Wikieintrag
Scheint von Linux also unterstuetzt zu werden.
Hatte das gleiche Problem auch mit meiner Nvidia Geforce 8400SE Club
Nur das bei mir der Xserver abgestuerzt ist wie als wenn ich die Onboardgraka betreiben wuerde.
Was mich in diesem Zusammenhang wundert ist:
Wenn der Xserver die Graka ansteuern kann, wieso brauch Linux extra Treiber?
Ich meine der Xserver kann die Chips ja ansteuern.
mfg

sw33t

P.s.:Eintrag aus einem Arch-Linuxforum
 
Original von sw33tlull4by
Was mich in diesem Zusammenhang wundert ist:
Wenn der Xserver die Graka ansteuern kann, wieso brauch Linux extra Treiber?
Ich meine der Xserver kann die Chips ja ansteuern.
mfg
Zum Vergrößern anklicken....

Jede Grafikkarte unterstützt ein paar VGA-Standards und heutzutage auch SVGA/Vesa-Standards. Damit sind die grundlegenden Funktionen für den XServer immer nutzbar. Die Treiber sind notwendig um erweiterte Funktionalitäten der Grafikkarte nutzen zu können (GL-Funktionen, höhere Auflösungen usw.).
 
Ich hab mir mal deine Links angeschaut, habe aber leider keine neuen Tipps gefunden, wie das Problem zu lösen ist.

Also: Die Intel treiber (xf86-video-intel) heißen unter Gentoo xf86-video-i810. Die habe ich auch schon installiert. Es funktioniert ja auch alles soweit, bis auf die Abstürze.

Dual-Monitor-Betrieb läuft bei voller Auflösung, und auch Google Earth funktioniert, so weit ich das beurteilen kann, zumindest, bis es mir nach ein wenig herumzoomen Linux killt. Das Selbe gilt auch für andere OpenGL-Programme, die ich getestet habe.

Hat vielleicht noch irgendjemand weitere Ideen? Ich wäre euch wirklich sehr dankbar!

Mfg., Eydeet.
 
Was sagen denn die Logs in /var/log/gdm?
Muesste einer der ersten Dateien sein in welche die Fehlermeldung abgelegt wird.
Da der Fehler ja von deinem Desktopmanager gehandhabt wird.
mfg

sw33t

@Bitmuncher.
Danke fuer die Antwort.
 
gdm-Logs habe ich nicht, weil ich kdm benutze. In /var/log/kdm.log taucht nach einem Crash folgendes auf:
Code: 
Error in I830WaitLpRing(), timeout for 2 seconds
pgetbl_ctl: 0x3ff80001 pgetbl_err: 0x0
ipeir: 0 iphdr: 60020100
LP ring tail: cb0 head: 0 len: 1f001 start 0
Err ID (eir): 0 Err Status (esr): 1 Err Mask (emr): ffffffdf
instdone: ffe5fafd instdone_1: ffff0
instpm: 0
memmode: 0 instps: 8001e02e
HW Status mask (hwstam): fffedffe
IRQ enable (ier): 2 imr: fffe0000 iir: f0
acthd: 387a388 dma_fadd_p: 387a480
ecoskpd: 307 excc: 0
cache_mode: 6800/180
mi_arb_state: 44
IA_VERTICES_COUNT_QW 0/0
IA_PRIMITIVES_COUNT_QW 0/0
VS_INVOCATION_COUNT_QW 0/0
GS_INVOCATION_COUNT_QW 0/0
GS_PRIMITIVES_COUNT_QW 0/0
CL_INVOCATION_COUNT_QW 0/0
CL_PRIMITIVES_COUNT_QW 0/0
PS_INVOCATION_COUNT_QW 0/0
PS_DEPTH_COUNT_QW 0/0
WIZ_CTL 0
TS_CTL 0  TS_DEBUG_DATA 3ee67ff6
TD_CTL 0 / 0
space: 127816 wanted 131064

Fatal server error:
lockup
KDM lässt es sich dann nicht nehmen, sich andauernd selbst neu zu starten.

// Edit:
Die Zeile mit dem space: XXX wanted XXX hat mich noch mal zum testen angeregt, den VideoRam von 127816 mal auf 140000 zu erhöhen. Das Ergebnis war dann eine andere Fehlermeldung:

Code: 
Backtrace:
0: /usr/bin/X(xf86SigHandler+0x6d) [0x48c4ae]
1: /lib/libc.so.6 [0x2ad97aacf430]
2: /usr/bin/X(xf86_reload_cursors+0x67) [0x4ae51c]
3: /usr/lib64/xorg/modules/drivers//intel_drv.so [0x2ad97b73922f]
4: /usr/bin/X(xf86CrtcSetMode+0x256) [0x4ad775]
5: /usr/bin/X(xf86SetDesiredModes+0x12c) [0x4adaf1]
6: /usr/lib64/xorg/modules/drivers//intel_drv.so [0x2ad97b73c77b]
7: /usr/bin/X [0x4744ba]
8: /usr/lib64/xorg/modules/extensions//libglx.so [0x2ad97b4f6b71]
9: /usr/bin/X(xf86Wakeup+0x3e4) [0x48d80a]
10: /usr/bin/X(WakeupHandler+0x4a) [0x453147]
11: /usr/bin/X(WaitForSomething+0x1c0) [0x559ad4]
12: /usr/bin/X(Dispatch+0x8b) [0x44f81c]
13: /usr/bin/X(main+0x458) [0x439e8d]
14: /lib/libc.so.6(__libc_start_main+0xf4) [0x2ad97aabcb74]
15: /usr/bin/X(FontFileCompleteXLFD+0x231) [0x439219]

Fatal server error:
Caught signal 11.  Server aborting

Mfg, Eydeet
 
Der Backtrack sagt mir nichts und die Unterschiedlichen Speicherplatzangaben sind mir auch aufgefallen.
Ich glaube du hast eine Konkurenzsituation, denn Signal 11 bedeutet das dein XServer vesucht hat auf einen Speicherbereich zuzugreifen fuer welche er keine Berechtigung besitzt.
Hatte ich auch aber nur weil meine OnBoardgraka lief.
Wenn du nun mehr Speicherplatz reserviert hast, hat dein System evtl etwas zu wenig.
Fuer weitere sachen kenne ich mich leider nicht so gut aus.
mfg

sw33t
 
Versuche mal die Optionen ab zu schalten bzw. wozu braucht's die?
Code: 
        Option "Composite" "Enable"
        Option          "AccelMethod" "XAA"
        Option          "XAANoOffscreenPixmaps" "true"

Und sind die CFLAGS="-march=XX -OX" korrekt, iwie. schauen die Logs/Meldungen schon komik aus.

Bezueglich GoogleEarth.
 
Inzwischen hat sich mein Fehler etwas gewandelt. Mein Xorg crasht nicht mehr (*freu*), OpenGL-Programme funktionieren aber leider immer noch nicht. Es gibt jetzt ganz merkwürdige Streifen, wenn ich z.B. Google Earth starte. Ich hab nen Screenshot angehängt.

Was ich geändert habe: Gentoo läuft jetzt mit ACCEPT_KEYWORDS="~amd64" => Neuer Kernel, neues Xorg, neue Treiber.

Übrigens habe ich das ganze mal unter Ubuntu getestet, und der Fehler tritt *nicht* auf (bei gleicher Kernel-Config).

Meine CFLAGS sind im Moment auf "möglichst viel optimieren", aber auch mit minimalistischen "-O2 -pipe -march=nocona" (hab alles neu kompiliert) gab es keine Unterschiede, was das Problem betrifft.

Die wichtigen Ausschnitte aus der make.conf:
Code: 
ACCEPT_KEYWORDS="~amd64"
CFLAGS="-O2 -pipe -march=nocona -mfpmath=sse -msse -msse2 -msse3"
CHOST="x86_64-pc-linux-gnu"

Die xorg.conf (auch von Ubuntu kopiert, leicht angepasst):
Code: 
Section "InputDevice"
        Identifier      "Generic Keyboard"
        Driver          "kbd"
        Option          "CoreKeyboard"
        Option          "XkbRules"      "xorg"
        Option          "XkbModel"      "pc105"
        Option          "XkbLayout"     "de"
EndSection

Section "InputDevice"
        Identifier      "Synaptics Touchpad"
        Driver          "synaptics"
        Option          "SendCoreEvents"        "true"
        Option          "Device"                "/dev/psaux"
        Option          "Protocol"              "auto-dev"
        Option          "HorizEdgeScroll"       "0"
EndSection

Section "Device"
        Identifier      "Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller"
        Driver          "intel"
        BusID           "PCI:0:2:0"
EndSection

Section "Monitor"
        Identifier      "Generic Monitor"
        Option          "DPMS"
EndSection

Section "Screen"
        Identifier      "Default Screen"
        Device          "Intel Corporation Mobile GM965/GL960 Integrate Graphics Controller"
        Monitor         "Generic Monitor"
        DefaultDepth    24
        SubSection "Display"
                Modes           "1280x800"
        EndSubSection
EndSection

Section "ServerLayout"
        Identifier      "Default Layout"
        Screen          "Default Screen"
        InputDevice     "Generic Keyboard"
        InputDevice     "Synaptics Touchpad"
EndSection

In Xorg.0.log, kdm.log und xdm.log treten die oben genannten Fehlermeldungen nicht mehr auf.

//EDIT: Google Earth spuckt eine Fehlermeldung aus: "libGL warning: 3D driver claims to not support visual 0x64". Ob das was damit zu tun hat, weiß ich nicht. Ich hab' auch im Internet nichts vernünftiges gefunden.

Übrigens läuft glxgears ohne Probleme ?(
 
Ist doch sicher deine Graka im Eimer. Oder hast du mit z.B. einer liveCD keine Probleme (da auch mal [3d] spiele laufen lassen)
 
Wie gesagt, unter Ubuntu und Windows gibt es keine Probleme.
Am Kernel liegt es wahrscheinlich auch nicht, da ich extra den Ubuntu-Kernel selbst kompiliert habe, mit der Config von Gentoo.
 
Nimm doch einfach mal diese "-mfpmath=sse -msse -msse2 -msse3" flags raus, bin da eig. sehr skeptisch, SSE3 ist z.B unter dem Codenamen Prescott enthalten.
Ich mein ein Xeon53* 32'er brauch laut GCC-Doku nur das "-march=prescott" Flag, "-msse3" brauchen i.d.R. nur Athlon 64'er.

Und was'n Kde4 auch noch, Du machst es Dir nicht leicht :D

aber auch mit minimalistischen "-O2 -pipe -march=nocona" (hab alles neu kompiliert) gab es keine Unterschiede, was das Problem betrifft.
Zum Vergrößern anklicken....
Mhhh, ich habe nicht viel Ahnung ueber KDE4, so viel ich weiss benutzt es standardmaessig die gxl_ext_texture_from_pixmap-Erweiterung (GLDesktop bei Nvidia, Aiglx bei AMD & Intel ).

Die Informationen sind soweiso ein wenig zerstreut, im diesem Wiki-Eintrag wird das "-march=nocona" Flag benutzt aber kein ACCEPT_KEYWORD="~amd64" und laut "Safe CFlags" der Gentoo-Wiki kein "-march=pentium-m".

Afaik wuerd ich erstmal ~x86, min. KDE3.5.9 & die passenden CFlags (s. Gentoo-Wiki Safe CFlags) benutzen.
 
Du meinst also, ich soll alles mit den CFLAGS="-march=nocona -O2 -pipe" neu kompilieren?
Ich will nur noch mal sicher gehen, schließlich dauert das ein paar Tage.

Ich hab' übrigens nicht mit KDE4 angefangen, das Problem hatte ich auch schon mit KDE3.5 und Fluxbox. Damals habe ich auch noch alles mit obigen CFLAGS und ohne ACCEPT_KEYWORDS kompiliert.

Übrigens: ACCEPT_KEYWORDS=~x86 würde bei mir keinen Sinn machen, da ich kein x86-System habe, sondern ein amd64-System. Ich fand's auch ein wenig verwirrend, da ein Intel schließlich kein AMD ist. Es gibt aber keine Intel64-Variante.
 
Ne, das ist schon klar, nur verwirrt mich das laut SafeCflags unpassende "-march=nocona", da Du einen Celeron Sockel M drinnen hast solltest Du dieses Flag benutzen: "-march=pentium-m".

Steht ja hier.

Übrigens: ACCEPT_KEYWORDS=~x86 würde bei mir keinen Sinn machen
Zum Vergrößern anklicken....
Das macht schon Sinn, da das x86 fuer 32Bit (die ein 64Bit Prozessor logischerwise verarbeiten kann, ) steht und unproblematischer ist, Du musst nicht zwingend Software einsetzten die 64Bit-Register nutzt.

Aber in Deinem Fall wuerde ich auf Nummer sicher gehen, um andere Fehler ausschliessen zu koennen.
 
march=nocona sollte schon richtig sein, das finde ich auch in anderen Foren (z.B. hier: http://www.debianforum.de/forum/viewtopic.php?p=576773&sid=)

So wie es aussieht, ist mein Prozessor kein Celeron-M.
/proc/cpuinfo sagt:
Code: 
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 22
model name	: Intel(R) Celeron(R) CPU          530  @ 1.73GHz
...
=> model stimmt also nicht überein.

zu ACCEPT_KEYWORDS:
beim Masking durch keywords handelt es sich um einen Schutz im Portage. Neue Pakete, die noch wenig unter Gentoo getestet sind, mit denen aber keine/kaum Probleme bekannt sind werden "maskiert". Das läuft für jede Plattform einzeln ab (also x86, amd64, ppc usw.)

Die Plattform ist im CHOST festgelegt und lässt sich nicht so einfach ändern. Es ist dann nötig, alles neu zu kompilieren, da die Architekturen meist nicht miteinander kompatibel sind. => Es wäre dann einfacher, Gentoo noch mal von Grund auf neu aufzusetzen.

Weil ich ein amd64-Gentoo habe, wird bei mir alles gesperrt, was mit ~amd64 maskiert ist. Wenn ich jetzt einstelle, dass Portage alle ~86-Maskierungen nicht beachtet, sind die Pakete immer noch gesperrt => keine Wirkung.

Mir ist schon bekannt, dass es möglich ist, 32bit-Programme auf 64bit-Prozessoren laufen zu lassen, aber das hat nichts mit den keywords zu tun, die habe ich nur aktiviert, um immer die neusten Programm-Versionen zu haben.

Prinzipiell sollte das Ganze auch in nem 64bit-Linux laufen, Ubuntu ist auch 64bit. Ich bin gerade dabei, alles noch mal neu zu kompilieren (mit nocona), mal sehen, ob das was ändert. Ich habe außerdem eben Xfce installiert, der Fehler ist der gleiche, also liegt es wahrscheinlich nicht an KDE4.

Ich hab' so langsam echt keine Ahnung mehr, wie ich noch an das Problem drangehen könnte :(.
 
OK, ich sehe grad der 530 Basiert auf dem Core-Kern die flags muessten passen.

Aber die netten Hexadezimalcodes irritieren mich schon ein wenig, hauptsache Mesa3D wird ordentlich kompiliert und mit i810 merged, muesste ja global gesetzt sein.

Wenn das 64 Bit Ubuntu passt und keine ähnlichen errors auspuckt, liegt's echt an den Kompilieroptionen.
 
Das Ganze wird immer merkwürdiger... emerge -e world ist ohne Probleme durchgelaufen, und als ich Google Earth heute morgen getestet habe, war der Fehler immer noch da. Als ich das Ganze eben noch mal ausprobiert habe (nach einem revdep-rebuild) ist Google Earth nicht mehr gestartet, hat dafür aber eine nicht besonders aussagekräftige Meldung ausgegeben:
Code: 
libGL warning: 3D driver claims to not support visual 0x75
googleearth-bin: bufmgr_fake.c:746: bmGenBufferStatic: Assertion `0' failed.
Google Earth has caught signal 6.

Stacktrace from glibc:
  ./googleearth-bin(__gxx_personality_v0+0x1e8) [0x8057fb4]
  ./googleearth-bin [0x8058399]
  [0xffffe500]
  [0xffffe410]
  /lib32/libc.so.6(gsignal+0x55) [0xf6083ed5]
  /lib32/libc.so.6(abort+0x101) [0xf60856e1]
  /lib32/libc.so.6(__assert_fail+0xee) [0xf607d0ce]
  /usr/lib32/dri/i965_dri.so(bmGenBufferStatic+0x10e) [0xf049665e]
  /usr/lib32/dri/i965_dri.so(intel_region_create_static+0xa8) [0xf049d258]
  /usr/lib32/dri/i965_dri.so(intelInitContext+0x2e5) [0xf049c155]
  /usr/lib32/dri/i965_dri.so(brwCreateContext+0x74) [0xf04b4334]
  /usr/lib32/dri/i965_dri.so [0xf049ddcb]
  /usr/lib32/dri/i965_dri.so [0xf0491363]
  //usr/lib32/opengl/xorg-x11/lib/libGL.so.1 [0xf5dfcde0]
  //usr/lib32/opengl/xorg-x11/lib/libGL.so.1(glXCreateContext+0x32) [0xf5dfd202]
  ./libIGGfx.so(_ZN3Gap3Gfx18igOglVisualContext21internalCreateContextEv+0x9d) [0xf67c303d]
  ./libIGGfx.so(_ZN3Gap3Gfx18igOglVisualContext4openEv+0xa7) [0xf6800227]
  /opt/googleearth/libevll.so(_ZN5earth4evll13VisualContext11openContextEN3Gap3Gfx25igRenderDestinationFormatERKNS0_8InitInfoE+0xb1) [0xf395b2db]
  /opt/googleearth/libevll.so(_ZN5earth4evll13VisualContext4initERKNS0_8InitInfoE+0x1a6) [0xf395e01c]
  /opt/googleearth/libevll.so(_ZN5earth4evll17RenderContextImpl4initERKNS0_8InitInfoE+0x74) [0xf391d4d6]
  ./librender.so(_ZN12RenderWidget6setApiEPN5earth4evll3APIE+0x44) [0xf62b4818]
  ./librender.so(_ZN5earth6render12RenderWindow12createWidgetEv+0x7a) [0xf62a1124]
  ./libgoogleearth.so(_ZN5earth6client12ModuleWidget9showEventEP10QShowEvent+0x51) [0xf76d33d9]
  ./libqt-mt.so.3(_ZN7QWidget5eventEP6QEvent+0x277) [0xf6dd2017]
  ./libqt-mt.so.3(_ZN12QApplication14internalNotifyEP7QObjectP6QEvent+0xa1) [0xf6d249a1]
  ./libqt-mt.so.3(_ZN12QApplication6notifyEP7QObjectP6QEvent+0xc9) [0xf6d25489]
  ./libqt-mt.so.3(_ZN7QWidget4showEv+0x266) [0xf6dd0f76]
  ./libqt-mt.so.3(_ZN7QWidget12showChildrenEb+0x11b) [0xf6dd0ccb]
  ./libqt-mt.so.3(_ZN7QWidget4showEv+0x207) [0xf6dd0f17]
  ./libqt-mt.so.3(_ZN7QWidget12showChildrenEb+0x11b) [0xf6dd0ccb]
  ./libqt-mt.so.3(_ZN7QWidget4showEv+0x207) [0xf6dd0f17]
  ./libqt-mt.so.3(_ZN7QWidget12showChildrenEb+0x11b) [0xf6dd0ccb]
  ./libqt-mt.so.3(_ZN7QWidget4showEv+0x207) [0xf6dd0f17]
  ./libqt-mt.so.3(_ZN7QWidget12showChildrenEb+0x11b) [0xf6dd0ccb]
  ./libqt-mt.so.3(_ZN7QWidget4showEv+0x207) [0xf6dd0f17]
  ./libqt-mt.so.3(_ZN7QWidget12showChildrenEb+0x11b) [0xf6dd0ccb]
  ./libqt-mt.so.3(_ZN7QWidget4showEv+0x207) [0xf6dd0f17]
  ./libqt-mt.so.3(_ZN7QWidget12showChildrenEb+0x11b) [0xf6dd0ccb]
  ./libqt-mt.so.3(_ZN7QWidget4showEv+0x207) [0xf6dd0f17]
  ./libqt-mt.so.3(_ZN7QWidget12showChildrenEb+0x11b) [0xf6dd0ccb]
  ./libqt-mt.so.3(_ZN7QWidget4showEv+0x207) [0xf6dd0f17]
  ./libqt-mt.so.3(_ZN11QMainWindow4showEv+0x93) [0xf6ea52b3]
  ./libqt-mt.so.3(_ZN7QWidget10showNormalEv+0x33) [0xf6dca5e3]
  ./libgoogleearth.so(_ZN10MainWindow18readScreensizeInfoEv+0x592) [0xf76a28ce]
  ./libgoogleearth.so(_ZN5earth6client11Application12setupMainWinERK7QString+0x1f5) [0xf76c056d]
  ./libgoogleearth.so(_ZN5earth6client11Application3runEv+0x1f0) [0xf76c37c2]
  ./googleearth-bin(main+0x11f) [0x8058817]
  /lib32/libc.so.6(__libc_start_main+0xe0) [0xf6070400]
  ./googleearth-bin(__gxx_personality_v0+0x75) [0x8057e41]




We apologize for the inconvenience, but Google Earth has crashed.
 This is a bug in the program, and should never happen under normal
 circumstances. A bug report and debugging data are now being written
 to this text file:

    /home/eydeet/.googleearth/crashlogs/crashlog-03B979C0.txt

This bug report will be sent to Google automatically next time you run
 Google Earth. Its data, which contains no personal information, will help
 us correct problems without bothering you further. If you would rather
 this info not be transmitted, please delete the above file before running
 the program again. If you want bug reports to NEVER be sent, remove the
 above 'crashlogs' directory's read/write permissions.
 
Um antworten zu können musst du eingeloggt sein.
Zurück
Oben