× 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.


  1.  Home
  2. WDSCI-L
  3. January 2014

Re: Problem in RDi and/or RPGLE

Hi Peter

I have the same problema with some codes. For example with one source with
this h-spec:

H DATEDIT(*DMYJ)

RSE mark the same warning icon in the left side and outline view don't
opérate. If i change this line until warning dissapear or if i cut the line
then outline view appears and after ctrl-z to return original.

I think it's for this warning and by this way i can work with this view.

i hope this is usefull for you.

Regards


2014/1/15 <wdsci-l-request@xxxxxxxxxxxx>

Send WDSCI-L mailing list submissions to
wdsci-l@xxxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.midrange.com/mailman/listinfo/wdsci-l
or, via email, send a message with subject or body 'help' to
wdsci-l-request@xxxxxxxxxxxx

You can reach the person managing the list at
wdsci-l-owner@xxxxxxxxxxxx

When replying, please edit your Subject line so it is more specific
than "Re: Contents of WDSCI-L digest..."


*** NOTE: When replying to this digest message, PLEASE remove all text
unrelated to your reply and change the subject line so it is meaningful.

Today's Topics:

1. Re: Problem in RDi and/or RPGLE (Colpaert, Peter)
2. Re: Problem in RDi and/or RPGLE (Colpaert, Peter)
3. CRTRPGMOD: CPYSRCF: From-file EVFEVENT in KS01TS0O not
allowed. (thomas.raddatz@xxxxxx)
4. Re: CRTRPGMOD: CPYSRCF: From-file EVFEVENT in KS01TS0O not
allowed. (thomas.raddatz@xxxxxx)


----------------------------------------------------------------------

message: 1
date: Wed, 15 Jan 2014 05:24:03 +0000
from: "Colpaert, Peter" <Peter.Colpaert@xxxxxxxxxxx>
subject: Re: [WDSCI-L] Problem in RDi and/or RPGLE

Vern,

Problem is that the refresh button is greyed out at the time the outline
isn't available.

I meanwhile worked around the problem by simply copying the necessary
constants into the hssf_h copy member.

Met vriendelijke groeten / Best regards,

Peter Colpaert
Software Engineer - PLM Development Team
IT Operations Cluster Benelux, Philips IT

Philips Consumer Luminaires
Industrieterrein Satenrozen 11, 2550 Kontich, Belgium
Tel: (+32) 3/459 13 17
Email: Peter.Colpaert@xxxxxxxxxxx

Working from home on Wednesdays


-----Original Message-----
From: wdsci-l-bounces@xxxxxxxxxxxx [mailto:wdsci-l-bounces@xxxxxxxxxxxx]
On Behalf Of Vernon Hamberg
Sent: dinsdag 14 januari 2014 23:08
To: Rational Developer for IBM i / Websphere Development Studio Client for
System i & iSeries
Subject: Re: [WDSCI-L] Problem in RDi and/or RPGLE

Have you clicked on the Refresh button? There was a recent thread about
this, where it said it is sometimes necessary to do the refresh.

HTH
Vern

On 1/14/2014 7:10 AM, Colpaert, Peter wrote:
Hi group,

I cross-posted this to the Rdi and RPGLE lists because I'm not sure
which of the two is causing my problems.

We recently upgraded to a new system (Power7 at 7.1) and Rdi 9.0.1.0.

In the past, our V5R3M0 system prevented us from using the latest and
newest POI files and Scott Klement's HSSF service program.

I downloaded and installed the POI 3.6 version from his site, and it
seems to work OK.

However, when I open a program using the service program, my outline is
unavailable, and I get a yellow exclamation mark with an error or warning
message. The error comes from QSYSINC/QRPGLESRC,JNI (see screenshot at
http://snag.gy/qwwDb.jpg ). The same error occurs many times in this
member.

If I comment out the /copy directive, the outline is immediately
available again, but of course I now get other errors because I'm missing
the contents of the copy member.

Has anyone encountered this, and found a solution?

Met vriendelijke groeten / Best regards,

Peter Colpaert
Software Engineer - PLM Development Team IT Operations Cluster
Benelux, Philips IT

Philips Consumer Luminaires
Industrieterrein Satenrozen 11, 2550 Kontich, Belgium
Tel: (+32) 3/459 13 17
Email: Peter.Colpaert@xxxxxxxxxxx<mailto:Peter.Colpaert@xxxxxxxxxxx>

Working from home on Wednesdays


________________________________
The information contained in this message may be confidential and
legally protected under applicable law. The message is intended solely for
the addressee(s). If you are not the intended recipient, you are hereby
notified that any use, forwarding, dissemination, or reproduction of this
message is strictly prohibited and may be unlawful. If you are not the
intended recipient, please contact the sender by return e-mail and destroy
all copies of the original message.

--
This is the Rational Developer for IBM i / Websphere Development Studio
Client for System i & iSeries (WDSCI-L) mailing list To post a message
email: WDSCI-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list
options,
visit: http://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/wdsci-l.



------------------------------

message: 2
date: Wed, 15 Jan 2014 05:28:53 +0000
from: "Colpaert, Peter" <Peter.Colpaert@xxxxxxxxxxx>
subject: Re: [WDSCI-L] Problem in RDi and/or RPGLE

Hi John,

I tried the "combine on one line" before I sent the mail to this list, but
that only worked for those lines where the combined name would not extend
into the comments columns.

How do I submit a PMR? Do I need a special IBM login for that?

Met vriendelijke groeten / Best regards,

Peter Colpaert
Software Engineer - PLM Development Team
IT Operations Cluster Benelux, Philips IT

Philips Consumer Luminaires
Industrieterrein Satenrozen 11, 2550 Kontich, Belgium
Tel: (+32) 3/459 13 17
Email: Peter.Colpaert@xxxxxxxxxxx

Working from home on Wednesdays


-----Original Message-----
From: wdsci-l-bounces@xxxxxxxxxxxx [mailto:wdsci-l-bounces@xxxxxxxxxxxx]
On Behalf Of John Fellner
Sent: dinsdag 14 januari 2014 21:27
To: wdsci-l@xxxxxxxxxxxx
Subject: Re: [WDSCI-L] Problem in RDi and/or RPGLE



The source scan for the RPG Live Outline view has a problem with valid RPG
source:
D JNINATIVEINTERFACE...
D DS BASED(JNIENV.
D JNINATIVEINTERFACE_P)

Its failing on the trailing period on the split qualified name: BASED
(JNIENV.
(And the scanning error leads to not populating the Live Outline view.)

This is a defect that can be reported thru a PMR to get an APAR.

Workarounds include
- Combine the split qualified name onto one line in this D spec keyword
scenario, or
- Switch to the older static outline view by unchecking 'Update the
Outline view when text is changed in the editor'
in the Preferences under Remote Systems -> Remote Systems LPEX -> IBM i
Parsers -> ILE RPG.

John Fellner, RDi Development


In reply to::

date: Tue, 14 Jan 2014 13:10:12 +0000
from: "Colpaert, Peter" <Peter.Colpaert@xxxxxxxxxxx>
subject: [WDSCI-L] Problem in RDi and/or RPGLE

Hi group,

I cross-posted this to the Rdi and RPGLE lists because I'm not sure
which of the two is causing my problems.

We recently upgraded to a new system (Power7 at 7.1) and Rdi 9.0.1.0.

In the past, our V5R3M0 system prevented us from using the latest and
newest POI files and Scott Klement's HSSF service program.

I downloaded and installed the POI 3.6 version from his site, and it
seems to work OK.

However, when I open a program using the service program, my outline is
unavailable, and I get a yellow exclamation mark with an error or
warning message. The error comes from QSYSINC/QRPGLESRC,JNI (see
screenshot at http://snag.gy/qwwDb.jpg ). The same error occurs many
times in this member.

If I comment out the /copy directive, the outline is immediately
available again, but of course I now get other errors because I'm
missing the contents of the copy member.

Has anyone encountered this, and found a solution?
--
This is the Rational Developer for IBM i / Websphere Development Studio
Client for System i & iSeries (WDSCI-L) mailing list To post a message
email: WDSCI-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list
options,
visit: http://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/wdsci-l.

________________________________
The information contained in this message may be confidential and legally
protected under applicable law. The message is intended solely for the
addressee(s). If you are not the intended recipient, you are hereby
notified that any use, forwarding, dissemination, or reproduction of this
message is strictly prohibited and may be unlawful. If you are not the
intended recipient, please contact the sender by return e-mail and destroy
all copies of the original message.



------------------------------

message: 3
date: Wed, 15 Jan 2014 14:37:31 +0100
from: thomas.raddatz@xxxxxx
subject: [WDSCI-L] CRTRPGMOD: CPYSRCF: From-file EVFEVENT in KS01TS0O
not allowed.


Hi,

Ocassionally I get the following error message when I compile a RPG
modules from the RSE:

<errorMessage>
Member /QSYS.LIB/LIBHTTP.LIB/EVFEVENT.FILE/BASE64R4 could not be saved
successfully because an attempt to copy temporary member
/QSYS.LIB/LIBHTTP.LIB/EVFEVENT.FILE/RSE8791045 to source member
/QSYS.LIB/LIBHTTP.LIB/EVFEVENT.FILE/BASE64R4 failed. Check the
allow-write or allow-update flags for source file
/QSYS.LIB/LIBHTTP.LIB/EVFEVENT.FILE are set to *YES. Also make sure file
member /QSYS.LIB/LIBHTTP.LIB/EVFEVENT.FILE/BASE64R4 is not locked by
another job. During a save, the Remote Systems LPEX Editor first creates
a temporary member, uploads the changes to the temporary member and then
copies the temporary member over the original member if the upload was
successful. The temporary member is then deleted. If this problem
persists you can change the member save behavior on the Remote Systems >
IBM i > Objects Subsystem preference page and then try saving again.
Below is the message returned from the server when attempting to run the
CPYSRCF command:

From-file EVFEVENT in LIBHTTP not allowed.
</errorMessage>

I can safely bet on that message when I compile a bunch of modules from
the RSE.

The "Commands Log" does not show anything special:

<commandsLog>
CRTRPGMOD MODULE(LIBHTTP/BASE64R4) SRCFILE(LIBHTTP/QRPGLESRC)
SRCMBR(BASE64R4) REPLACE(*YES) OPTION(*EVENTF) DBGVIEW(*SOURCE)
Ownership of object BASE64R4 in LIBHTTP type MODULE changed.
Cause . . . . . : The ownership of object BASE64R4 in library
LIBHTTP type MODULE has changed.
AUT parameter ignored.
Cause . . . . . : The AUT parameter value was ignored because
REPLACE(*YES) was specified. Therefore, the existing object was
used as the source of authority. All private and public authorities
were copied from the existing object to new object BASE64R4 type
*MODULE in library LIBHTTP. Recovery . . . : Display the object
authority (DSPOBJAUT command) to determine if the authority for
object BASE64R4 type *MODULE in library LIBHTTP needs to be changed.
Grant object authority (GRTOBJAUT command) or revoke object authority
(RVKOBJAUT command) to change the authority for object BASE64R4 type
*MODULE in library LIBHTTP if needed.

Replaced object BASE64R4 type *MODULE was moved to QRPLOBJ.
Cause . . . . . : Replaced object BASE64R4 type *MODULE from
the LIBHTTP library was renamed to Q4C06DA2AD and moved to the
QRPLOBJ library. Recovery . . . : If the replaced object is
needed, you can use the Move Object (MOVOBJ) command to move the
object from the QRPLOBJ library into another library. The QRPLOBJ
library is cleared during the next initial program load (IPL) of
the system. The QRPLxxxxx library (where 'xxxxx' is the number of
a primary auxiliary storage pool (ASP)) is cleared during the next
vary on of the ASP device.

Module BASE64R4 placed in library LIBHTTP. 00 highest severity.
Created on 15.01.14 at 14:15:43.
Cause . . . . . : Module BASE64R4 was successfully created in
library LIBHTTP. The highest message severity that resulted was 00.
The module creation date and time are 15.01.14 and 14:15:43.

CRTRPGMOD MODULE(LIBHTTP/CCSIDR4) SRCFILE(LIBHTTP/QRPGLESRC)
SRCMBR(CCSIDR4) REPLACE(*YES) OPTION(*EVENTF) DBGVIEW(*SOURCE)
Ownership of object CCSIDR4 in LIBHTTP type MODULE changed.
Cause . . . . . : The ownership of object CCSIDR4 in library
LIBHTTP type MODULE has changed.
AUT parameter ignored.
Cause . . . . . : The AUT parameter value was ignored because
REPLACE(*YES) was specified. Therefore, the existing object was
used as the source of authority. All private and public authorities
were copied from the existing object to new object CCSIDR4 type
*MODULE in library LIBHTTP. Recovery . . . : Display the object
authority (DSPOBJAUT command) to determine if the authority for
object CCSIDR4 type *MODULE in library LIBHTTP needs to be changed.
Grant object authority (GRTOBJAUT command) or revoke object authority
(RVKOBJAUT command) to change the authority for object CCSIDR4 type
*MODULE in library LIBHTTP if needed.

Replaced object CCSIDR4 type *MODULE was moved to QRPLOBJ.
Cause . . . . . : Replaced object CCSIDR4 type *MODULE from
the LIBHTTP library was renamed to Q4C06DA41C and moved to the
QRPLOBJ library. Recovery . . . : If the replaced object is
needed, you can use the Move Object (MOVOBJ) command to move the
object from the QRPLOBJ library into another library. The QRPLOBJ
library is cleared during the next initial program load (IPL) of
the system. The QRPLxxxxx library (where 'xxxxx' is the number of
a primary auxiliary storage pool (ASP)) is cleared during the next
vary on of the ASP device.

Module CCSIDR4 placed in library LIBHTTP. 00 highest severity.
Created on 15.01.14 at 14:15:43.
Cause . . . . . : Module CCSIDR4 was successfully created in
library LIBHTTP. The highest message severity that resulted was 00.
The module creation date and time are 15.01.14 and 14:15:43.

CRTRPGMOD MODULE(LIBHTTP/COMMSSLR4) SRCFILE(LIBHTTP/QRPGLESRC)
SRCMBR(COMMSSLR4) REPLACE(*YES) OPTION(*EVENTF) DBGVIEW(*SOURCE)
Ownership of object COMMSSLR4 in LIBHTTP type MODULE changed.
Cause . . . . . : The ownership of object COMMSSLR4 in library
LIBHTTP type MODULE has changed.
AUT parameter ignored.
Cause . . . . . : The AUT parameter value was ignored because
REPLACE(*YES) was specified. Therefore, the existing object was
used as the source of authority. All private and public authorities
were copied from the existing object to new object COMMSSLR4 type
*MODULE in library LIBHTTP. Recovery . . . : Display the object
authority (DSPOBJAUT command) to determine if the authority for
object COMMSSLR4 type *MODULE in library LIBHTTP needs to be changed.
Grant object authority (GRTOBJAUT command) or revoke object authority
(RVKOBJAUT command) to change the authority for object COMMSSLR4 type
*MODULE in library LIBHTTP if needed.

Replaced object COMMSSLR4 type *MODULE was moved to QRPLOBJ.
Cause . . . . . : Replaced object COMMSSLR4 type *MODULE from
the LIBHTTP library was renamed to Q4C06DA662 and moved to the
QRPLOBJ library. Recovery . . . : If the replaced object is
needed, you can use the Move Object (MOVOBJ) command to move the
object from the QRPLOBJ library into another library. The QRPLOBJ
library is cleared during the next initial program load (IPL) of
the system. The QRPLxxxxx library (where 'xxxxx' is the number of
a primary auxiliary storage pool (ASP)) is cleared during the next
vary on of the ASP device.

Module COMMSSLR4 placed in library LIBHTTP. 00 highest severity.
Created on 15.01.14 at 14:15:44.
Cause . . . . . : Module COMMSSLR4 was successfully created in
library LIBHTTP. The highest message severity that resulted was 00.
The module creation date and time are 15.01.14 and 14:15:44.

CRTRPGMOD MODULE(LIBHTTP/COMMTCPR4) SRCFILE(LIBHTTP/QRPGLESRC)
SRCMBR(COMMTCPR4) REPLACE(*YES) OPTION(*EVENTF) DBGVIEW(*SOURCE)
Ownership of object COMMTCPR4 in LIBHTTP type MODULE changed.
Cause . . . . . : The ownership of object COMMTCPR4 in library
LIBHTTP type MODULE has changed.
AUT parameter ignored.
Cause . . . . . : The AUT parameter value was ignored because
REPLACE(*YES) was specified. Therefore, the existing object was
used as the source of authority. All private and public authorities
were copied from the existing object to new object COMMTCPR4 type
*MODULE in library LIBHTTP. Recovery . . . : Display the object
authority (DSPOBJAUT command) to determine if the authority for
object COMMTCPR4 type *MODULE in library LIBHTTP needs to be changed.
Grant object authority (GRTOBJAUT command) or revoke object authority
(RVKOBJAUT command) to change the authority for object COMMTCPR4 type
*MODULE in library LIBHTTP if needed.

Replaced object COMMTCPR4 type *MODULE was moved to QRPLOBJ.
Cause . . . . . : Replaced object COMMTCPR4 type *MODULE from
the LIBHTTP library was renamed to Q4C06DA89B and moved to the
QRPLOBJ library. Recovery . . . : If the replaced object is
needed, you can use the Move Object (MOVOBJ) command to move the
object from the QRPLOBJ library into another library. The QRPLOBJ
library is cleared during the next initial program load (IPL) of
the system. The QRPLxxxxx library (where 'xxxxx' is the number of
a primary auxiliary storage pool (ASP)) is cleared during the next
vary on of the ASP device.

Module COMMTCPR4 placed in library LIBHTTP. 00 highest severity.
Created on 15.01.14 at 14:15:45.
Cause . . . . . : Module COMMTCPR4 was successfully created in
library LIBHTTP. The highest message severity that resulted was 00.
The module creation date and time are 15.01.14 and 14:15:45.
</commandsLog>

But the Eclipse error contains the error message:

<errorLog>

!ENTRY org.eclipse.rse.ui 4 0 2014-01-15 14:15:46.308
!MESSAGE Error uploading member
!STACK 0
org.eclipse.rse.services.clientserver.messages.SystemMessageException:
Save failed. Could not copy temporary member
/QSYS.LIB/LIBHTTP.LIB/EVFEVENT.FILE/RSE8791045 to member
/QSYS.LIB/LIBHTTP.LIB/EVFEVENT.FILE/BASE64R4.
at

com.ibm.etools.iseries.rse.ui.resources.TemporaryQSYSMember.copyToMember(TemporaryQSYSMember.java:200)
at

com.ibm.etools.iseries.rse.ui.resources.QSYSEditableRemoteSourceFileMember.upload(QSYSEditableRemoteSourceFileMember.java:1042)
at

com.ibm.etools.iseries.rse.ui.resources.QSYSTempFileListener.upload(QSYSTempFileListener.java:354)
at

com.ibm.etools.iseries.rse.ui.resources.QSYSTempFileListener.doResourceSynchronization(QSYSTempFileListener.java:97)
at

org.eclipse.rse.files.ui.resources.SystemTempFileListener.synchronizeTempWithRemote(SystemTempFileListener.java:718)
at

org.eclipse.rse.files.ui.resources.SystemTempFileListener$SynchResourcesJob.run(SystemTempFileListener.java:313)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:53)

!ENTRY org.eclipse.rse.ui 4 0 2014-01-15 14:15:46.316
!MESSAGE EVFF5037
</errorLog>

Although an object lock could be the reason for the problem, I wonder why
the content of the EVFEVENT/RSE8791045 member of file EVFEVENT is
different from member EVFEVENT/BASE64R4:

<RSE8791045> (stripped to 70 columns)
*...+....1....+....2....+....3....+....4....+....5....+....6....+....7
000000140115TIMESTAMP 0 20140115141543
000000140115PROCESSOR 0 000 1
000000140115FILEID 0 001 000000 027 LIBHTTP/QRPGLESRC(BASE64R4) 20
000000140115FILEID 0 002 000046 027 LIBHTTP/QRPGLESRC(BASE64_H) 20
000000140115FILEEND 0 002 000082
000000140115ERROR 0 001 1 000052 000052 007 000052 021 RNF7031 I
000000140115ERROR 0 001 1 000060 000060 007 000060 021 RNF7031 I
000000140115ERROR 0 001 1 000353 000353 007 000353 021 RNF7031 I
000000140115ERROR 0 001 1 000354 000354 007 000354 021 RNF7031 I
000000140115FILEEND 0 001 000384
****** END OF DATA ******
</RSE8791045>

<BASE64R4> (stripped to 70 columns)
*...+....1....+....2....+....3....+....4....+....5....+....6....+....7
TIMESTAMP 0 20140115141543
PROCESSOR 0 000 1
FILEID 0 001 000000 027 LIBHTTP/QRPGLESRC(BASE64R4) 20131220081027
FILEID 0 002 000046 027 LIBHTTP/QRPGLESRC(BASE64_H) 20131220081054
FILEEND 0 002 000082
ERROR 0 001 1 000052 000052 007 000052 021 RNF7031 I 00 051 The n
ERROR 0 001 1 000060 000060 007 000060 021 RNF7031 I 00 051 The n
ERROR 0 001 1 000353 000353 007 000353 021 RNF7031 I 00 050 The n
ERROR 0 001 1 000354 000354 007 000354 021 RNF7031 I 00 051 The n
FILEEND 0 001 000384
</BASE64R4>

Same content, but RSE8791045 is a source file format.

Last but not least it does not matter from what view I compile the
modules:

- RSE Tree View
- Object Table View
- TurnOver Worklist View

All your comments would be greatly appreciated.

Thomas.


--
IMPORTANT NOTICE:
This email is confidential, may be legally privileged, and is for the
intended recipient only. Access, disclosure, copying, distribution, or
reliance on any of it by anyone else is prohibited and may be a criminal
offence. Please delete if obtained in error and email confirmation to the
sender.

------------------------------

message: 4
date: Wed, 15 Jan 2014 14:42:46 +0100
from: thomas.raddatz@xxxxxx
subject: Re: [WDSCI-L] CRTRPGMOD: CPYSRCF: From-file EVFEVENT in
KS01TS0O not allowed.


I forgot to mention that EVFEVENT.BASE64 is created and populated despite
of the error message.

Thomas.

wdsci-l-bounces@xxxxxxxxxxxx schrieb am 15.01.2014 14:37:31:

Von: thomas.raddatz@xxxxxx
An: WDSCI-L@xxxxxxxxxxxx,
Datum: 15.01.2014 14:37
Betreff: [WDSCI-L] CRTRPGMOD: CPYSRCF: From-file EVFEVENT in
KS01TS0O not allowed.
Gesendet von: wdsci-l-bounces@xxxxxxxxxxxx


Hi,

Ocassionally I get the following error message when I compile a RPG
modules from the RSE:

<errorMessage>
Member /QSYS.LIB/LIBHTTP.LIB/EVFEVENT.FILE/BASE64R4 could not be saved
successfully because an attempt to copy temporary member
/QSYS.LIB/LIBHTTP.LIB/EVFEVENT.FILE/RSE8791045 to source member
/QSYS.LIB/LIBHTTP.LIB/EVFEVENT.FILE/BASE64R4 failed. Check the
allow-write or allow-update flags for source file
/QSYS.LIB/LIBHTTP.LIB/EVFEVENT.FILE are set to *YES. Also make sure file

member /QSYS.LIB/LIBHTTP.LIB/EVFEVENT.FILE/BASE64R4 is not locked by
another job. During a save, the Remote Systems LPEX Editor first creates

a temporary member, uploads the changes to the temporary member and then

copies the temporary member over the original member if the upload was
successful. The temporary member is then deleted. If this problem
persists you can change the member save behavior on the Remote Systems >

IBM i > Objects Subsystem preference page and then try saving again.
Below is the message returned from the server when attempting to run the

CPYSRCF command:

From-file EVFEVENT in LIBHTTP not allowed.
</errorMessage>

I can safely bet on that message when I compile a bunch of modules from
the RSE.

The "Commands Log" does not show anything special:

<commandsLog>
CRTRPGMOD MODULE(LIBHTTP/BASE64R4) SRCFILE(LIBHTTP/QRPGLESRC)
SRCMBR(BASE64R4) REPLACE(*YES) OPTION(*EVENTF) DBGVIEW(*SOURCE)
Ownership of object BASE64R4 in LIBHTTP type MODULE changed.
Cause . . . . . : The ownership of object BASE64R4 in library
LIBHTTP type MODULE has changed.
AUT parameter ignored.
Cause . . . . . : The AUT parameter value was ignored because
REPLACE(*YES) was specified. Therefore, the existing object was
used as the source of authority. All private and public authorities
were copied from the existing object to new object BASE64R4 type
*MODULE in library LIBHTTP. Recovery . . . : Display the object
authority (DSPOBJAUT command) to determine if the authority for
object BASE64R4 type *MODULE in library LIBHTTP needs to be changed.
Grant object authority (GRTOBJAUT command) or revoke object authority
(RVKOBJAUT command) to change the authority for object BASE64R4 type
*MODULE in library LIBHTTP if needed.

Replaced object BASE64R4 type *MODULE was moved to QRPLOBJ.
Cause . . . . . : Replaced object BASE64R4 type *MODULE from
the LIBHTTP library was renamed to Q4C06DA2AD and moved to the
QRPLOBJ library. Recovery . . . : If the replaced object is
needed, you can use the Move Object (MOVOBJ) command to move the
object from the QRPLOBJ library into another library. The QRPLOBJ
library is cleared during the next initial program load (IPL) of
the system. The QRPLxxxxx library (where 'xxxxx' is the number of
a primary auxiliary storage pool (ASP)) is cleared during the next
vary on of the ASP device.

Module BASE64R4 placed in library LIBHTTP. 00 highest severity.
Created on 15.01.14 at 14:15:43.
Cause . . . . . : Module BASE64R4 was successfully created in
library LIBHTTP. The highest message severity that resulted was 00.
The module creation date and time are 15.01.14 and 14:15:43.

CRTRPGMOD MODULE(LIBHTTP/CCSIDR4) SRCFILE(LIBHTTP/QRPGLESRC)
SRCMBR(CCSIDR4) REPLACE(*YES) OPTION(*EVENTF) DBGVIEW(*SOURCE)
Ownership of object CCSIDR4 in LIBHTTP type MODULE changed.
Cause . . . . . : The ownership of object CCSIDR4 in library
LIBHTTP type MODULE has changed.
AUT parameter ignored.
Cause . . . . . : The AUT parameter value was ignored because
REPLACE(*YES) was specified. Therefore, the existing object was
used as the source of authority. All private and public authorities
were copied from the existing object to new object CCSIDR4 type
*MODULE in library LIBHTTP. Recovery . . . : Display the object
authority (DSPOBJAUT command) to determine if the authority for
object CCSIDR4 type *MODULE in library LIBHTTP needs to be changed.
Grant object authority (GRTOBJAUT command) or revoke object authority
(RVKOBJAUT command) to change the authority for object CCSIDR4 type
*MODULE in library LIBHTTP if needed.

Replaced object CCSIDR4 type *MODULE was moved to QRPLOBJ.
Cause . . . . . : Replaced object CCSIDR4 type *MODULE from
the LIBHTTP library was renamed to Q4C06DA41C and moved to the
QRPLOBJ library. Recovery . . . : If the replaced object is
needed, you can use the Move Object (MOVOBJ) command to move the
object from the QRPLOBJ library into another library. The QRPLOBJ
library is cleared during the next initial program load (IPL) of
the system. The QRPLxxxxx library (where 'xxxxx' is the number of
a primary auxiliary storage pool (ASP)) is cleared during the next
vary on of the ASP device.

Module CCSIDR4 placed in library LIBHTTP. 00 highest severity.
Created on 15.01.14 at 14:15:43.
Cause . . . . . : Module CCSIDR4 was successfully created in
library LIBHTTP. The highest message severity that resulted was 00.
The module creation date and time are 15.01.14 and 14:15:43.

CRTRPGMOD MODULE(LIBHTTP/COMMSSLR4) SRCFILE(LIBHTTP/QRPGLESRC)
SRCMBR(COMMSSLR4) REPLACE(*YES) OPTION(*EVENTF) DBGVIEW(*SOURCE)
Ownership of object COMMSSLR4 in LIBHTTP type MODULE changed.
Cause . . . . . : The ownership of object COMMSSLR4 in library
LIBHTTP type MODULE has changed.
AUT parameter ignored.
Cause . . . . . : The AUT parameter value was ignored because
REPLACE(*YES) was specified. Therefore, the existing object was
used as the source of authority. All private and public authorities
were copied from the existing object to new object COMMSSLR4 type
*MODULE in library LIBHTTP. Recovery . . . : Display the object
authority (DSPOBJAUT command) to determine if the authority for
object COMMSSLR4 type *MODULE in library LIBHTTP needs to be changed.
Grant object authority (GRTOBJAUT command) or revoke object authority
(RVKOBJAUT command) to change the authority for object COMMSSLR4 type
*MODULE in library LIBHTTP if needed.

Replaced object COMMSSLR4 type *MODULE was moved to QRPLOBJ.
Cause . . . . . : Replaced object COMMSSLR4 type *MODULE from
the LIBHTTP library was renamed to Q4C06DA662 and moved to the
QRPLOBJ library. Recovery . . . : If the replaced object is
needed, you can use the Move Object (MOVOBJ) command to move the
object from the QRPLOBJ library into another library. The QRPLOBJ
library is cleared during the next initial program load (IPL) of
the system. The QRPLxxxxx library (where 'xxxxx' is the number of
a primary auxiliary storage pool (ASP)) is cleared during the next
vary on of the ASP device.

Module COMMSSLR4 placed in library LIBHTTP. 00 highest severity.
Created on 15.01.14 at 14:15:44.
Cause . . . . . : Module COMMSSLR4 was successfully created in
library LIBHTTP. The highest message severity that resulted was 00.
The module creation date and time are 15.01.14 and 14:15:44.

CRTRPGMOD MODULE(LIBHTTP/COMMTCPR4) SRCFILE(LIBHTTP/QRPGLESRC)
SRCMBR(COMMTCPR4) REPLACE(*YES) OPTION(*EVENTF) DBGVIEW(*SOURCE)
Ownership of object COMMTCPR4 in LIBHTTP type MODULE changed.
Cause . . . . . : The ownership of object COMMTCPR4 in library
LIBHTTP type MODULE has changed.
AUT parameter ignored.
Cause . . . . . : The AUT parameter value was ignored because
REPLACE(*YES) was specified. Therefore, the existing object was
used as the source of authority. All private and public authorities
were copied from the existing object to new object COMMTCPR4 type
*MODULE in library LIBHTTP. Recovery . . . : Display the object
authority (DSPOBJAUT command) to determine if the authority for
object COMMTCPR4 type *MODULE in library LIBHTTP needs to be changed.
Grant object authority (GRTOBJAUT command) or revoke object authority
(RVKOBJAUT command) to change the authority for object COMMTCPR4 type
*MODULE in library LIBHTTP if needed.

Replaced object COMMTCPR4 type *MODULE was moved to QRPLOBJ.
Cause . . . . . : Replaced object COMMTCPR4 type *MODULE from
the LIBHTTP library was renamed to Q4C06DA89B and moved to the
QRPLOBJ library. Recovery . . . : If the replaced object is
needed, you can use the Move Object (MOVOBJ) command to move the
object from the QRPLOBJ library into another library. The QRPLOBJ
library is cleared during the next initial program load (IPL) of
the system. The QRPLxxxxx library (where 'xxxxx' is the number of
a primary auxiliary storage pool (ASP)) is cleared during the next
vary on of the ASP device.

Module COMMTCPR4 placed in library LIBHTTP. 00 highest severity.
Created on 15.01.14 at 14:15:45.
Cause . . . . . : Module COMMTCPR4 was successfully created in
library LIBHTTP. The highest message severity that resulted was 00.
The module creation date and time are 15.01.14 and 14:15:45.
</commandsLog>

But the Eclipse error contains the error message:

<errorLog>

!ENTRY org.eclipse.rse.ui 4 0 2014-01-15 14:15:46.308
!MESSAGE Error uploading member
!STACK 0
org.eclipse.rse.services.clientserver.messages.SystemMessageException:
Save failed. Could not copy temporary member
/QSYS.LIB/LIBHTTP.LIB/EVFEVENT.FILE/RSE8791045 to member
/QSYS.LIB/LIBHTTP.LIB/EVFEVENT.FILE/BASE64R4.
at
com.ibm.etools.iseries.rse.ui.resources.TemporaryQSYSMember.copyToMember
(TemporaryQSYSMember.java:200)
at


com.ibm.etools.iseries.rse.ui.resources.QSYSEditableRemoteSourceFileMember.upload
(QSYSEditableRemoteSourceFileMember.java:1042)
at
com.ibm.etools.iseries.rse.ui.resources.QSYSTempFileListener.upload
(QSYSTempFileListener.java:354)
at


com.ibm.etools.iseries.rse.ui.resources.QSYSTempFileListener.doResourceSynchronization
(QSYSTempFileListener.java:97)
at


org.eclipse.rse.files.ui.resources.SystemTempFileListener.synchronizeTempWithRemote
(SystemTempFileListener.java:718)
at
org.eclipse.rse.files.ui.resources.SystemTempFileListener
$SynchResourcesJob.run(SystemTempFileListener.java:313)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:53)

!ENTRY org.eclipse.rse.ui 4 0 2014-01-15 14:15:46.316
!MESSAGE EVFF5037
</errorLog>

Although an object lock could be the reason for the problem, I wonder
why
the content of the EVFEVENT/RSE8791045 member of file EVFEVENT is
different from member EVFEVENT/BASE64R4:

<RSE8791045> (stripped to 70 columns)
*...+....1....+....2....+....3....+....4....+....5....+....6....+....7
000000140115TIMESTAMP 0 20140115141543
000000140115PROCESSOR 0 000 1
000000140115FILEID 0 001 000000 027 LIBHTTP/QRPGLESRC(BASE64R4) 20
000000140115FILEID 0 002 000046 027 LIBHTTP/QRPGLESRC(BASE64_H) 20
000000140115FILEEND 0 002 000082
000000140115ERROR 0 001 1 000052 000052 007 000052 021 RNF7031 I
000000140115ERROR 0 001 1 000060 000060 007 000060 021 RNF7031 I
000000140115ERROR 0 001 1 000353 000353 007 000353 021 RNF7031 I
000000140115ERROR 0 001 1 000354 000354 007 000354 021 RNF7031 I
000000140115FILEEND 0 001 000384
****** END OF DATA ******
</RSE8791045>

<BASE64R4> (stripped to 70 columns)
*...+....1....+....2....+....3....+....4....+....5....+....6....+....7
TIMESTAMP 0 20140115141543
PROCESSOR 0 000 1
FILEID 0 001 000000 027 LIBHTTP/QRPGLESRC(BASE64R4) 20131220081027
FILEID 0 002 000046 027 LIBHTTP/QRPGLESRC(BASE64_H) 20131220081054
FILEEND 0 002 000082
ERROR 0 001 1 000052 000052 007 000052 021 RNF7031 I 00 051 The n
ERROR 0 001 1 000060 000060 007 000060 021 RNF7031 I 00 051 The n
ERROR 0 001 1 000353 000353 007 000353 021 RNF7031 I 00 050 The n
ERROR 0 001 1 000354 000354 007 000354 021 RNF7031 I 00 051 The n
FILEEND 0 001 000384
</BASE64R4>

Same content, but RSE8791045 is a source file format.

Last but not least it does not matter from what view I compile the
modules:

- RSE Tree View
- Object Table View
- TurnOver Worklist View

All your comments would be greatly appreciated.

Thomas.


--
IMPORTANT NOTICE:
This email is confidential, may be legally privileged, and is for the
intended recipient only. Access, disclosure, copying, distribution, or
reliance on any of it by anyone else is prohibited and may be a criminal
offence. Please delete if obtained in error and email confirmation
to the sender.
--
This is the Rational Developer for IBM i / Websphere Development
Studio Client for System i & iSeries (WDSCI-L) mailing list
To post a message email: WDSCI-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/wdsci-l.


--
IMPORTANT NOTICE:
This email is confidential, may be legally privileged, and is for the
intended recipient only. Access, disclosure, copying, distribution, or
reliance on any of it by anyone else is prohibited and may be a criminal
offence. Please delete if obtained in error and email confirmation to the
sender.

------------------------------

--
This is the Rational Developer for IBM i / Websphere Development Studio
Client for System i & iSeries (WDSCI-L) digest list
To post a message email: WDSCI-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/wdsci-l.


End of WDSCI-L Digest, Vol 12, Issue 33
***************************************


As an Amazon Associate we earn from qualifying purchases.

This thread ...
Follow-Ups:
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.