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

Reply via email to