Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Buried in this SCIW_V.EXE is the string:Oh, PKWARE DCL is used for the resource volumes and for savegames. It is not an executable packer.
PKWARE Data Compression Library(
)
Copyright 1990-92 PKWARE Inc. All Rights Reserved.
Patent No.
,745
Version 1.03
I am not sure what it is doing there if it was not packed with it, but as I mentioned, unlzexe will not handle it.
I was looking at the EXEs from Hoyle 4. The Windows SCIW_V.EXE interpreter readily unpacks with unlzexeHm, that's odd. LZEXE doesn't usually work with Windows executables.
It looked like that it was not packed since it has a lot readable strings as is, but I see no trace of a version number. Any ideas on what is going on? If it is packed, what can unpack it?Microsoft's EXEPACK could be the culprit here. It doesn't actually compress very well, but it does mangle text strings. Do you know about Ben Castricum's old UNP tool? It knows about LZEXE and EXEPACK and a bunch more. A one-stop shop.
I would love to add it to the tool. I am not quite sure about what to look for with the NB00 and NB02 signatures. A list of the text strings to get me started would help, too.The NB00 and NB02 markers are literally just those bytes in succession. They indicate the beginning of a Microsoft Codeview symbol table. The first executable I found with one of those was the Hoyle4 executable. I got a collection of EXE files from you at one point, so I know you have it
Which is exactly what I was trying to say. OK then, it seems safe to assume that the only difference between 1.SQ4.056 and 1.SQ4.057 is the graphics mode. In fact, this should be discernible from the name of the executable (SCIDHUV.EXE for VGA, and I think SCIDUV.EXE for EGA?)You ninja'd me with this, so I'll just make a separate post to make sure you see it: It's also possible that it's just the EGA thing. Are the others VGA?I don't have the interpreter 1.SQ4.056 in VGA. Only in LOWRES-EGA. I think it's an interpreter specifically for a LOWRES-EGA edition. However, with the interpreter 1.SQ4.057, the game is in VGA in English, Spanish, as well as French. The German edition uses the interpreter 1.SQ4.030.
A curiosity: Space Quest 4 (Game version 1.000, Interpreter version 1.SQ4.056) Bilingual, Spanish/English. It's the interpreter that caught my attention. Indeed, for foreign localizations of this game, it is normally 1.SQ4.057. So, it might be a beta version? Also reported in the ScummVM detection table by jvprat.It's possible they shipped it with the debugger enabled, or debug symbols, or both. 1.SQ4.056 would be the version that included them, and 1.SQ4.057 without.
Yeah, but accessing a disposed Script object is only undefined behavior in the case where the Script object is a clone, and it usually isn't. When the Script object is not a clone, this is perfectly well-defined. Which is what I wrote already.dispose: is just a method. There is no magic there; it does what it was written to do.The real magic and the answer to "how come things still mostly work after disposing" is in what the kernel calls do, and I already went through that.
SMF 2.0.19 |
SMF © 2021, Simple Machines
Simple Audio Video Embedder
Page created in 0.032 seconds with 19 queries.