|
| 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] |