Error on system() in fP 5.0.14 Win32 - Need Help
John Esak
john at valar.com
Thu Sep 2 07:19:44 PDT 2010
Hi,
Two things... First stupid....
You have a {hf and are dcalling it the second path or the file you want to
store the data to... Then you would need it to be:
<hf
The { will smash the whole path directly against the .pl and you wouldn't
have two paths, but one long one. I'm guessing these are all just typoes.
Seconed thing. The reason I always use "cmd" nistead of command in the
Windows Run Dialoog or when calling it from any process is that "cmd" will
allow you to CD (change directory) to a path that contains SPACES in it, and
"command" will not. This is usually very important.
John
> -----Original Message-----
> From: filepro-list-bounces+john=valar.com at lists.celestial.com
> [mailto:filepro-list-bounces+john=valar.com at lists.celestial.co
m] On Behalf Of Fairlight
> Sent: Wednesday, September 01, 2010 8:50 PM
> To: 'filePro Mailing List'
> Subject: Re: Error on system() in fP 5.0.14 Win32 - Need Help
>
> You'll never BELIEVE what Scott Walker said here...:
> > Thinking out loud.
> >
> > What's the value of hf?
>
> The value of hf is just the second path in the command...the
> file I want
> the command to store the data to.
>
> > Try a show of ut just before the system command to see that
> it contains
> > everything you think it does.
>
> It does.
>
> I just found the problem, actually.
>
> filePro's system() function apparently relies on Windows API
> functionality
> that entirely ignores file extensions for running programs
> like *.pl perl
> scripts. So even if you associated .pl with the full path to
> perl.exe, it
> won't run unless you supply the interpreter path first.
>
> If you change this:
>
> Then: ut="f:/filepro/cgi_control/utcstamp.pl"{hf
>
> ...to this:
>
> Then: ut="c:/perl/bin/perl.exe f:/filepro/cgi_control/utcstamp.pl"{hf
>
> ...suddenly it works.
>
> *sigh* I'm annoyed, but at least I'm no longer hung up on
> that mysterious
> crash. The comspec terminology kept nagging at me--why
> wasn't that valid?
> Because it's not a valid executable in its own right, it's
> associated with
> an interpreter.
>
> Thanks for the attempt to help, Scott!
>
> Bests,
>
> mark->
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> http://mailman.celestial.com/mailman/listinfo/filepro-list
>
More information about the Filepro-list
mailing list