"maxiobrázek o velikosti 65535×65535 pixelů na pouhých 35 bytech!" ... stacilo kliknout a po chvili BSOD ... prohlizec Opera9, grafarna nejaka ATI ... BSOD hlasilo ze program/driver uvizl v nekonecne smycce a proto byl system zastaven (jak kdyby system nekonecnou smycku nemohl sestrelit, kdyz uz o ni vi) ... diiiiiiky, poprve jsem totiz na WinXP Profi videl BSOD :-D
Opera 9.01, XP Home ... tak zobrazi se jen cerny ctverec v levem hornim rohu (cca 600x300), ale nic se nekouse ani BSOD ... tezko rict, jestli je to novejsi Operou, nebo je to featura XP Home ;-)
Kolega ma Kubuntu+Operu 9.00 na nejakem Intelackem cipsetu a taky mu to zobrazuje cerny ctverec - to je samozrejme spatne, ale aspon to neudela BSOD (B=black).
Me to spadlo s GeForce 6600 (Opera 9.02 + WinXP), modra obrazovka hlasila ze pri primo v driverech od NVidie. Stacilo jen naskrolovat na obrazek u kapitoly 5.
Vidite, na starych Windows98 to v IE (5.5) i Firefoxu funguje spravne - zobrazi se cely (?) obrazek, tj. udelaji se scrollbary a po obrazku se da chodit. Ale ja to vidim spis na chybu v ATInackych ovladacich nez primo v systemu. Proste ATI...
Mozna se vola nejaka GDI funkce, ktera potom ten system shodi. Aplikace samotna by snad takto se systemem zamavat nemela, ale nevim - zdrojaky nemam :-)
Tak jsem chtěl vyzkoušet, jestli si shodím server (Windows 2000 Server), ale FF i IE ten obrazek zvladly. Je tam vsak nejaka nVidia, tusim 16MB Vanta, ATInu (ani Operu) nikde v okoli nemame.
Na i-nete sa pred casom siril obrazok, co dokazal (po spusteni v prehliadaci) zhodit system, myslim, ze sa jednalo prave o takyto GIF. Nazyval sa vtipne - reboot.gif. Ale bol som v tom, ze MS uz na to vydal zaplatu...
hmm setko uplne vporiadku, ff aj ie zobrazill full biely obrazok, bez nejakych znamok zdrzanie, nabehlo to hned, da sa pekne scrolovat, dokonca ie prisposobil obrazok obrazovke aj zvacsenie islo bez problemov... mam XP.Pro SP2, A2800+, 1GB Ram, ATi9550/256MB
Jeste by se mel blizko praveho dolnihu rohu zobrazit ten cerny pixel, ale ve FF i IE to opravdu chodi bez problemu, coz me prekvapilo (tolik pameti pro ulozeni obrazku 2^16x2^16 nemam :-).
Win XP SP2, NVidia GeForce 2 MX 400
Opera 9.01 -Chvíli ztuhla a pak sama resetovala. Při čtení článku dělala podivné černé oblasti v místech obrázků, které sahaly i přes text.
Firefox 1.5.0.6 -Obrázek zobrazen v měřítku 0% a nic s ním nejde dělat. Článek bez problémů.
IE -Nemám povolené na firewallu tak ho ani nezkouším. : )
su - \mathfrak{M}ĦĒNJMARCHON (neregistrovaný)
Na firefoxe Gentoo x86 sa zobrazi OK, aj ked som chvilu nevidel scrollbary, pretoze mi ho automaticky zmensilo (zoom out). Po zoom in vsetko spravne (velky biely stvorec, ovsem ten jeden pixel vpravo dole neviem najst, mozno som slepy ;-)).
gthumb, gqview tvrdia, ze gif je 1x1 (integer overflow?), gimp to jemne nerozdychal (mozno by rozdychal, keby ho chvilu necham, alebo by ho jadro zakillovalo pri mallocu na 2^32 ;-)).
No, ten pixel jsem nedaval uplne do rozku (staci se mrknout hexa editorem na ten GIF, posloupnost FF FF FF FF tam je nahrazena FE FF FE FF), ale trosku nahoru, protoze jsem narazil na podivne chovani napriklad IE, ktery pri tak velkem obrazku trosku spodku urizne. Je to cca 20 pixelu a zrovinka ten pixel nebyl videt. Vysvetluju si to spis divnym chovanim scrollbaru (ty maji tusim pocitadlo pouze 16bitove) nez IE.
Pokud GIMP opravdu alokuje vsechny "dlazdicky" (tak nejak vevnitr s obrazky pracuje ne?), tak to bude chtit dokoupit dalsi ramku :-)
su - \mathfrak{M}ĦĒNJMARCHON (neregistrovaný)
Co si pamatam, Linux ma "optimisticky malloc". Teda malloc vrati non-NULL pointer, ale to este neznamena, ze ta pamat tam dakde sa da naozaj mmap()nut. Keby teda gimp nechcel hned tu pamat naplnit bielymi pixelmi, rozdychal by to. Nicmene mam pocit, ze pustil loop malloc()/decode_and_fill_with_pixels().
Pripadne si zapojim mozog do tretieho slotu na ramku, najprv trepanacia, potom nejake kabliky, heh.
Jojo, dokonce jsem nekde cetl, ze by OS principielne vzdycky mel na malloc() vratit !NULL, protoze prace s pameti aplikaci stejne nezajima, resp. pokud pamet neni, tak se to aplikace dozvi nejakym zajimavejsim zpusobem (SIGTERM apod. :-)))
Prosim autora clanku nebo redakci, aby varovali ctenare pred moznym BSOD.
Obcas, kdyz si chci odpocinout od prace, tak si skocim na chvilku zasurfovat a pocist si. Velmi casto si vsak nechavam rozdelanou praci otevrenou. To abych nemusel po chvilce znovu otvirat 20 oken s vsemi aplikacemi, ktere pouzivam. A i presto, ze dbam na to, abych si vse vcas ukladal, sem tam se to holt prehlidne...
...musim jeste pockracovat, nebo uz je jasne proc tak volam po tom upozorneni.
periferne jsem jeste zahledl v diskuzi nadpis BSOD a ve stejny okamzik kliknul... a urcite znate ten pocit, kdyz drive nez dokliknete, tak uz vite ze to je pruser, ale uz se neda nedokliknout. Malem jsem dostal infarkt :-)
su - \mathfrak{M}ĦĒNJMARCHON (neregistrovaný)
Jj, pozname :-) Ale po par krat sa takto clovek nauci neklikat tak rychlo :-) Trebars midnight commander viewer obcas pri niektorych suboroch zacne alokovat prilis vela pamate, sice to neBSODne, ale clovek musi bud rychlo killovat alebo cakat na jadro kym spusti svoj OOM killer.
su - \mathfrak{M}ĦĒNJMARCHON (neregistrovaný)
P.S. to bolo pod rootom (pargigovy disk dump kvoli SW projektu) a namiesto F3 som zmackol F4, prvy krat OOM, druhy krat som stihol rychly kill, treti krat som musel cca 30-60 sekund cakat na OOM, odvtedy chown a pozerat radsej pod non-root userom :-)
Škoda, že jsem si s tím nejdřív dlouho lámal hlavu, pak jsem si našel
jiný popis specifikace, a až pak jsem zabrousil do diskuse abych napsal, že
je tu chyba… .