Long variable issue

Josh Reader josh.reader at mercuryelectronics.com
Mon Feb 1 10:26:36 PST 2021 

Hi Richard,

Try declare global uname(32,*,g).  I've noticed there are times when using declare global that it needs "g" when you define it's length and type in order to hold the value assigned to it.

Josh

-----Original Message-----
From: Filepro-list <filepro-list-bounces+josh.reader=mercuryelectronics.com at lists.celestial.com> On Behalf Of Richard Kreiss via Filepro-list
Sent: Monday, February 1, 2021 1:05 PM
To: 'Jason Garner' <jason.garner at evalsvs.com>
Cc: filepro-list at lists.celestial.com
Subject: RE: Long variable issue

I have used the debugger an rkreiss does exist and the issue is that the long variable that should hold rkreiss does not get filled. Uname or runnasme(I tried both a uname is a declared value in the calling processing table.  It was originally declared as local but I changed it to global and used a declare extern uname to pass the value to the called table.  In the original table uname has rkreiss but the field is blank in the called table.
Even if I do:

If uname = ""
Then: uname=getenv("username") - I would like to know why if the field already has a value in the calling table why it is empty in the called table.  No one has been able to answer that question.  No one seems to know if there is a limit to the number of variables that filePro can handle. I am aware that filePro needs to account for dummy fields, long variables, arrays, process labels, field edits both global(115) and local (3) in output processing file , as well as system arrays and other items.  Does filePro load an auto process table for the called table if one is in the directory for that process? I have not gotten an answer to my questions form FP Tech as I don't think they know and may need to research this as no developer has reached this point and had this issue. There are 496 labels in the original input process table, that includes @when process as well  subroutine labels and 36 labels in the output process and 1 label in the auto Process table used with this output process. FilePro needs to account for all of these and we do not know what the maximum limit is.  Tis would have to be a combined limit as tech support would have no idea of what this breakdown would be.  

I have a feeling I am the first developer to reach this limit and that is what is causing my issue.

Issue:

I can declare a variable but it will not hold a value trying to be  assigned to it.  Why?  I can see the variable in the debugger but can not get it to hold a value.  When I pass a value using -rx and @px the value is present but if I try to use a declared global to hold the same value and declare extern, the value is blank in the called table.  
If I define the long variable as uname(32,*), the debugger show the variable
as blank with the total length represented by |                        |
instead of || when not having a defined length.

This is a process running for a system call to an output processing table which does not hold the declared value being assigned to it..  Yes, there is an auto process table that runs with this output process but has 7 declare global variables and 5 dummy fields and an output processing table with 95 long variable and 31 dummy fields of which  14 have defined lengths and edits. One of those fields has a length of 1390 as it hold the information from the file being read.  I can replace getenv() everywhere I want to use uname but it would be easier to use uname in the programming the having to type the getenv("username") each time. I need to use the name in programming.


> -----Original Message-----
> From: Filepro-list
<filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com>
> On Behalf Of Jason Garner via Filepro-list
> Sent: Saturday, January 30, 2021 8:03 AM
> To: filepro-list at lists.celestial.com
> Subject: Long variable issue
> 
> I guess the low hanging fruit would be to figure out if rkreiss 
> actually
exists in
> the environment.
> 
> Like if you do a msgbox getenv("rkreiss"), is the message box also 
> blank
or does
> it populate?
> 
> On Sat, Jan 30, 2021 at 3:07 AM 
> <filepro-list-request at lists.celestial.com>
> wrote:
> 
> > Send Filepro-list mailing list submissions to
> >         filepro-list at lists.celestial.com
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> >         http://mailman.celestial.com/mailman/listinfo/filepro-list
> > or, via email, send a message with subject or body 'help' to
> >         filepro-list-request at lists.celestial.com
> >
> > You can reach the person managing the list at
> >         filepro-list-owner at lists.celestial.com
> >
> > When replying, please edit your Subject line so it is more specific 
> > than "Re: Contents of Filepro-list digest..."
> >
> >
> > Today's Topics:
> >
> >    1. Long variable issue (Richard Kreiss)
> >
> >
> > --------------------------------------------------------------------
> > --
> >
> > Message: 1
> > Date: Fri, 29 Jan 2021 18:59:33 +0000
> > From: Richard Kreiss <rkreiss at gccconsulting.net>
> > To: "'filepro-list at lists.celestial.com'"
> >         <filepro-list at lists.celestial.com>
> > Subject: Long variable issue
> > Message-ID:
> >         <
> >
> MN2PR04MB6767CDA976815F56DE43CA83B7B99 at MN2PR04MB6767.namprd0
> 4.prod.out
> > look.com
> > >
> >
> > Content-Type: text/plain; charset="us-ascii"
> >
> > I declared a long variable in a called processing table.
> >
> > Declare runname
> >
> > In the called processing table I have:
> >
> > If:
> > Then: runname=getenv("username")
> > If: getenv("username")="rkreiss"
> > Then: debug on   (the debugger is activated)
> >
> > When I evaluate runname is appears as empty ||
> >
> > When I change the declare to Runname(32*) and check the value of 
> > runname again, it the field is emp[ty but the |
> > | lines are 32 characters apart.
> >
> > Does any one have any ideas as to why runname is not being filled 
> > with "rkreiss".
> >
> > I have asked this question of FP Tech support and so far have not 
> > received an answer to this problem.  They have asked for other 
> > information and for mew to clarify what I wrote even though I gave 
> > them the processing used and the issue I weas having.
> >
> > I seem to recall that there is a limit as to the number of variables 
> > one can have but it is not documented.  Could I be passing this 
> > limit as there are a lot of declared values in the original 
> > processing table as well as the called table.  The called table is 
> > in a different
> > folder(directory) then the original processing. Is the total of the 
> > variable a combination of both tables?
> >
> > I may be able to eliminate some of the declared variables in the 
> > called table as this is a copy of one that is for a different 
> > purpose and I did not remove all of the declared values used in the 
> > other
program.
> >
> > Any assistance with this issue will be greatly appreciated.
> >
> >
> > Richard Kreiss
> > GCC Consulting
> >
> >
> >
> >
> >
> >
> > -------------- next part -------------- A non-text attachment was 
> > scrubbed...
> > Name: winmail.dat
> > Type: application/ms-tnef
> > Size: 15524 bytes
> > Desc: not available
> > URL: <
> > http://mailman.celestial.com/pipermail/filepro-list/attachments/2021
> > 01
> > 29/1638b6ac/attachment.bin
> > >
> >
> >
> > ------------------------------
> >
> > Subject: Digest Footer
> >
> > _______________________________________________
> > Filepro-list mailing list
> > Filepro-list at lists.celestial.com
> > http://mailman.celestial.com/mailman/listinfo/filepro-list
> >
> >
> > ------------------------------
> >
> > End of Filepro-list Digest, Vol 204, Issue 10
> > *********************************************
> >
> 
> 
> --
> Jason Garner
> Systems Administrator
> 
> 1801 Oberlin Rd, Suite 204
> Middletown, PA 17057
> Work   717-985-1122 x 1139
> Mobile 717-645-3521
> <tim.barr at evalsvs.com>jason.garner at evalsvs.com
> -------------- next part -------------- An HTML attachment was 
> scrubbed...
> URL: <http://mailman.celestial.com/pipermail/filepro-
> list/attachments/20210130/11de3011/attachment.html>
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> Subscribe/Unsubscribe/Subscription Changes 
> http://mailman.celestial.com/mailman/listinfo/filepro-list

_______________________________________________
Filepro-list mailing list
Filepro-list at lists.celestial.com
Subscribe/Unsubscribe/Subscription Changes http://mailman.celestial.com/mailman/listinfo/filepro-list

More information about the Filepro-list mailing list