|
Igor, I think you a mixing up service programs and modules. If you know PC programming, a module is an .OBJ file and a service program is a .DLL. When you CRTPGM ( same as running make on the PC ) you need the modules. When the program runs, the service program has to be present. -Steve -----Original Message----- From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]On Behalf Of Igor.Beslic@xxxxxxxxxxxx Sent: Friday, August 20, 2004 7:56 AM To: rpg400-l@xxxxxxxxxxxx Subject: Moving program objects from development system to working system Hello everybody! I have question abouth programs created with CRTPGM comand combined from more pgm modules or service programs. (programs are written in RPG and os400 version is v5.2 and PDA is V5.2) If I create program pgmABC from program modules modA, modB and service program svpgmC on system1, what is necessary for system2 for programABC to works fine on it? Is it enough just to place pgmABC on system2 or there is something more to do? I understand modularity on source level of one program but I don't understand does RPG program compiled from many modules acts as one during it's execution or it loads code of other modules and service programs from their specific fixed locations. If I'm using Qxml4PR310 service program in qsys lib to create program xmlReader so do I have to have same service program on system2 that is used by end users. (one more thing - what if I 'm using prototyped C functions, do I have to have same binding directory on system2??) Thanks, Igor Bešlić, dipl. ing. rač. -- 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 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.