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



Jerry

I'm with you on the symbols - they are troublesome in globalization, because they are not all invariant characters - the vertical bar becomes an exclamation point in a British EBCDIC, or something like that.

And we are both old farts!

Vern

On 5/29/2012 2:28 PM, Jerry C. Adams wrote:
Vern,

Another thing, which I didn't point out, is that I *hate* CLs that do
concatenation with symbols ('||' and the ilk) because, being an old fart, I
can't remember them and, more importantly, I don't expect the next guy/gal
to either. Now '=' is pretty easy, but I still use '*EQ' (as illustrated
below) for clarity. Hell, I never learned shorthand, and I like clarity!
But, then, people who read my documentation and procedures may disagree as
regards the clarity.

Jerry C. Adams
IBM i Programmer/Analyst
18 August 1920 - Tennessee ratifies the 19th amendment to the U.S.
Constitution giving women the right to vote. (The deciding vote was by a
senator whose mother had written him to tell him she was watching him.)
--
A&K Wholesale
Murfreesboro, TN
615-867-5070


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jerry C. Adams
Sent: Tuesday, May 29, 2012 12:31 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: CL code formatting and programming etiquette

Well, Vern, I'm still stuck on V5R1 using WDSc 7, but maybe it'll do the
same thing. WDSc is good for keying CL - unless one prompts (which, as I
said, I do all of the time) and then it is slow. So I use SEU for CLs.

But maybe I wasn't clear enough about my formatting. For example:

DCL VAR(&NAME) LEN(1)
DCL VAR(&NAME2) LEN(2)

CHGVAR VAR(&FIELD) VALUE('Something')
CHGVAR VAR(&ANOTHERONE) VALUE(&WHATEVER *TCAT&FIELD)

Not separate lines for VAR() and LEN(), just aligned.

But your point about metrics is true. .-) But they wouldn't know a metric
here if it bit 'em in the butt.

Jerry C. Adams
IBM i Programmer/Analyst
If my fellow citizens want to go to Hell, I will help them. It's my job.
-Justice Oliver Wendell Holmes (in a private letter)
--
A&K Wholesale
Murfreesboro, TN
615-867-5070


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Vern Hamberg
Sent: Tuesday, May 29, 2012 12:11 PM
To: Midrange Systems Technical Discussion
Subject: Re: CL code formatting and programming etiquette

In RDP one can get each parameter on a separate line - at least, START on a
separate line - this does make things easier to read, albeit more lines of
code - hey, that makes us more productive according to metrics, right??


On 5/29/2012 10:56 AM, Jerry C. Adams wrote:
-snip-
I, also, try to line up things. For example, a string the DCLs will
all have the TYPE() LEN() and VALUE() keywords in the same columns.
For me it's easier to read than zigzagging through the definitions.
-snip-
--
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.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.