Have the two of you considered ganging up on _me_? ..."
Nah, first off I like you. Secondly, I take medicine for my high
blood pressure. Thirdly, I always need to hone my
communication skills. Therein you come off more as a
challenge than a threat.
"...Just for the record, you have your dimension determination
located in the wrong block."
No. I have my dimension determinations just where I wanted
them: contained within a begin-end block. Greg said he
wanted some means to mark the beginning and end of a code
segment representing a closed set of calculations. So instead
of marking just the code segment with the calculations
associated with the matrix I also marked that associated with
calculating the dimensions of the matrix. They can't co-exist
within the same begin-end block. So I placed them in
different begin-end blocks.
The fact that their definition is local to the begin-end block,
part of the second reason for its inclusion in the PL/I
language, and not global within the procedure says that they
have "long" disappeared from the scene before you get to the
begin-end block that allocates the matrix. After all this is one
of the advantages you quote for the beauty of the begin-end
sequence: you get to do things one at a time. The fact that
your code will not compile or execute correctly in no way
distracts from the beauty you have discovered.
That your programs work, your sarcasm to the contrary,
arises from your knowledge of local and global usage as well
as allocation and deallocation of storage. It's a shame that in
a programming language you have to understand some of
these basics in order to use it correctly. It's also a shame that
when you have that understanding you keep insisting that it is
somehow unnecessary in what you do.
It comes down to a matter of style, not what you know or
need to know. You choose to implement your knowledge in
this instance in a particular manner. Of course, I'm still
somewhat in a state of shock to discover that you went to
Pascal instead of PL/I for list processing. But then again you
are a moving target.
=====================================================
To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-programming".
For problems, contact the list owner at
"rollin@scoug.com".
=====================================================
<< Previous Message <<
>> Next Message >>
Return to [ 15 |
February |
2004 ]
The Southern California OS/2 User Group
P.O. Box 26904
Santa Ana, CA 92799-6904, USA
Copyright 2001 the Southern California OS/2 User Group. ALL RIGHTS
RESERVED.
SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group.
OS/2, Workplace Shell, and IBM are registered trademarks of International
Business Machines Corporation.
All other trademarks remain the property of their respective owners.
