|
Man - talk about getting things out of order.
I just received this e-mail after the other ones. So my different
remarks/e-mails will probably NOT make any sense
AND
If MY sarcasm strikes a sore note
my apologies.
>>> "Mike Collins (syan)" <mike.collins@syan.co.uk> 04/11/01 11:40AM >>>
You can get your foot away from your mouth Alan! You are absolutely correct!
alan shore <SHOREA@dime.com>@INTERNET@midrange.com> on 11/04/2001 16:36:31
Please respond to RPG400-L <RPG400-L@midrange.com>@INTERNET
Sent by: owner-rpg400-l <owner-rpg400-l@midrange.com>
To: RPG400-L <RPG400-L@midrange.com>@INTERNET
cc:
Subject: Re: LDA-problem, adding more specs.
In other words, the user signs off (or is automatically signed off). The Local
Data Area (object type *LDA) is automatically initialised EACH time the user
signs on. (Again, I may be wrong on this, but this time I'm fairly sure[ says
he ready to insert foot into mouth ONCE AGAIN])
>>> <michel.cuypers@newwave.be> 04/11/01 09:40AM >>>
Hi, Y'All,
I think I must elaborate a bit on the processing codes & - circumstances
1. First of all, all pgms are interactive.
2. To code the *LDA I use following instructions.
In pgm 1, I use
138.00 D* LDA
139.00 D UDS
140.00 D ENTITY 1020 1024
141.00 C****************************************************
...
1015.00 C* FILL IN LDA
1016.00 C *LOCK IN *DTAARA
1017.00 C MOVEL $ENTY ENTITY
1018.00 C OUT *DTAARA
1019.00 C*
In pgm 2, I don't use anything
And in pgm 3, I use
0145.00 D* LDA
0146.00 D UDS
0147.00 D ENTITY 1020 1024
0148.00 C*********************************************
...
0568.00 C* NEW ENTITY
0569.00 C* ----------
0570.00 C* KEEP IN LDA
0571.00 C Z-ADD 0 $ENTY
0572.00 C *LOCK IN *DTAARA
0573.00 C MOVEL ENTITY $ENTY
0574.00 C ADD 1 $ENTY
0575.00 C MOVEL $ENTY ENTITY
0576.00 C OUT *DTAARA
Pgm 3-coding seems to be working, since during toggling through pgms2-3 the
ENTITY-value is incremented ...
On the other hand, In pgm-1 $ENTY is calculated and supposedly put in *LDA:
ENTITY
to calculate & pick up the entity-value where it was left off (for instance, the
day before)
This calculation is OK (debugging) , but ...
Greetings, Michel
___________________________________________________
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.