On Thu, 18 Mar 2004, Jim Hall wrote: > Correct - if both modules (the apack stub and the original program) are > part of the same exe, they are no longer aggregates. They have become a > single executable. That is what Dave Turner (FSF) was trying to > communicate.
OK, I'm trying to hook into this endless thread once again. ZIP files are OK til now, I understand. So are any other archivers. The exepackers are'nt, because they are clamped together into the same and single executable. Guess one system that make _ZIP_ files themselves runnable; there was such thing in Win3.x (Poor man's online compression -- or something). Put a complete directory tree into a ZIP file, put an AUTORUN.INF in the topdir; add a hook into the shell or at kernel level, even DOS-4B-00 would do: That detects the archive by content (like File::Magic perl module or "file" Unix command; or first two bytes are PK), unpacks the archives, evaluates AUTORUN.INF and fires off the application, when the application terminates, well either discard the unpacked stuff or fresh/update the archive. And to have the files actually invoked, they get renamed into .EXE, too. Now you have the _same_ functionality as with runtime exe unpackers. Now: Zip files became invalid, too. What am I missing? Again: Who is able to mark us criminals for allowing exe compressors with our programs? As already said by several people, it is a form of interpretation; when we interprete this particular point in another way than others - what's the problem as long as we make it clear, esp. to new contributors. Bye, -- Steffen Kaiser ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel