Dotaz: Abclinuxu shazuje webový prohlížeč Midori

[robotics]

Z nějakého záhadného důvodu, vždycky když vlezu s Midori na server abclinuxu tak hned spadne. Debian Squeeze 64 bit - Midori verze 0.2.4.

Výpis z terminálu:

martin@martin-debian:~$ midori
** (midori:5121): DEBUG: NP_Initialize
** (midori:5121): DEBUG: NP_Initialize succeeded
** (midori:5121): DEBUG: NP_Initialize
** (midori:5121): DEBUG: NP_Initialize succeeded
** (midori:5121): DEBUG: NP_Initialize
** (midori:5121): DEBUG: NP_Initialize succeeded
** (midori:5121): DEBUG: NP_Initialize
** (midori:5121): DEBUG: NP_Initialize succeeded
** (midori:5121): DEBUG: NP_Initialize
** (midori:5121): DEBUG: NP_Initialize succeeded
** (midori:5121): DEBUG: NP_Initialize
** (midori:5121): DEBUG: NP_Initialize succeeded
** (midori:5121): DEBUG: NP_Initialize
** (midori:5121): DEBUG: NP_Initialize succeeded
** (midori:5121): DEBUG: NP_Initialize
** (midori:5121): DEBUG: NP_Initialize succeeded
The program 'midori' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadValue (integer parameter out of range for operation)'.
  (Details: serial 10603 error_code 2 request_code 53 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

---

---

Odpovědi

[Jendа]

Mně nepadá, Debian Sid x86_32, Midori 0.3.6.

[Martin Matějek]

Mě taky ne, Salix 13.37 32bit, Midori 0.3.3

[brk]

Midori 0.3.3, Gentoo 64b bez multilib, taktéž padá se stejnou hláškou. Zkusím aktuální verzi.

[brk]

Nejnovější 0.3.6 stejný problém.

[robotics]

A čím to je?

[Jendа]

Zatím to padalo dvěma šedesátičtyřbiťákům a nepadalo dvěma uživatelům 32b šmejďáren. Vzorek je to dost malý a může to být náhoda, ale že by? ;)

[ewrwqerwer]

Náhoda, Gentoo GNU/Linux 64bit multilib, Midori 0.3.6 s jádrem Webkit-GTK 1.2.7 a žádný problém (psáno přímo z Midori).

[vagojan]

Debian Squeeze 64bit Midori 0.2.4 Webkit 1.2.0 s použitim pluginu pro blokovani reklam bez problemu, bez blokace reklam padá.

[brk]

Patrně některou z flashových reklam a flashem. Když jsem zakázal používat pluginy z Mozilly, tak to přestalo padat. Na ostatních webech jsem se s tím nesetkal, takže fakt asi jen nějaká zdejší reklama.

[Tomáš Bžatek]

"NP_Initialize" znamena Netscape Plugin, tedy muze to byt treba Java nebo Flash. Pryc s nimi!

[Grunt]

To pusti synchronně a flákni breakpoint na gdk_x_error() a pak si vypiš backtrace, ne? Z tohohle těžko vykouzlí někdo něco víc.

[robotics]

Pro obyčejnýho usera to nemůžeš popsat trochu srozumitelněji?

[Grunt]

Spustíš Midori pomocí GDB, naskočí ti konzole GDBčka, umístíš breakpoint a budeš pokračovat v běhu, takže:

$ gdb --args midori --sync
GNU gdb (GDB) Fedora (7.2-46.fc14)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/midori...(no debugging symbols found)...done.
Missing separate debuginfos, use: debuginfo-install midori-0.2.9-4.fc14.i686
(gdb) break gdk_x_error
Function "gdk_x_error" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 (gdk_x_error) pending.
(gdb) run

Pak provedeš to co děláš aby to sletělo, takže předpokládám načtení Ábíčka. No prostě to musí sletět. V konzoli se ti to potom vrátí samo do gdb, vypíšeš si backtrace a ono ti to ukáže všechny funkce přes které to prošlo než to sletělo (když nemáš nainstalované ladící symboly jako já tak ti to aspoň ukáže jména knihoven). A některá z nich je za ten pád zodpovědná:

Breakpoint 1, gdk_x_error (display=0x80e9e00, error=0xbfffe3dc)
    at gdkmain-x11.c:438
438	{
(gdb) backtrace
#0  gdk_x_error (display=0x80e9e00, error=0xbfffe3dc) at gdkmain-x11.c:438
#1  0x00569cdd in _XError () from /usr/lib/libX11.so.6
#2  0x00570a02 in ?? () from /usr/lib/libX11.so.6
#3  0x00570a4d in ?? () from /usr/lib/libX11.so.6
#4  0x005714f8 in _XReply () from /usr/lib/libX11.so.6
#5  0x00564888 in XSync () from /usr/lib/libX11.so.6
#6  0x00564926 in ?? () from /usr/lib/libX11.so.6
#7  0x00568995 in ?? () from /usr/lib/libX11.so.6
#8  0x00545f9b in XCreatePixmap () from /usr/lib/libX11.so.6
#9  0x414dae32 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
#10 0x414dbdf0 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
#11 0x41b98d6e in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
#12 0x41b98fc0 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
#13 0x41b99019 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
#14 0x414da939 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
#15 0x41b70872 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
#16 0x41c7a823 in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
#17 0x41c7ae8d in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
#18 0x41c42fed in ?? () from /usr/lib/libwebkitgtk-1.0.so.0
…
#32 0x0040c192 in g_main_dispatch (context=0x8101538) at gmain.c:2149
#33 g_main_context_dispatch (context=0x8101538) at gmain.c:2702
#34 0x0040c978 in g_main_context_iterate (context=0x8101538, block=1, dispatch=
    1, self=<value optimized out>) at gmain.c:2780
#35 0x0040d04b in g_main_loop_run (loop=0x913be80) at gmain.c:2988
#36 0x066cc499 in IA__gtk_main () at gtkmain.c:1237
#37 0x080634e9 in main ()
(gdb) quit
A debugging session is active.

	Inferior 1 [process 2319] will be killed.

Quit anyway? (y or n) y
$

V mém případě je to dost divné, protože i když je za ty pády zodpovědný flash, tak nikde ve výpisu není vidět (asi nastražil past v podobě nevalidních dat pro nějakou jinou funkci), ale většinou je to nějaká chyba právě v libflashplayer.so. Řešení, přesunout zpátky libflashplayer:

$ mv ~/.mozilla/plugins/libflashplayer.so ~/.mozilla/plugins/libflashplayer.s_

Pak to zas běhá normálně.

[robotics]

(gdb) run
Starting program: /usr/bin/midori --sync
[Thread debugging using libthread_db enabled]
[New Thread 0x7fffe98f3700 (LWP 7489)]
[New Thread 0x7fffe8ff2700 (LWP 7490)]
[New Thread 0x7fffd8cbf700 (LWP 7491)]
** (midori:7486): DEBUG: NP_Initialize
** (midori:7486): DEBUG: NP_Initialize succeeded
** (midori:7486): DEBUG: NP_Initialize
** (midori:7486): DEBUG: NP_Initialize succeeded
** (midori:7486): DEBUG: NP_Initialize
** (midori:7486): DEBUG: NP_Initialize succeeded
[Thread 0x7fffd8cbf700 (LWP 7491) exited]
** (midori:7486): DEBUG: NP_Initialize
** (midori:7486): DEBUG: NP_Initialize succeeded
** (midori:7486): DEBUG: NP_Initialize
** (midori:7486): DEBUG: NP_Initialize succeeded
** (midori:7486): DEBUG: NP_Initialize
** (midori:7486): DEBUG: NP_Initialize succeeded
** (midori:7486): DEBUG: NP_Initialize
** (midori:7486): DEBUG: NP_Initialize succeeded
** (midori:7486): DEBUG: NP_Initialize
** (midori:7486): DEBUG: NP_Initialize succeeded
[New Thread 0x7fffd8cbf700 (LWP 7493)]
[New Thread 0x7fffd3498700 (LWP 7494)]
[New Thread 0x7fffd2c97700 (LWP 7495)]
[New Thread 0x7fffd2496700 (LWP 7496)]
[New Thread 0x7fffd1c95700 (LWP 7497)]
[New Thread 0x7fffd1202700 (LWP 7498)]
[Thread 0x7fffd1c95700 (LWP 7497) exited]
[Thread 0x7fffd8cbf700 (LWP 7493) exited]
[Thread 0x7fffd3498700 (LWP 7494) exited]
[Thread 0x7fffd1202700 (LWP 7498) exited]
[Thread 0x7fffd2496700 (LWP 7496) exited]
[Thread 0x7fffd2c97700 (LWP 7495) exited]
[New Thread 0x7fffd2496700 (LWP 7499)]
[New Thread 0x7fffd2c97700 (LWP 7500)]
[Thread 0x7fffd2c97700 (LWP 7500) exited]
[Thread 0x7fffd2496700 (LWP 7499) exited]
[New Thread 0x7fffd2496700 (LWP 7503)]
[New Thread 0x7fffd2c97700 (LWP 7504)]
[New Thread 0x7fffd1202700 (LWP 7505)]
[New Thread 0x7fffd3498700 (LWP 7506)]
[New Thread 0x7fffcfabf700 (LWP 7507)]
[New Thread 0x7fffcf2be700 (LWP 7508)]
[New Thread 0x7fffceabd700 (LWP 7509)]
[New Thread 0x7fffce2bc700 (LWP 7510)]
[New Thread 0x7fffcdabb700 (LWP 7511)]
[New Thread 0x7fffcd2ba700 (LWP 7512)]
[New Thread 0x7fffccab9700 (LWP 7513)]
[New Thread 0x7fffcc2b8700 (LWP 7514)]
[New Thread 0x7fffcbab7700 (LWP 7515)]
[New Thread 0x7fffcb2b6700 (LWP 7516)]
[New Thread 0x7fffcaab5700 (LWP 7517)]
[New Thread 0x7fffca2b4700 (LWP 7518)]
[New Thread 0x7fffc9ab3700 (LWP 7519)]
[Thread 0x7fffcbab7700 (LWP 7515) exited]
[Thread 0x7fffceabd700 (LWP 7509) exited]
[Thread 0x7fffcb2b6700 (LWP 7516) exited]
[Thread 0x7fffcc2b8700 (LWP 7514) exited]
[Thread 0x7fffcd2ba700 (LWP 7512) exited]
[Thread 0x7fffd1202700 (LWP 7505) exited]
[Thread 0x7fffd2496700 (LWP 7503) exited]
[Thread 0x7fffce2bc700 (LWP 7510) exited]
[New Thread 0x7fffce2bc700 (LWP 7523)]
[New Thread 0x7fffd2496700 (LWP 7524)]
[Thread 0x7fffcdabb700 (LWP 7511) exited]
[Thread 0x7fffc9ab3700 (LWP 7519) exited]
[Thread 0x7fffccab9700 (LWP 7513) exited]
[Thread 0x7fffca2b4700 (LWP 7518) exited]
[Thread 0x7fffd2c97700 (LWP 7504) exited]
[Thread 0x7fffcaab5700 (LWP 7517) exited]
[Thread 0x7fffd3498700 (LWP 7506) exited]
[Thread 0x7fffcfabf700 (LWP 7507) exited]
[Thread 0x7fffcf2be700 (LWP 7508) exited]
The program 'midori' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadValue (integer parameter out of range for operation)'.
  (Details: serial 44391 error_code 2 request_code 53 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
[Thread 0x7fffe8ff2700 (LWP 7490) exited]
[Thread 0x7fffd2496700 (LWP 7524) exited]
[Thread 0x7fffe98f3700 (LWP 7489) exited]
[Thread 0x7fffce2bc700 (LWP 7523) exited]

Program exited with code 01.

[Grunt]

Není kupa nesmyslů (nesmyslného uspořádání znaků?) jako kupa nesmyslů. Tahle kupa nesmyslů je kupř. úplně bezvýznamnou kupou nesmyslů (hint: Zapomněl si (klíčové slovo) backtrace). Jednoduchá rada: Smaž Flash, pomiluj se se ženou a běž spát (nebo něco jiného co obvykle děláš ve dvě v noci).

[robotics]

Když tam dám i to backtrace tak to napíše No stack. A jdu smazat flash.

Starting program: /usr/bin/midori --sync
[Thread debugging using libthread_db enabled]
[New Thread 0x7fffe98f3700 (LWP 2800)]
[New Thread 0x7fffe8ff2700 (LWP 2801)]
[New Thread 0x7fffdccbf700 (LWP 2802)]
** (midori:2797): DEBUG: NP_Initialize
** (midori:2797): DEBUG: NP_Initialize succeeded
** (midori:2797): DEBUG: NP_Initialize
** (midori:2797): DEBUG: NP_Initialize succeeded
** (midori:2797): DEBUG: NP_Initialize
** (midori:2797): DEBUG: NP_Initialize succeeded
** (midori:2797): DEBUG: NP_Initialize
** (midori:2797): DEBUG: NP_Initialize succeeded
** (midori:2797): DEBUG: NP_Initialize
** (midori:2797): DEBUG: NP_Initialize succeeded
** (midori:2797): DEBUG: NP_Initialize
** (midori:2797): DEBUG: NP_Initialize succeeded
** (midori:2797): DEBUG: NP_Initialize
** (midori:2797): DEBUG: NP_Initialize succeeded
** (midori:2797): DEBUG: NP_Initialize
** (midori:2797): DEBUG: NP_Initialize succeeded
[Thread 0x7fffdccbf700 (LWP 2802) exited]
[New Thread 0x7fffdccbf700 (LWP 2803)]
[New Thread 0x7fffd6eae700 (LWP 2804)]
[New Thread 0x7fffd66ad700 (LWP 2805)]
[New Thread 0x7fffd5eac700 (LWP 2806)]
[New Thread 0x7fffd56ab700 (LWP 2807)]
[New Thread 0x7fffd4eaa700 (LWP 2808)]
[New Thread 0x7fffcffff700 (LWP 2809)]
[New Thread 0x7fffcf7fe700 (LWP 2810)]
[New Thread 0x7fffceffd700 (LWP 2811)]
[New Thread 0x7fffce7fc700 (LWP 2812)]
[New Thread 0x7fffcdffb700 (LWP 2813)]
[New Thread 0x7fffcd7fa700 (LWP 2817)]
[New Thread 0x7fffccff9700 (LWP 2818)]
[Thread 0x7fffcf7fe700 (LWP 2810) exited]
[Thread 0x7fffcffff700 (LWP 2809) exited]
[Thread 0x7fffdccbf700 (LWP 2803) exited]
[Thread 0x7fffce7fc700 (LWP 2812) exited]
[Thread 0x7fffd6eae700 (LWP 2804) exited]
[Thread 0x7fffcdffb700 (LWP 2813) exited]
[Thread 0x7fffd66ad700 (LWP 2805) exited]
[Thread 0x7fffd5eac700 (LWP 2806) exited]
The program 'midori' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadValue (integer parameter out of range for operation)'.
  (Details: serial 24926 error_code 2 request_code 53 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
[Thread 0x7fffcd7fa700 (LWP 2817) exited]
[Thread 0x7fffccff9700 (LWP 2818) exited]
[Thread 0x7fffceffd700 (LWP 2811) exited]
[Thread 0x7fffd4eaa700 (LWP 2808) exited]
[Thread 0x7fffd56ab700 (LWP 2807) exited]
[Thread 0x7fffe8ff2700 (LWP 2801) exited]
[Thread 0x7fffe98f3700 (LWP 2800) exited]

Program exited with code 01.
(gdb) backtrace
No stack.
(gdb) 

[Grunt]

No protože si nedal breakpoint na proceduru gdk_x_error:

(gdb) breakpoint gdk_x_error

To silně tištěné je to co tam máš psát ty. Já teda dostanu SIGABRT, takže mi to skončí na syscallu kousek pod gdk_x_error t, takže v mém případě to nevadí, ale tobě odejde do věčných lovišť skrze exit(), takže tam musíš fláknout breakpoint. Jinak flash nemusíš mazat, stačí tu knihovnu jen přesunou třeba aby nekončila .so a když ji budeš potřebovat tak ji zas přesuneš zpátky (a nejlépe skrze Firefox, protože to pluginy načítá v oddělených procesech, takže když skape flash nevezme to sebou celý prohlížeč).

[chrono]

Namiesto odstránenia toho pluginu by bolo asi rozumnejšie zakázať v Midori načítavanie Netscape pluginov.

[Grunt]

Nebo, no.

[Grunt]

Jinak potvrzuju, že se to zdaleka netýká jen Midori. Epiphany z toho také není moc nadšené (ostatně sdílejí jedno a to samé jádro), takže předpokládám, že ani ostatní WebKitové prohlížeče z toho nebudou šťastné. Prostě nějaká Flashová reklama na Ábíčku v kombinaci s určitou verzí Flashe (a teď nevím jestli i jádra) shazuje prohlížeč. Řešení? No v obou případech se nebude Ďolíkovi líbit, ale co jiného dělat když chce člověk na Ábíčko?

[robotics]

Kdo je Ďolík?

[Jendа]

Doli

[Luboš Doležel (Doli)]

Implementace NPAPI ve Webkitu je podivná. Sám jsem taky psal NPAPI plugin a fungoval mi všude kromě webkitových prohlížečů. Náhodným měněním různých věcí jsem pak docílil toho, že to začalo fungovat i v téhle háklivce.

[Grunt]

Tak jestli je to v NPAPI tak by to možná šlo odchytit. Zásadní je umístit breakpoint co nejblíže nějakému volání právě z NPAPI, teďkom je horká novinka v GDB reverse-execution, takže target record ihned po vyhození z kontextu, další breakpoint těsně před vstupem do libflashplayer.so a pak pár kroků zpět a proces examinace struktur může započít. Osobně si ale myslím že to nebude nic vně, ale právě nějaká bomba nastražená uprostřed někde v libflashplayer.so (problémy s gdk by naznačovali přichystání nevalidních grafických dat a nebo maximálně nějaká nekompatibilita právě v ABI), resp. já ještě problémy s NPAPI nezažil (zato s jednou inkriminovanou knihovnou jich mám celou vlečku).

[Tomáš Bžatek]

Z tech otazniku by se jeden pogrcal, ale dobry start!

[Grunt]

Tak teď jsem je promazal (několik GIGA ladících symbolů) tak se mi to nechce tahat znova. Permanentně nechávám jen pro glibc a nějaké maličkosti. Ono je to stejně jedno. Stačí vědět přes které knihovny to provalilo a co koho kdo volal s čím mě ani nezajímá (když stejně vím že je to tradičně ve Flashi). WebKit má stejně stack jak stodola (nevím jestli tím, že C++ nebo tím že WebKit) a ladit ho stejně nikdo nikdy nebude (až na pár šílenců z Applu a Googlu).

[Tomáš Bžatek]

Jo tak ja zrovna ty symboly potrebuju. Problem nemusi byt v samotnem jadru, muze to byt nejaka nalinkovana knihovna okolo a problem uplne nekde jinde. Zvlast kdyz takova stovka knihoven neni pro moderni aplikace zadny problem.

[Petr Tomášek]

Hehe, ten nadpis je dobře dvojznačný