Re: Service programs and QSRVSRC

[Vern Hamberg <vhamberg@xxxxxxxxxxx>]

Hi Kurt

6 of one, half a dozen of another. I found it easier to keep the 
signature than to keep adding *PRV sections. All I need to be careful of 
is to maintain the original order - i.e., do NOT replace it with another 
RTVBNDSRC!!

Signatures ARE arbitrary, there's no intrinsic relationship to anything. 
I found that using the object name makes as much sense as anything else. 
You pays your money, etc.

Again, I'm in an ISV context - lots of y'all are just working in the 
context of your won shops. It's painful to support someone who has all 
of a sudden been forced to recompile a bunch of things that depend on 
your product.

There's no best answer, I suspect. YMMV!

Vern

Kurt Anderson wrote:
> If you retained the old signatures within the binder source and didn't make a change that required them to recompile the programs as well (e.g. a parameter change to an existing procedure), then there's no need to make them recompile to use the new version number.
>
> Personally I've always let IBM name my signatures (always felt my naming was completely arbitrary), however applying versioning sounds like as good an idea as any to me.
>
> And IBM and version numbers - well the new OS is 6.1 vs V6R1 (thank god).  Also, the IDE environments use the version numbers.  Just throwing that out there.  ;)
>
> -Kurt
>
> -----Original Message-----
> From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Vern Hamberg
> Sent: Friday, October 09, 2009 3:22 PM
> To: RPG programming on the IBM i / System i
> Subject: Re: Service programs and QSRVSRC
>
> Point well-taken. However, I'm working in a vendor situation - as much 
> as possible, we want to avoid making the customer have to recompile 
> anything that uses a *SRVPGM we distribute. Therefore, I don't use a 
> version number. If I needed to force recompilation, I'd use some rename 
> of the signature - perhaps a version number that's not there now.
>
> Nonetheless, IBM do not typically use version numbers. Not that they are 
> the be-all-and-end-all!!
>
> Vern
> -snip-