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



This is in response to problem number two.

Try creating the RPGLE programs/service programs but not using the
create option of *DUPROC.  If it fails then you have two copies of the
same *module/service program in your library list.  This is not
necessary a good thing.  If you have the same procedure in two different
modules/service programs that you are trying to bind to then that is not
necessary a good thing and in my opinion is a bad practice.

The main issue of *DUPROC is that it winds up using the first occurrence
of the procedure from the *module/service program that it finds in your
library list which doesn't necessarily guarantee that the desired
version of the procedure was bound.

Andrew 

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Eric Wolf
Sent: Monday, September 18, 2006 6:55 PM
To: rpg400-l@xxxxxxxxxxxx
Subject: Service programs compiled incorrectly

   To the list,
   Problem 1)  By mistake, last week I re-created two heavily used
service
   programs with the parameters of EXPORT(*ALL).  Ever since, my
programs
   using the modules within the service program started erroring out. 
   I immediately re-created the service pgms using the Binder source
(which
   has a predefined signature) and re-compiled all the programs.  The
   programs are still erroring out.
    
   Question 1)  can anyone give me an idea where to look as to why they
might
   be bombing? 
    
    
   Problem 2)  The two service programs share a few of the modules. When
I
   create the RPGLE programs I use the creation option of *DUPPROC and
use
   the activation group *CALLER.  We are running in a MAPICS environment
   which, I believe, uses the QILE group.
    
   Question 2)  Could it be because I have some of the same modules in
two
   different service programs?
    
   TIA...
   Eric 
    
--
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.
Note: This message, including attachments, is from H&R Block Financial Advisors,
Inc., Member NYSE, SIPC. This is not a solicitation of any order to buy or 
sell. The
information contained herein is deemed to be reliable but is in no way 
warranted by us as
to accuracy or completeness. Messages are monitored and retained by the 
Company, but
the company cannot guarantee the security of this message. The company, and its
associates, may not accept orders to affect purchase or sale transactions, 
accept funds,
securities, or similar instructions via email. If you are not the intended 
recipient of this
message promptly delete this message and notify the sender of the delivery 
error by
return email or calling 1.800.HRBLOCK and selecting the option for 'Financial 
Services'
You may not forward, print, copy, distribute, or use the information in this 
message if
you are not the intended recipient.


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.