Re: CRTSRVPGM -- MIDRANGE-L

Good News Everybody!

The new search engine is LIVE!

Please report any problems to david (at) midrange.com.

Subject: Re: CRTSRVPGM
From: <dieter.bender@xxxxxxxxxxxx>
Date: Thu, 13 Jan 2011 12:19:58 +0100
List-archive: <http://archive.midrange.com/midrange-l>
List-help: <mailto:midrange-l-request@midrange.com?subject=help>
List-id: Midrange Systems Technical Discussion <midrange-l.midrange.com>
List-post: <mailto:midrange-l@midrange.com>
List-subscribe: <http://lists.midrange.com/mailman/listinfo/midrange-l>, <mailto:midrange-l-request@midrange.com?subject=subscribe>
List-unsubscribe: <http://lists.midrange.com/mailman/listinfo/midrange-l>, <mailto:midrange-l-request@midrange.com?subject=unsubscribe>

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 ;-)
--

As an Amazon Associate we earn from qualifying purchases.

Follow-Ups:

RE: CRTSRVPGM , David FOXWELL
RE: CRTSRVPGM , Schmidt, Mihael

This mailing list archive is Copyright 1997-2026 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.