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



Thinking about it some more, what do you want Aldon to do?

Do you want Aldon to copy the module objects to your dev library?
That may be feasible but not worth the effort if...

Do you want Aldon to manage the binding directory entries?
The overriding problem is the binding directory is not source based. I don't
think Aldon will touch (modify) non-source based objects. So you would ask
Aldon to look up the module in the binding directory in dev, and change the
library to the current environment library. That sounds like too much sugar
for a dime. That's also why you can't use substitution variables (&LIB) with
it I suspect - not source based.

I'm interested in hearing Aldon's reponse.

Loyd Goodbar
Senior programmer/analyst
BorgWarner
E/TS Water Valley
662-473-5713
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jack Derham
Sent: Tuesday, July 12, 2005 19:19
To: 'Midrange Systems Technical Discussion'
Subject: RE: ALDON Question

Thanks for the feedback. We have opened a discussion with Aldon. Will let
the list know the results.

Jack Derham
Direct Systems, Inc.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Goodbar, Loyd (ETS -
Water Valley)
Sent: Tuesday, July 12, 2005 8:48 AM
To: Midrange Systems Technical Discussion
Subject: RE: ALDON Question

Now I see what you're saying. You are modifying a module that's used in a
binding directory. To be honest, I haven't had to do this through Aldon.
However, you can specify *LIBL for the module's library in the binding
directory. It will be found when Aldon compiles the program object in order
of development, integration, quality, production.

You can still recompile the module and program objects in your library.
You'd need to test this, but I think once you compile the program, you
should see the library where Aldon and the binding directory found your
module. Do a DSPPGM on the program object, and screen 3 of 7 (Detail:
*MODULE) shows modules used. I suspect OS400 will replace the *LIBL with the
actual library of the module bound to the program.

This way, you are using known good code (modules in production) and testing
your code in dev.

HTH,
Loyd


Loyd Goodbar
Senior programmer/analyst
BorgWarner
E/TS Water Valley
662-473-5713
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jack Derham
Sent: Monday, July 11, 2005 23:51
To: 'Midrange Systems Technical Discussion'
Subject: RE: ALDON Question

OK, so what you are telling me is that I should never create the program in
my development library because using a Binding Directory will tell the
compilier logic that the "other" modules are in the production environment.

Jack Derham
Direct Systems, Inc.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Loyd Goodbar
Sent: Monday, July 11, 2005 9:58 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: ALDON Question

This to how Aldon works. Think about it like this: the program object in
your library already contains the module, so you don't need the module
object. 

You don't need to recompile all of the modules when recreating the *PGM
object. Remember, when Aldon recompiles, your production library is in the
recompile job's library list. Your development library is first, then QA
libraries, then any production libraries. Just change the modules you need
in your dev library, recompile them and the program. Unless you hardcoded
the module list when creating the program.... That's a no-no. Aldon's
designed to use the library list, so let it.

HTH,
Loyd

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jack Derham
Sent: Saturday, July 09, 2005 12:17 AM
To: MidRange List
Subject: ALDON Question

Have an application at a client site that consists of a program that 7 bound
modules. When the application was constructed in ALDON all seven Modules
were identified, along with a Binding Directory, supporting Display Files
and the bound program. Everything seems to work just fine but when I went to
check out the objects to make a change, I was surprised to find that the
program object was brought to my library as was the binding directory and
the source for all modules.     

What wasn't brought across were the module objects. 

 

My question: is this a normal ALDON characteristic or is this a function of
local settings that could be changed. It is a real pain to have to compile
all of the modules when you really only have to make a change in one.

 

Jack Derham

Direct Systems, Inc.


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.