Re: Service Programs / Binding Directories / *DUPPROC

[Craig Richards <craig@xxxxxxxxxxxxxxxx>]

I'm not really sure why there is a distinction between a Program or a
Service Program using a Binding Directory to locate procedures?

I've always used things like message handling service programs both in
Program and in Service Programs. So both object types need access to
binding directories

On 5 February 2018 at 17:00, Tyler, Matt <matt.tyler@xxxxxxxxxxxxxx> wrote:

> We just don't include the binding directories when creating service
> programs. Those are only used for program creations.   Just plan simpler to
> manage.  I don't think you should be guessing at which function you want
> used by your service program.
>
> -Matt
>
> -----Original Message-----
> From: RPG400-L [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Craig
> Richards
> Sent: Monday, February 5, 2018 9:56 AM
> To: RPG programming on the IBM i (AS/400 and iSeries) <
> rpg400-l@xxxxxxxxxxxx>
> Subject: Service Programs / Binding Directories / *DUPPROC
>
> Hi All,
>
> Having worked so long, using particular standards at a couple of sites, I
> find myself going back to re-address some of the ways things were set up so
> many years ago...
>
> When recreating Service Programs which reference binding directories in
> which the Service Program already exists...
>
> You get the error: "Definition supplied multiple times for..." because the
> same subprocedures exist in the module for the service program you are
> recreating and in the Service Program itself referenced in the binding
> directory.
>
> It seemed to me that there were two ways to solve this problem:
>
>    1. Take the Service Program out of the binding directory while you
>    re-create it, then put it back.
>    2. Specify Option(*DupProc) on the Create Command.
>
> I always chose the latter of these, but neither seems ideal.
>
> Am I missing something obvious? Has anyone got a better solution?
>
> Thanks and regards as always,
> Craig
> --
> 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: https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.
> midrange.com_mailman_listinfo_rpg400-2Dl&d=DwICAg&c=2S-2xx8Cum_thMfWs-
> kOOHQTwolPvSZ4PFLhr1wDDGs&r=wgq2KO1Tl8HswJht2RKpmz7qvL2YDU
> _M-VhnRH6r43I&m=w6YBqJ3-4tqri27BCidec8gexzZgXh8Oh7N4rKb8Jvg&s=
> 0i5h62tel6102DDd46TGPUqZSKFwJfBzT3vMEUA0M_k&e=
> or email: RPG400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives at
> https://urldefense.proofpoint.com/v2/url?u=https-3A__
> archive.midrange.com_rpg400-2Dl&d=DwICAg&c=2S-2xx8Cum_thMfWs-
> kOOHQTwolPvSZ4PFLhr1wDDGs&r=wgq2KO1Tl8HswJht2RKpmz7qvL2YDU
> _M-VhnRH6r43I&m=w6YBqJ3-4tqri27BCidec8gexzZgXh8Oh7N4rKb8Jvg&s=r9f4hk1ZB_
> PBP4lIR6PFw12igyAB2RXHgaGtWWPdT8M&e=.
>
> Please contact support@xxxxxxxxxxxx for any subscription related
> questions.
>
> Help support midrange.com by shopping at amazon.com with our affiliate
> link: https://urldefense.proofpoint.com/v2/url?u=http-3A__amzn.to_
> 2dEadiD&d=DwICAg&c=2S-2xx8Cum_thMfWs-kOOHQTwolPvSZ4PFLhr1wDDGs&r=
> wgq2KO1Tl8HswJht2RKpmz7qvL2YDU_M-VhnRH6r43I&m=w6YBqJ3-
> 4tqri27BCidec8gexzZgXh8Oh7N4rKb8Jvg&s=dcPVlTYGquZd4Ap5eR6qdb6T5JF42F
> zmTzNeUZFQcHo&e=
> --
> 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: https://lists.midrange.com/mailman/listinfo/rpg400-l
> or email: RPG400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at https://archive.midrange.com/rpg400-l.
>
> Please contact support@xxxxxxxxxxxx for any subscription related
> questions.
>
> Help support midrange.com by shopping at amazon.com with our affiliate
> link: http://amzn.to/2dEadiD