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