|
Thanks for this explanation. Now for the real question. What is the advantage to using this when I can use -value following -init and QtmhPutEnv? Maybe there isn't, but I assumed there was. The Format DS shown in your example is not used for -init or -value so I guess I overlooked that, but to me that's too much work to use the -POST option. It doesn't seem consistent. Thanks again for your time Bruce. It is appreciated. Brad > -----Original Message----- > From: bvining@vnet.ibm.com [mailto:bvining@vnet.ibm.com] > Sent: Tuesday, December 12, 2000 1:59 PM > To: RPG400-L@midrange.com > Subject: QzhbCGIParse API > > > > > >What do I see in the target buffer? Some garbage, then the > field name > >preceded by FORM_ then the value, this repeated for each form field. > > > > Well let's look at that "garbage". The start of the target buffer > should be layed out (per the API documentation) as: > > DFMT0200 ds Based(BufPtr) > D BytRtn 10i 0 > D BytAvl 10i 0 > D ContHdl 20 > D OffToVar 10i 0 > D NbrOfVars 10i 0 > > Is BytRtn = BytAvl? If so then we got everything; if not we should > allocate a larger target buffer. If we add OffToVar to BufPtr we > should get to: > > DVarName ds Based(VarNPtr) > D EntryLen 10i 0 > D NameLen 10i 0 > D Name 100 > > (Note that the 100 is just any number big enough to handle > the possible > returned name(s)) > > Does Name look right? If we add VarNPtr + NameLen + 8 we > should get to: > > DVarValue ds Based(VarVPtr) > D ValueLen 10i 0 > D Value 100 > > Does Value look right? If so, then if we add EntryLen to VarNPtr we > should get to the next VarName DS. Does that look right? Are there > NbrOfVars instances of VarName? > > I am assuming that somewhere in my "does that look right" > list something > doesn't look right. Can you indicate which part is "wrong"? > > And yes, the API (-POST) has been successfully used and the > documentation can be improved on. > > Bruce > > > > +--- > | 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-2024 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.