When you do a ACTGRP(*NEW) even if you set LR *OFF, the program still
ends when you do a return. So LR=*ON or LR=*OFF is effectively the same
thing. ACTGRP(*NEW) is why you don't see this particular issue.

Bob

> -----Original Message-----
> From: web400-admin@midrange.com
> [mailto:web400-admin@midrange.com] On Behalf Of Mark A. Manske
> Sent: Friday, June 21, 2002 12:47 PM
> To: web400@midrange.com
> Subject: RE: [WEB400] FW: QtmhCvtDb trouble
>
>
> At what point in size does this "feature" raise it's ugly
> head - I have all my programs using CvtDb, but my file is
> only 2,036 bytes long, though I have 749 fields in the file.
>
> So far I have not had any issues, and realistically do not
> see adding more size to it in the near future. I just don't
> want to get caught off guard in the future when I have
> forgotten this post.
>
> Though due to the dynamics of our web CGI work here, I do
> not do the *INLR on, but I do compile all to be activation
> group *NEW, and thus far no performance issues and it took
> care of a couple of very "weird" issues I was having.
>
> TIA
>
> Mark
>
> -----Original Message-----
> From: web400-admin@midrange.com [mailto:web400-admin@midrange.com]On
> Behalf Of Bob Cozzi
> Sent: Friday, June 21, 2002 12:22 PM
> To: web400@midrange.com
> Subject: RE: [WEB400] FW: QtmhCvtDb trouble
>
>
> I've heard of this bug. The best thing to do if you want to
> continue to use CvtDb is to make sure you set on *INLR before
> the CGI program ends.
>
> The best thing you can do if you want it to work in the
> future, is to us QzhbCgiParse and get he fields one at a
> time. Mel Beckman's zhbGetVar (in CGIDEV2) wraps QzhbCgiParse
> so that normal humans can actually use it. It's the only
> thing I use nowadays. I used the be in love with CvtDb, but
> there's too many issues with it to make it worth the effort anymore.
>
> Bob Cozzi
>
>
> > -----Original Message-----
> > From: web400-admin@midrange.com
> [mailto:web400-admin@midrange.com] On
> > Behalf Of Phil
> > Sent: Thursday, June 20, 2002 7:52 PM
> > To: WEB400
> > Subject: [WEB400] FW: QtmhCvtDb trouble
> >
> >
> > All,
> >
> > I am having trouble with this API.  The value of stdin when
> this api
> > is called is correct - reflects what the user entererd in.
> But when
> > the api is called, it returns data from the first time the api was
> > called.  This seems only to be happening where the pf used for the
> > external ds is long, and only on the right most fields.
> The left most
> > fields contain the correct data.
> >
> > This as400 is v4r4.  The file is 5,163 bytes long and has 25 fields.
> >
> > Is this a known issue?
> >
> > Thanks,
> >
> > Phil
> >
> >
> > _______________________________________________
> > This is the Web Enabling the AS400 / iSeries (WEB400)
> mailing list To
> > post a message email: WEB400@midrange.com To subscribe,
> unsubscribe,
> > or change list options,
> > visit: http://lists.midrange.com/cgi-bin/listinfo/web400
> > or email: WEB400-request@midrange.com
> > Before posting, please take a moment to review the archives at
> > http://archive.midrange.com/web400.
> >
> >
>
> _______________________________________________
> This is the Web Enabling the AS400 / iSeries (WEB400) mailing
> list To post a message email: WEB400@midrange.com To
> subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/web400
> or email: WEB400-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/web400.
>
>
> _______________________________________________
> This is the Web Enabling the AS400 / iSeries (WEB400) mailing
> list To post a message email: WEB400@midrange.com To
> subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/web400
> or email: WEB400-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/web400.
>
>



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.