At 05:17 PM 26/10/2001 -0400, you wrote:
there seems to be a funky problem with virtualdub (http://virutaldub.sourceforge.net). Get differing results between solaris and linux, but both seems to fail before the app comes up.
Under solaris, it seems like something is screwed up with the loader - when it tries to load the binary, it dies in dump_exports because what's at pe_exports is just garbage. Not sure where it's dying under linux (probably the same place) - don't have a devel environment there (yet).
Nothing unusual seems to happen before it gets there (both solaris/linux binaries run sol.exe and other stuff just fine). My suspicion is that the IMAGE_DIRECTORY_ENTRY_EXPORT data isn't pointing
to what
wine thinks is there, but would like someone who knows more about the loader to say something....
can anyone help shed more light onto this?
-r
Yes, I have looked at this application. It loads fine under Windows - however, both dependancy walker and the Nt quick viewer are not happy with it (one displays that there is a format error in the exe, the other loops and finally crashes)
The web site says that this executable is compressed with a tool called UPX. This seems to be the reason for the problem, as the original program is compiled with Ms VC++ - not a very exotic tool.
I think that a fix could be to detect a corrupted header in dump_exports and to not try to display anything if numberoffunctions is not coherent with the export section size.
I tried a hack for that and virtualdub got further; however, I see that it is trying to load avicap32.dll and this is not going to work - even under Linux ;:-)
Gerard
On Mon, 29 Oct 2001 17:04:51 +0000 Gerard Patel gerard.patel@nerim.net wrote:
GP> The web site says that this executable is compressed with a tool called UPX. GP> This GP> seems to be the reason for the problem, as the original program is compiled with GP> Ms VC++ - not a very exotic tool.
You can unpack it with upx, even under Linux - http://upx.sourceforge.net/.
GP> I tried a hack for that and virtualdub got further; however, I see that it is GP> trying to load avicap32.dll and this is not going to work - even under Linux
I remember I was able to start Virtual Dub with wine (maybe a year ago), but don't remember if it worked. BTW, just yesterday TAKESHIMA Hidenori added stub for avicap32.
Regards, Nerijus