RE: RPG ILE Write

[rob@xxxxxxxxx]

Can you duplicate the skips outside of your RPG by using UPDDTA or some
such utility?

I assume there are no indicators or (e)xtenders on the write getting
activated.

What release of the OS are you running?
What cum are you running?  Or, what is the first PTF showing when you do a
DSPPTF?  Mine is TL01302.
What level of the database group ptf are you running?  For 5.1 you use the
command DSPDTAARA DTAARA(SF99501)
You can attempt searching through the APAR list at
http://www-912.ibm.com/supporthome.nsf/document/10000035
You can call service, if you have a support contract, and you are running a
supported version of the OS (V4R5 or higher).
They may ask for recreates to see if they can duplicate it at the lab.
If they are unable to duplicate they may dial in.
Good luck.


Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin



                    "Andrew Goade"
                    <agoade@hubgroup.       To:     rpg400-l@midrange.com
                    com>                    cc:
                    Sent by:                Fax to:
                    rpg400-l-admin@mi       Subject:     RE: RPG ILE Write
                    drange.com


                    03/18/2002 01:44
                    PM
                    Please respond to
                    rpg400-l







The job log does not display anything.  It seems like the program thinks it
worked.  The program does not abend, so it isn't a duplicate key issue.
Some of records do get written, so it's not a library list issue.  We don't
use commitment control, so that is out of the question.  And the program
logic isn't wrong because the record writes when we step through it in
Debug.  It might be a RPG issue, where would I look for that type of
information??




                    Jim Langston
                    <jlangston@celsin       To:
"'rpg400-l@midrange.com'" <rpg400-l@midrange.com>
                    c.com>                  cc:
                    Sent by:                Subject:     RE: RPG ILE Write
                    rpg400-l-admin@mi
                    drange.com


                    03/18/2002 12:31
                    PM
                    Please respond to
                    rpg400-l






What does your job log show you, anything?  DSPJOBLOG and hit F10 to
display
all and scroll down.

The first thing I could think that would cause a record not to be written
would be duplicate keys.  Second would be library list issues.  Third would
be commitment control.  Fourth would be program logic.  Fifth would be bug
in RPG.

Regards,

Jim Langston

-----Original Message-----
From: Andrew Goade [mailto:agoade@hubgroup.com]

For the records it doesn't write normally, it writes them in Debug.
Basically, I have a record, let's say it's record 123.  I make a table
change to 123, and it flows through my process.  However, my record doesn't
write to my file.  Now, I put my process in debug.  Again I make a change
to 123.  When I break at the write and F10 through it, the record now
appears in my file.  Now let's say that I enddbg and make a change to
record 456.  It flows through my process and writes to my file.  This is
not dependant on debug.  It will happen this way before or after I
start/stop debug.
_______________________________________________
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.