× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



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.




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.