ha külső swf betöltésekor 20 másodperces fagyásokat tapasztalnál a flashdevelop projektedben, mindenképp ellenőrizd, hogy a betölteni akart swf-et “release” módban fordítottad “debug” helyett.
‘bug’ cimkéjű postok
adott egy NAS (winxp mce), egy desktop gép (vista x64), cat6 kábeleken futó gigabit hálózat, gigabit switch, etc. azokban az időkben, míg a desktop gép is wxp-t futtatott, a gép-gép fájlműveletek 22-28 megabyte/sec körül mozogtak, ideális esetben megvolt a 30-36 is. kicsit érdekes meglepetés volt, amikor feltünt, hogy ezen értékek helyett jószerével is csak 8-10 megabyte/sec, ami átfolyik a csövön. kb egy fél délutánnyi guglizás volt, mire normális, használható megoldást találtam.
a bejegyzés folytatódik »
némiképp bagatell probléma, de kemény kihívás tud lenni, ha idegen kódban turkálva jutsz oda, hogy az swf önmagában fut, az őt behívó clipben fut, böngészőben ugyanez a kombó már nem.
ha a kódban for (i in mc) résszel találkozol, az már gyanura adhat okot. ha ezen belül mc = mc[i]; és mc = mc._parent;, a kettő között pedig például mc.onRollOver és társai, emellett még valahol prototype-ot is írtál a clipekre, akkor már meg is van a hiba forrása. a for (i in mc) ugyanis kilistázza a prototype függvényeidet is (no meg minden egyebet, ami esetleg még ott lenne), amik már nem clipként viselkednek, nincsenek eseményeik és szüleik se nagyon. ennek eredményeképp az első ilyennél az mc hirtelen undefined-ba csap át és borult az egész ciklusod.
a fentire egy rövid megoldásként elővehetünk egy if (typeof(mc[i]) == “movieclip”) feltételt és nyugodhatunk békében. az hogy a hiba csak böngészőben jön elő, gondolom az adott sandbox beállításnak köszönhető, bár elég logikátlan, ha mégis így van.
