RE: Accessing data in IFS

["Nicolay, Paul" <paul_nicolay@xxxxxxxxx>]

Hi Aaron,

Normally not since 0 is a valid descriptor.

BTW, is it really not working, or do you doubt the validity of 0 as a
descriptor ?

Note that some descriptors are used during interactive jobs for console and
other I/O devices, while this might not be the case in batch jobs.  This is
the reason why the first descriptor is 0 on batch jobs... however it should
be valid.

Someone didn't code If <= 0 instead of If < 0 for error checking ?

Kind regards,
Paul

-----Original Message-----
From: Bartell, Aaron L. (TC) [mailto:ALBartell@taylorcorp.com]
Sent: 20 March, 2002 16:33
To: 'rpg400-l@midrange.com'
Subject: RE: Accessing data in IFS


>Have you checked 'errno' after the first open() ?

Ah!  No I have not.  That may be the answer!  But would it have anything in
'errno' if the open() operation returned zero which tells me it was a
successful open?

Aaron Bartell



-----Original Message-----
From: Nicolay, Paul [mailto:paul_nicolay@merck.com]
Sent: Wednesday, March 20, 2002 9:17 AM
To: 'rpg400-l@midrange.com'
Subject: RE: Accessing data in IFS


Aaron,

Have you checked 'errno' after the first open() ?

Kind regards,
Paul

-----Original Message-----
From: Bartell, Aaron L. (TC) [mailto:ALBartell@taylorcorp.com]
Sent: 20 March, 2002 16:10
To: rpg400-l@midrange.com
Subject: RE: Accessing data in IFS


There is a programmer in my shop working on a program that opens a file in
the IFS to read in a template for an email.  Now remember, this file already
exists and is about 2k.  We are having very weird results to say the least.
When we call it interactively, the first time it returns a file descriptor
of 0.  The second time we call the program it returns a file descriptor of 3
and we get the desired output.

Any ideas?  I should mention that the open api is wrapped in a module.  The
module contains the code that came from "Who knew you could do that with
RPG. . ." for the open(), read(), write(), and close().

So right now to fix the problem she calls the #Open procedure twice which in
essence is calling the open() api four times(open, close, open; open, close,
open).

It is almost like it can't find the file the first time, but the second time
it finds it just fine.

Aaron Bartell
_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.


_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.
_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.