> > SELECT is good for programs that don't handle wildcards (BEFI) or LFNs
> > (e.g. MTFI/8086) by default. The timeout feature is nice.
> I don't quite understand, how SELECT could replace wildcards.
You're right, I just meant sometimes I use wildcards to avoid typing a complete filename, and most tools don't handle that correctly. At least this way you have a choice of what file to use (instead of assuming first one found).
> > RPN (< 8k UPX'd) is interesting to me (esp. compared to Befunge), but
> it
> > has no XOR. No biggie though (can't see why I'd need it although CMD's
> > "set /a" supposedly supports it). Ah, /F is useful (change output
> format).
> If it were a real problem, it would not be a big deal, to add XOR.
> Probably the biggest problem would be, to find an unused character for the
> operator.
It's not a problem. Like I said, I can't think of any reason to need it. However, it appears "#" is free to use. 
EDIT: Not sure if /R? use of "#" conflicts, so perhaps "@"? (I know, horribly random choice, but I think Rexx uses "||" for concatinating strings, so it has to use "&&" as XOR !!)
> > PIPESET is cool too, but there are probably other ways of doing that
> > (Rexx, FreeCOM's "set /e", xset) although I admit to never using those
> > much (so far).
> It's the purpose of all these utlities to add some functionality to a
> standard DOS shell.
Right, I know, and it's good that it doesn't overcomplicate things. I too prefer standard tools, if at all possible.
> I must admit, that i haven't used
> FreeCOM's "set /e" yet, but i assume, that PIPESET is much more powerfull,
> as it is combined with a kind of "find" feature. This allows to read a
> distinct part of another program's output into an environment variable.
I just meant that various solutions to similar problems exist, of varying degrees of usefulness. Yes, PIPESET is more powerful, I just wanted to list some others for (hypothetical) comparison.
> > P.S. Somewhat odd choice of license (EUPL), but Wikipedia says it's
> > compatible with GPL2 (and OSI approved it), so I've got no complaints.
> Well, it might look odd when seen from the US.
There are a billion licenses already, so that's all. But the "good thing" seems to be that it's available in all (29?) EU languages. (GPL pretty much seems to imply that only English is legally checked rigorously.)
> And it's not only Wikipedia
> that says it's compatible with GPL2, the EUPL itself explicitly states in
> its appendix the GNU GPL v.2 as a compatible license.
Yeah, PDF might not be the best format to have a license text, IMHO.
> By the way . . . what is "upx"?
http://upx.sf.net
> UPX is a free, portable, extendable, high-performance executable
> packer for several different executable formats. It achieves an
> excellent compression ratio and offers very fast decompression.
> Your executables suffer no memory overhead or other drawbacks
> for most of the formats supported, because of in-place decompression. --- Know your limits.h |