Sorting filePro Arrays
Fairlight
fairlite at fairlite.com
Mon May 19 02:06:11 PDT 2008
On Sun, May 18, 2008 at 11:44:07PM -0400, after drawing runes in goat's blood,
Jay Ashworth cast forth these immortal, mystical words:
> On Sun, May 18, 2008 at 08:42:29PM -0400, Fairlight wrote:
> > > The file "sorted.tmp" is created, but doen't contain the redirected
> > > output of SORT.
>
> Wow. I misread that; you're *getting* the file, but no contents?
Huh. I misread it exactly the same way, apparently.
> Odd.
Agreed. Unless...the file was left over from a manual call and then just
-seemed- to be there after an automated call from processing.
> I might be wrong, but I thought that SYSTEM *did* *explicitly* call
> the command interpreter, and (separately) that it was the programs
> themselves that did redirection, similarly to how they do command line
> parsing themselves.
>
> No?
I know the *nix versions' SYSTEM uses system(2), and thus calls /bin/sh.
The Windows versions...I'm not sure how fP is coded to handle that. I do
know I've had issues like this that seem to indicate that unless you
explicitly call the command interpreter, you lose redirect functionality.
I can't remember if it was perl or fP (or both) that had this problem, but
I know the gotcha exists.
No, the programs don't do the redirection themselves.
> > If 'start' prepended to the command actually works, then you're going to
> > get a secondary window in the interim while it "forks off" (asynchronously,
> > of course). You can suppress that with one of the flags to start. I
> > believe it's /B. The start command has its own help, so it's not hard to
> > find.
>
> Sure, but how would he then *wait* for it to finish?
Semaphore file indicating completion, polling EXISTS loop.
mark->
--
"Moral cowardice will surely be written as the cause on the death
certificate of what used to be Western Civilization." --James P. Hogan
More information about the Filepro-list
mailing list