RE: CRTSRVPGM

If you are "just" using 3rd party service programs (and you have an CMS and you don't have multiple modules in a service program) then binder source is not needed. I couldn't agree more on this (he, we actually agree in something on this topic) =).

Best regards

Mihael

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of dieter.bender@xxxxxxxxxxxx
Sent: Thursday, January 13, 2011 1:33 PM
To: Midrange Systems Technical Discussion
Subject: Re: CRTSRVPGM

Mihael,

there are very few cases binder language might be usefull:
- binding multiple modules to one SRVPGM
- delivering SRVPGM Libraries
less compile work or using 3rd party SRVPGMS is no reason to use binder
language!

but the above conditions don't match to so many people and most usage of
binder language is nonsens and is not the medicine, but the illness!

Dieter


--------------------------------------------------
From: "Schmidt, Mihael" <Mihael.Schmidt@xxxxxxxxxxx>
Sent: Thursday, January 13, 2011 1:14 PM
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Subject: RE: CRTSRVPGM

I don't agree with binder source beeing unnessecary. It is quite the
contrary.

We got a change management system which manages our code but the 3rd party
libraries are not managed by the cms. So how do you make an easy recompile
of all dependent programs when a new version of a 3rd party service
program comes in?

Simple and stable: that is binder source for me. What is more simple than
just NOT having to recompile everything.

Without 3rd party service programs and a change management system it is
probably easy/easiest to just recompile everything but that situation is
not always the case.

(as always we disagree on this topic =)

Best regards

Mihael


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
dieter.bender@xxxxxxxxxxxx
Sent: Thursday, January 13, 2011 12:20 PM
To: Midrange Systems Technical Discussion
Subject: Re: CRTSRVPGM

from the programmer perspective, it's highly efiicient to keep it simple
and
stable !!!
Binder language seems to me to be one of the unnecessary annoying joke
features like /free /end-free (what the hell should it be else with a
blank
in column 6), eval (there comes an assignment afterwards!), callp (there
comes a function call afterwards), semicolons within statements
(preventing
from nesting an assignment in a condition)...

Dieter

That may not be the most efficient way but it seems to me to be the
simplest (Yes, I realise that with multiple modules, private procedures
will be rendered public). I'm sure we'll have some opposing views in a
couple of hours from now ;-)
--

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.