• Subject: RE: Problem with QtmhCvtDb API
  • From: rgh@xxxxxxxxxx
  • Date: Tue, 19 Jan 1999 20:04:09 -0600

It is important to remember CGI programs that read data from the standard
input stream, only CONTENT_LENGTH bytes should be read from standard input.
Attempts to read more than CONTENT_LENGTH bytes produces unpredictable
results.   In this case, you have 0D25.

In the technical studio on the AS/400 web page there are some RPG snippets
that will convert the character CONTENT_LENGTH to decimal to be used as the
number of bytes to read parameter for QtmhRdStIn.

When the last field is numeric and you read more bytes than CONTENT_LENGTH,
you will get a -4 RC from QtmhCvtDb.   Your other application is working
because the last field is character and the CRLF are just characters and
not invalid for character data.    Although they would probably be invalid
if you used the data as a search parameter.

 AS/400 Telnet Server/Client, WSG, LPD Server development
 Richard G. Hartmann       AS/400 TCP/IP & Server Development
  IBM T/L: 852-6731          IBM Mail: Richard Hartmann/Endicott/IBM
  Phone:   607-752-6731  Internet e-mail: rgh@us.ibm.com
---------------------------------------------------------------------------
------

Date: Tue, 19 Jan 1999 10:53:31 -0600
From: "Stone, Brad V (TC)" <bvstone@taylorcorp.com>
Subject: RE: Problem with QtmhCvtDb API

I just found another peculiarity.

It's throwing a hex '0D25' at the end of my data (I'm guessing CRLF).
Should it be doing this?  Could this be causing a problem or are these the
delimiter characters that it uses to signal the end of the data stream?



Bradley V. Stone
Taylor Corporation - OASIS Programmer/Analyst
bvstone@taylorcorp.com


> -----Original Message-----
> From:   Stone, Brad V (TC) [SMTP:bvstone@Taylorcorp.com]
> Sent:   Tuesday, January 19, 1999 8:28 AM
> To:     'MIDRANGE-L@midrange.com'
> Subject:     RE: Problem with QtmhCvtDb API
>
> Hi Stan.
>
> Yes.. trust me, this is the first thing I checked... and then checked
> again... and again.. and again...
>
> I have since changed it for now, but it still doesn't work.  I am having
> the
> user simply input one catalog number to run the report on.  It is now
> skipping this field and still returning a -4.
>
> I know it's got to be something simple, because I have another
application
> that works just fine.
>
>
> Bradley V. Stone
> Taylor Corporation - OASIS Programmer/Analyst
> bvstone@taylorcorp.com
>
>
> > -----Original Message-----
> > From: Staffan Lofberg [SMTP:staffan.lofberg@netorom.se]
> > Sent: Tuesday, January 19, 1999 3:46 AM
> > To:   MIDRANGE-L@midrange.com
> > Subject:   Re: Problem with QtmhCvtDb API
> >
> > Brad
> >
> > Are you sure that you have the field CPTITM correctly spelled in the
> > HTML-input?
> >
> > Staffan Lofberg
> >
> > "Stone, Brad V (TC)" wrote:
> >
> > > Hi Folks.
> > >
> > > Doing a little RPG/CGI programming and am having a problem.  I am
> trying
> > to
> > > convert variables, but it is having problems on the last field and
> > returning
> > > a status code of -4 (means: An error occurred while converting the
CGI
> > input
> > > string to the DDS defined data types. The data may or may not be
> > usable).
> > >
> > > I can't find any other errors anywhere else.  The data structure gets
> > filled
> > > with the info needed except for the last one.  The DS looks like
> this...
> > >
> > > CPDIV           3,0     Division Number
> > > CPSUBDIV        3,0     Subdivision Number
> > > CPFCAT          3,0     From Catalog
> > > CPTCAT  3,0     To Catalog
> > > CPFITM          14      From Item
> > > CPTITM          14      To Item
> > >
> > > The user inputs a from and to catalog, and a from and to item number.
> > These
> > > are read in with the QtmhRdStin API.  The variable string looks good,
> > and
> > > everything is filled but the To Item number field on the Convert to
> DB.
> > >
> > > Any ideas?  Return code of -4 doesn't tell me much.
> > >
> > > Bradley V. Stone
> > > Taylor Corporation - OASIS Programmer/Analyst
> > > bvstone@taylorcorp.com
> > >
> > > +---
> >
> > ------------------------------------------------------------------
> > Netorom AB              Phone +46 40 6712272
> > P.O. Box 9160           Fax   +46 40 940128
> > S-200 39  Malmö         http://risc.netorom.se
> > Sweden                  mailto:staffan.lofberg@netorom.se
> >


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


This thread ...


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

This mailing list archive is Copyright 1997-2019 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].