|
From: | Sandro Santilli |
Subject: | [Gnash-commit] [bug #32602] FAIL: run_swfdec_testsuite_r: registerclass-previous.swf on hurd |
Date: | Sun, 31 Jul 2011 21:10:29 +0000 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/534.30 (KHTML, like Gecko) Ubuntu/10.04 Chromium/12.0.742.112 Chrome/12.0.742.112 Safari/534.30 |
Follow-up Comment #8, bug #32602 (project gnash): I attach a proof-of-concept patch making the results of this specific test stable. Drawbacks: 1: it always waits for the first 64k bytes of each loaded movie to be loaded while blocking the GUI (you may notice that when loading from network) 2: it only waits for the first advance (construction) 3: it does _not_ use the nice SWFParser interface which seems to be designed for exactly this kind of predictability 4: trusts the SWF header to advertise the correct file length, deadlocking if that number is longer than reality Most likely the PP simply does a non-blocking read with a buffer of 64k... but I've yet to see comprehensive tests about that. (file #23720) _______________________________________________________ Additional Item Attachment: File name: 0001-Add-a-way-to-wait-for-a-given-amount-of-bytes-to-be-.patch Size:4 KB _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?32602> _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/
[Prev in Thread] | Current Thread | [Next in Thread] |