Very interesting, and THANK you Rob.
So, should one change the program to test for a symbolic link so that
the "correct" command is copied and updated?
I won't be able to test this until I get a job with a company that wants
to continue upgrading the iSeries... I'm gonna be stuck at 5.3/5.2 since
the AS400/iSeries/i, etc., et al., is being replaced by Windoz
...stuff... OTOH, maybe we'll still have the "i" when I retire in 9
years... if I'm allowed to stay that long.
Any recommendations would be ... interesting... :-)
Dave
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[
mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Thursday, May 10, 2007 9:06 AM
To: RPG programming on the AS400 / iSeries
Subject: RE: compile problem
And some people put that program in QSTRUP to make sure it gets done at
IPL time so they don't forget to run it after the next upgrade (or if
IBM ptfs a command).
That being said, be careful about V5R4. Many of the commands in V5R4
are not true command objects anymore. Maybe this will explain it
better.
First, I'll give you an IFS example. Do the following:
EDTF '/testfile.txt'
type something in it and save it.
Now do this:
ADDLNK OBJ('/testfile.txt') NEWLNK('/testfile2.txt') LNKTYPE(*SYMBOLIC)
DSPF STMF('/testfile2.txt') See the same contents as testfile.txt? Now
try:
EDTF STMF('/testfile2.txt')
and change the contents. Now do this
DSPF STMF('/testfile.txt')
See how changing the contents of testfile2.txt changed the contents of
testfile.txt?
Concept is "symbolic links", or, in the case of commands, "proxy
commands". Unlike CRTDUPOBJ it doesn't really copy the whole object.
It's more like slapping a logical file over a physical. See the command
CRTPRXCMD for Create Proxy Command.
Now, in V5R4, IBM has figured out how to do this with commands. If you
do a CHGCMDDFT on QSYS/CRTBNDRPG you are also changing the command
QDEVTOOLS/CRTBNDRPG. You may, or may not, care. However if you do a
CRTDUPOBJ of QSYS/CRTBNDRPG into your custom library, and modify that,
then do NOT assume that by qualifying the library QDEVTOOLS/CRTBNDRPG
you are then running an unadulterated version of the command because you
are not. You may be better served by doing the CRTDUPOBJ of
QDEVTOOLS/CRTBNDRPG into your custom library and modifying that.
How do I tell if a command is a link, or a real command? Well, you can
assume that the attribute column on this is significant:
Object Type Library Attribute
CRTBNDRPG *CMD QDEVTOOLS
CRTBNDRPG *CMD QSYS PRX
CRTBNDRPG *CMD QSYSV5R2M0
CRTBNDRPG *CMD QSYSV5R3M0
Or, you can do a DSPCMD QSYS/CRTBNDRPG and see the following:
Target command . . . . . . . . . . . . : CRTBNDRPG
Library . . . . . . . . . . . . . . : QDEVTOOLS
Text . . . . . . . . . . . . . . . . . : Create Bound RPG Program
Current proxy chain . . . . . . . . . : QSYS/CRTBNDRPG
QDEVTOOLS/CRTBNDRPG
Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
"Turnidge, Dave" <DTurnidge@xxxxxxxxxxxxxxxxxxxx>
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
05/09/2007 04:09 PM
Please respond to
RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx>
To
"RPG programming on the AS400 / iSeries" <rpg400-l@xxxxxxxxxxxx>
cc
Fax to
Subject
RE: compile problem
The "string" is the appropriate parameter followed by the entry you
desire in parens, all in single quotes...
Per Bob: CHGCMDDFT CRTBNDRPG 'DBGVIEW(*SOURCE)'
This only needs to be run when your command changes, usually by
upgrading your system.
What you ... SHOULD ... do, is copy the command to a library above QSYS,
and change THAT command. Then when you upgrade the next time, YOUR
command won't change. HOWEVER, then you have the problem of IBM changing
the parms of a command, and then you blow up because of THAT reason....
SO, create your library that sits above QSYS. Ours is MUSER. Write a
program that
1) deletes the command from your library (MUSER),
2) copies the new command from QSYS to your library (MUSER). At this
time you can rename the command if you wish (for example WRKACTJOB to
WAJ).
3) Next, do the CHGCMDDFT command as you wish.
Now you have a program to run after each install, and it will bring your
"in house" IBM copies up to date...
Dave
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[
mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Phil Kestenbaum
Sent: Wednesday, May 09, 2007 2:58 PM
To: RPG programming on the AS400 / iSeries
Subject: RE: compile problem
Yes but then it wants the string. How do I get this string?
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[
mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Turnidge, Dave
Sent: Wednesday, May 09, 2007 3:38 PM
To: RPG programming on the AS400 / iSeries
Subject: RE: compile problem
CHGCMDDFT?
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[
mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Phil Kestenbaum
Sent: Wednesday, May 09, 2007 2:34 PM
To: RPG programming on the AS400 / iSeries
Subject: compile problem
I am still using SEU option 14 for compile. The default seems to have
changed since V5R4 was installed. For debugging, the default is now
Statement, not source. This doesn't give you the source. How can I get
this as before?
TIA,
Phil
This message contains information proprietary to our company. It is
intended to be read only by the individual or entity named above or
their designee.
Any distribution of this message or the information contained herein
without written permission from our company is strictly prohibited. If
the reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are hereby
notified that you have received this document in error and that any
review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately by e-mail, and delete the original message.
--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing
list To post a message email: RPG400-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
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@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/rpg400-l.
midrange.com
