Hi Chris, It has started happening on the other machine now. It worked great all morning on that machine, but now it has started to consistently fail. Is it possible there's an uninitialized variable being used somewhere?
-Greg On Tue, Sep 20, 2011 at 11:53 AM, Greg MacDonald <[email protected]> wrote: > Hi Chris, > > Thanks for looking into this. I tried it on another system and it does > work, which is great but now I need to figure out what's going on with > my system. Otherwise I won't be able to fix it if it happens again on > someone else's machine. > > My machine is fully updated, so I'm not sure where to start. My best > guess at this point is that maybe we're mixing crt versions? Is that > even possible? Any suggestions would be appreciated. Below is the > stack trace through dependency viewer. > > Also if you could send me a swfextract.exe with debugging information > that might be helpful. I can't figure out how to build it on windows. > > Wish me luck. :) I'll let you know if I figure it out. Thx. > > -Greg > > Entrypoint reached. All implicit modules have been loaded. > DllMain(0x77FE0000, DLL_PROCESS_ATTACH, 0x0022FD30) in "SECUR32.DLL" called. > DllMain(0x77FE0000, DLL_PROCESS_ATTACH, 0x0022FD30) in "SECUR32.DLL" > returned 1 (0x1). > DllMain(0x77E70000, DLL_PROCESS_ATTACH, 0x0022FD30) in "RPCRT4.DLL" called. > DllMain(0x77E70000, DLL_PROCESS_ATTACH, 0x0022FD30) in "RPCRT4.DLL" > returned 1 (0x1). > DllMain(0x77DD0000, DLL_PROCESS_ATTACH, 0x0022FD30) in "ADVAPI32.DLL" called. > DllMain(0x77DD0000, DLL_PROCESS_ATTACH, 0x0022FD30) in "ADVAPI32.DLL" > returned 1 (0x1). > DllMain(0x77C10000, DLL_PROCESS_ATTACH, 0x0022FD30) in "MSVCRT.DLL" called. > GetProcAddress(0x7C800000 [KERNEL32.DLL], > "InitializeCriticalSectionAndSpinCount") called from "MSVCRT.DLL" at > address 0x77C379C2 and returned 0x7C80B8C9. > DllMain(0x77C10000, DLL_PROCESS_ATTACH, 0x0022FD30) in "MSVCRT.DLL" > returned 1 (0x1). > Second chance exception 0xC0000005 (Access Violation) occurred in > "SWFEXTRACT.EXE" at address 0x004047F0. > Exited "SWFEXTRACT.EXE" (process 0x1094) with code -1073741819 (0xC0000005). > > > On Tue, Sep 20, 2011 at 6:53 AM, Chris <[email protected]> wrote: >>>On Mon, 19 Sep 2011 18:25:28 -0700 >>>Greg MacDonald <[email protected]> wrote: >> >>> Hi, >>> >>> I've found a bug extracting a png from a swf using swfextract.exe -p >>> under windows xp. It works great for some png's, but for others it >>> raises an access violation. I ran it on verbose and found that it only >>> occurs with format 3 images with relatively small palette sizes; 147, >>> 126, 270... Here's an example: >>> >>> VERBOSE Width 139 >>> VERBOSE Height 20 >>> VERBOSE Format 3 >>> VERBOSE Cols 49 >>> VERBOSE Bpp 8 >>> VERBOSE Uncompressed image is 2947 bytes (147 colormap) >>> >>> I've attached the swf. >>> >>> This command does it for me: >>> >>> swfextract -p 13 ClubSelectorIcons.swf >>> >>> Also for 14, 23, 24, and 25. There may be others too. >>> >>> I've been trying to compile the source code to try and fix it, but >>> haven't had much luck. >>> >>> Thx. >>> >>> -Greg >> >> Under Linux there appears to be no such issue. All tickety-boo. >> >> I vaguely recall there being several problems with png manuplation and >> rendering under Windows XP ( + SP2 ). >> Something to do with the defective png libraries. Are you perchance running >> an older version without the relevant updates, namely SP3 and ff? An >> Internet search would probably reveal more. >> >> I have also just tested your file with SWFTools 0.9.1, under Win XP Home >> (2002) + SP 3 + all current updates. >> Works like a charm with no errors whatsoever. I'd say, check your system! >> ;o) >> >> Regards, >> >> >> >> Chris >> -- >> <[email protected]> >> > --------------- SWFTools-common is a self-managed list. To subscribe/unsubscribe, or amend an existing subscription, please kindly point your favourite web browser at:<http://lists.nongnu.org/mailman/listinfo/swftools-common>
