× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Off the top of my head, I believe you'd need *EXIST and/or *ALTER to the object.

Unlike UPDDTA, SEU copies the member into a temporary location while you are 
editing then copies the member back.

So basically, you need the same authority as you'd need to do a CPYF 
MBR(*REPLACE).

There's a difference between being able to modify a record and being able to 
alter and object by deleting a member.


HTH,

Charles Wilt
--
iSeries Systems Administrator / Developer
Mitsubishi Electric Automotive America
ph: 513-573-4343
fax: 513-398-1121
 

> -----Original Message-----
> From: rpg400-l-bounces@xxxxxxxxxxxx
> [mailto:rpg400-l-bounces@xxxxxxxxxxxx]On Behalf Of Shijith_Chand
> Sent: Thursday, July 21, 2005 9:10 AM
> To: rpg400-l@xxxxxxxxxxxx
> Subject: Regarding Object Authority - Something strange 
> 
> 
> Hello all,
> 
>             As I understand a *CHANGE authority on a physical file
> should allow the user
> 
>             to change the data in the file.
> 
>             When it is a normal database file everything works as said
> when AUT is *CHANGE
> 
>             I Tried this with UPDDTA 
> 
>         
> 
>             But when I have *CHANGE authority for a source 
> Physical File
> and when I try to 
> 
>             Change the source member through a SEU, I get the error
> 
>              "Not authorized to update member."  Is this way 
> of Updating
> any different from a
> 
>             UPDDTA update? .However UPDDTA does not work for source
> physical file.
> 
> Thanks & Regards,
> 
> S.Chand 
> 
>             
> 
>             
> 
>  
> 
>             
> 
>                    
> 
>       
> 
> 
> 
> DISCLAIMER:
> This email (including any attachments) is intended for the 
> sole use of the intended recipient/s and may contain material 
> that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any 
> review or reliance by others or copying or distribution or 
> forwarding of any or all of the contents in this message is 
> STRICTLY PROHIBITED. If you are not the intended recipient, 
> please contact the sender by email and delete all copies; 
> your cooperation in this regard is appreciated.
> -- 
> 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.
> 
> 


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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

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

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.