Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Keyfield-edit with STRDFU

179 views
Skip to first unread message

Peter Zich

unread,
May 12, 2010, 12:06:29 PM5/12/10
to

Hi,

I am working on different AS/400�s, and my usercode has the same rights on
each machine (QSECOFR, ALLOBJ).

But when I work with a (PF-)file with STRDFU, i can edit the key-fields of
the file only on one of the machines, on the other machines the key-fields
are always protected.
This does not depend on the selected file, it occurs with every file.

I can�t find the difference in the settings ...

Any suggestions ?

TIA
-- Peter

Ken Sims

unread,
May 12, 2010, 4:45:11 PM5/12/10
to
Hi Peter -

On Wed, 12 May 2010 18:06:29 +0200, "Peter Zich" <p.z...@aon.at>
wrote:

>But when I work with a (PF-)file with STRDFU, i can edit the key-fields of
>the file only on one of the machines, on the other machines the key-fields
>are always protected.
>This does not depend on the selected file, it occurs with every file.

If it's an existing DFU program, it's an attribute set when the
program is created.

Do "Change a DFU Program" against one of the programs and see how the
"Keys:" "Changes allowed" attribute is set.

--
Ken
Opinions expressed are my own and do not necessarily represent the views
of my employer or anyone in their right mind.

CRPence

unread,
May 12, 2010, 5:09:22 PM5/12/10
to

As I recall, the DFU program stores the default setting for the
"Changes allowed" value in the IPE [Interactive Profile Entry] of
the user, as last-set in either Create or Change of a DFU program.
When UPDDTA is run, the default for "Keys: Changes allowed" will
reflect the last-specified value. To /correct/ the behavior, create
or change a DFU program, on the "Define General Information/Indexed
File" panel update the "Keys: Changes allowed" to "Y=Yes" [or
whatever value is appropriate for the installed NLV, to indicate
"Yes"]. The inability to /correct/ the behavior without having to
create a new or change an existing DFU program would seem to be a
design oversight... but I am sure it has been that way for as long
as anyone can remember.
http://www.mcpressonline.com/forum/archive/index.php/t-8324.html

I do not believe just using a DFU program, i.e. the CHGDTA, would
impact the stored value\preference. I expect only the use of the
choice stored in the DFU program, and the stored /preference/ would
remain unchanged.

The same /default/ issue exists for the "Audit report" action as
well; perhaps all of the various behaviors available on "Define
General Information/Indexed File".?
http://groups.google.com/group/comp.sys.ibm.as400.misc/browse_thread/thread/7f1ee856471bbb3a/41451a730931899a

Regards, Chuck

Peter Zich

unread,
May 13, 2010, 4:11:27 AM5/13/10
to

"CRPence" <CRP...@vnet.ibm.com> schrieb im Newsbeitrag
news:hsf5cn$op3$1...@speranza.aioe.org...

Hi Chuck,

it works !
I have just created a new DFU-program with "changes allowed = Y" - and now
even a simple UPDDTA allows to change the key-fields - with any file !

Thank you very much - that makes my life easier :-)

-- Peter


Peter Zich

unread,
May 13, 2010, 4:21:15 AM5/13/10
to
"Ken Sims" <ng3122@kensims.#nospam#.net.invalid> schrieb im Newsbeitrag
news:5g4mu51emiivavnjm...@4ax.com...


Hi Ken,

thank�s for your help - I didn�t know that I can change the "changes
allowed"-definition that easy !
And the best of all: This definition is stored in my profile (as Chuck
explained), and now even a simple UPDDTA allows to change the key-fields !

Best regards,
-- Peter


0 new messages