RE: PSDS source informations availability

Using message files is definitely a better design approach than what it
sounds like you've done. Since you already must have a mechanism to decide
on what translation to do, you should be able to leverage that to implement
an override to the appropriate message file at the start of the job.

Hopefully, your existing code is modular enough to allow you to swap this in
on an ongoing basis without too much impact.

Good luck.



-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Dave Boettcher
Sent: Friday, January 17, 2014 1:10 PM
To: RPG programming on the IBM i (AS/400 and iSeries)
Subject: RE: PSDS source informations availability

More on the subject of message files. With the example of multiple
languages.

http://www.mcpressonline.com/programming/rpg/message-files-and-how-to-use-th
em.html



HTH,

Dave B

Sometimes I get the feeling the whole world is against me, but deep down I
know that's not true. Some of the smaller countries are neutral. -- Robert
Orben (comedy writer)


-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Booth Martin
Sent: Friday, January 17, 2014 3:01 PM
To: RPG programming on the IBM i (AS/400 and iSeries)
Subject: Re: PSDS source informations availability

Ah!!! You want message files.

Give all your user translations a message number and program for the message
number and then have translation copies of your message files.


http://publib.boulder.ibm.com/infocenter/iseries/v5r3/index.jsp?topic=%2Fcl%
2Fcrtmsgf.htm


On 1/17/2014 2:48 PM, Marco Benetti wrote:

I will try to explain better.

All my programs call a program to retrieve the translations of the

sentences used.

I have a phisical file where are stored the translations of the sentences

used by my program.

In the keys of the file there is the program name and library.
Until recently, I used the object name, but now problems have emerged with

the copies used to avoid recursion problems.

The copy of a program need to retrive the same translation of the original

program.

So I decided to use the source member information.

I hope I explained myself more clearly.

Marco


Il Venerdì 17 Gennaio 2014 19:37, CRPence <CRPbottle@xxxxxxxxx> ha

scritto:

On 17-Jan-2014 09:37 -0800, Marco Benetti wrote:

I try to explain my goal. All my programs have to call a generic
program that returns some information based on the name of the source
from which the program was compiled. So I need the source information
at runtime.

Seems an odd design. What does the correlation of source member
to run-time object achieve? What sort of effect comes from it?

This call need to be as fastest as possible, because it is in all my
programs, so I would like to avoid using an API to retrieve the
source info.

The API calls could be limited to those invokers that either do
not pass the source-information or whereby the provided
source-information identifies a QTEMP object name. The invoking
executable can be presumed likely already to be in memory, so the
longer code path would be an issue for the actual access to the
run-time object, along with any paging for the API code [though it
might also remain in memory]. Is there any strong evidence that the
additional API work would be an impact worth the expressed concern; i.e.

by actual tests?

Because any caller may be able to compose its own information to
pass [not restricted to the PSDS source-information variables likely,
per even possibly being values generated into the source], is there
any concern for a program spoofing another; i.e. passing information
from the source of a different program? Seems the API approach for
all invokers would eliminate any spoofed invocations.

--
This is the RPG programming on the IBM i (AS/400 and 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 IBM i (AS/400 and 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.