Re: ANNOUNCE: freeWrap 6.1 released
Available news archives: comp.lang.tcl - comp.lang.python - comp.security.firewalls - sci.crypt - comp.lang.php - comp.lang.javascript
Google
 
Web news.hping.org


comp.lang.tcl archive

Re: ANNOUNCE: freeWrap 6.1 released

From: Joe English <jenglish@flightlab.com>
Date: Fri Sep 09 2005 - 21:38:59 CEST

Bryan Oakley wrote:
>joey wrote:
>> The ones I have found are auto_execok, file, and glob. The problem is
>> the name of the executable is now a directory so commands which would
>> normally work for the starpack as a file now no longer work from within the
>> starpack on the starpack itself. Does that make sense?
>
>Yes. I knew about that restriction. I guess it never occured to me that
>a program would want use a filesystem command on itself. Can you not
>simply special-case the starkit itself? That is, put a wrapper around
>glob so that if you're globbing something that should return the
>startkit, you append [info nameofexecutable] to the result? Likewise for
>auto_execok and the file commands.

What I usually do is to mount the starkit's VFS at someplace
like "/kit", instead of at [info nameofexecutable].

Of course this causes similar problems if there's a directory
named "/kit" in the real filesystem. But that directory usually
doesn't exist whereas [info nameofexecutable] always does :-)

--Joe English
Received on Thu Sep 29 14:36:17 2005