invalid argument system runtime error on line with variable lookup

GCC Consulting gccconsulting at comcast.net
Thu Oct 25 12:33:19 PDT 2007


Bruce,

Check for a qualifier, if not use std lookup format.

If there is a qualifier, use the format I suggested.

If: qual = ""
Then: fileeq = filen
If: qual ne ""
Then: fileq = (filen&"@"&qual)

Richard Kreiss
GCC Consulting
  

> -----Original Message-----
> From: 
> filepro-list-bounces+gccconsulting=comcast.net at lists.celestial
> .com 
> [mailto:filepro-list-bounces+gccconsulting=comcast.net at lists.c
> elestial.com] On Behalf Of Bruce Easton
> Sent: Thursday, October 25, 2007 3:22 PM
> To: filepro list
> Subject: RE: invalid argument system runtime error on line 
> with variable lookup
> 
> Bruce Easton wrote Thursday, October 25, 2007 2:34 PM:
> > 
> > Kenneth Brody wrote Thursday, October 25, 2007 2:17 PM:
> > > 
> > > Quoting Bill Akers (Thu, 25 Oct 2007 12:33:08 -0500):
> > > 
> > > > Bruce Easton wrote:
> > > >> I'm getting a filepro runtime error:
> > > >>
> > > >>  *** A System Error has occurred ***  on file: 
> > > >> \dvr/filepro/DEUDAS/map
> > > >>  Line: 1407  invalid argument
> > > >>
> > > >> from an rclerk process (Windows fp ver. 5.07)
> > > >>
> > > >> where line 1406 and 1407 in the processing are:
> > > >>
> > > >>   If:
> > > >> Then: fileq = filen{"@"{qual{""
> > > >> ----- -  -  -  -  -  -  -  -  -  -  -  -
> > > >
> > > > This line with qual blank should be giving you fileq = 'filen@'.
> > > > You are probably looking for fileq = 'filen' without 
> the @ symbol.
> > > > Some kind of conditional probably should be set to 
> prevent the '@'
> > > > symbol from being set when qual is blank or perhaps to add '""'
> > > > after the '@' symbol when qual is blank.
> > > [...]
> > > 
> > > A lookup to "filen@" and one to "filen" are not the same thing.
> > > 
> > > The former looks up to the non-qualified "filen" file, 
> whereas the 
> > > latter looks up to the current qualifier in the "filen" file.
> > > 
> > 
> > That was my understanding as well.  This particular program 
> is never 
> > called (from my scripts lines) with a qualifier (against 
> the file that 
> > I am running from), therefore, in my variable named lookup 
> expression, 
> > I intentionally use the "@" after the filename expression, and 
> > *sometimes* append a qualifier to it (for the file that I 
> am lookup up 
> > to).
> > 
> > This has worked fine under Unix with fp5.14.
> > 
> > Also, if this is the problem, then wouldn't clerk at least 
> wait until 
> > the program got to the line to evaluate the lookup before coming up 
> > with a system error?  I didn't get a syntax error for it.
> > 
> > Bruce
> > 
> > Bruce Easton
> > STN, Inc.
> > 
> 
> When I use a static filename or a variable filename without 
> any qualifier nor "@" in the expression, dclerk(Win5.07) 
> stopped complaining there, and issued the same error for the 
> next place where I have the lookup formatted my original way.
> 
> So, it does seem to have a problem with variable named 
> lookups that are trying to accomodate possible qualifiers.  
> None of the suggested changes have made any difference.  I 
> even tried lookup alias = ((filen)@(qual))  r=rv -n thinking 
> it might see "@" in a better way if it was not a variable 
> part of the expression, but that did produce a syntax error.
> 
> Now I'm really starting to wonder if this is a Windows fp 
> thing or a 5.7 fp thing.
> 
> Bruce
> 
> Bruce Easton
> STN, Inc.
> 
> 
> _______________________________________________
> 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