FAR R15,0 ; ** out
JayJay
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mark Baldridge
Sent: 24 July 2005 16:50
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] THE variable names
Could we not just avoid confusing the old(er) timers by just using
I know a assembler (not mcd but BAL) and PROC. Don't miss them though.
- Original Message -
From: Mark Baldridge [EMAIL PROTECTED]
To: u2-users@listserver.u2ug.org
Sent: Sunday, July 24, 2005 11:50 AM
Subject: Re: [U2] THE variable names
Could we not just avoid confusing the old(er
Could we not just avoid confusing the old(er) timers by just using
assembler and PROC?
Mark A. Baldridge
Principal Consultant
North American Lab Services
DB2 Information Management, IBM Software Group
(607) 351-5666
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please
In a message dated 7/21/2005 11:59:28 AM Pacific Daylight Time,
[EMAIL PROTECTED] writes:
If you are unwilling to open your eyes and mind to new things
(although REMOVE is not new), there is not much any of us can do. And I
thought I
was resistant to change. ;^)
I don't think you've
In message [EMAIL PROTECTED], [EMAIL PROTECTED] writes
In a message dated 7/21/2005 11:59:28 AM Pacific Daylight Time,
[EMAIL PROTECTED] writes:
If you are unwilling to open your eyes and mind to new things
(although REMOVE is not new), there is not much any of us can do. And I
thought I
was
One last comment. It has been said There is none so blind as he who will
not see. If you are unwilling to open your eyes and mind to new things
(although REMOVE is not new), there is not much any of us can do. And I
thought I
was resistant to change. ;^)
Regards,
Charlie Noah
[EMAIL
Will,
There is a very good use for REMOVE. Consider a cross-reference item
(inherited, not built by current programmer) which has many thousands of keys
and
IDs. You could select the IDs and READNEXT or REMOVE to process. Either is far
faster than FOR/NEXT and extract. I've seen a 40
Of [EMAIL PROTECTED]
Sent: Wednesday, 20 July 2005 11:33 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] THE variable names
Will,
There is a very good use for REMOVE. Consider a cross-reference item
(inherited, not built by current programmer) which has many thousands of
keys and
IDs. You
In a message dated 7/20/2005 6:40:38 AM Pacific Daylight Time,
[EMAIL PROTECTED] writes:
You could select the IDs and READNEXT or REMOVE to process. Either is far
faster than FOR/NEXT and extract. I've seen a 40 minute process reduced to 6
seconds (thanks Louis Nardozi) by changing to
From: [EMAIL PROTECTED]
I have yet to hear of a good, legitimate, use for REMOVE.
Even after 30 or so posts on this topic ;)
Consider associated multi-value arrays, perhaps for automobiles, shall we
say? And for some reason, you need to look at each and every car. So,
(coding from memory
, I'm glad we have REMOVE available for both uses.
Thanks, Ross.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Wednesday, July 20, 2005 8:28 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] THE variable names
...
I have yet
PROTECTED]
07/20/2005 11:27 AM
Please respond to u2-users
To: u2-users@listserver.u2ug.org
cc:
Subject:Re: [U2] THE variable names
I have yet to hear of a good, legitimate, use for REMOVE.
Even after 30 or so posts on this topic ;)
Will
---
u2-users
In message [EMAIL PROTECTED], Trevor
Ockenden [EMAIL PROTECTED] writes
So Will please be open minded as to the need and merits of all
statements as they are only unreadable to the uninitiated.
Like, for example, Will's stating that REMOVE is obscure and WHILE
READNEXT is clear ...
I've been
All,
Let's move this to u2-community.
If you aren't subscribed to U2-Community, please visit
http://listserver.u2ug.org/, enter your e-mail address, and 'browse all'
lists to maintain your access. Post all future messages on this topic
there.
- Charles Barouch
Moderator
Will wrote...
I have yet to hear of a good, legitimate, use for REMOVE.
OK! Good point Will.
Try coding a routine like sdiff that you can find in some flavours of
Unix in UVBasic with and without the REMOVE set of statements and see
the difference it makes to the speed. This task was greatly
In a message dated 7/18/2005 2:21:26 PM Pacific Daylight Time,
[EMAIL PROTECTED] writes:
lol - ok - not confusing ?
I don't have the direct quote but i beleive you stated that remove still
confuses you.
Then you are mistaken.
Remove does not confuse me. Remove unnecessarily confuses
Will Johnson wrote on Tue, 19 Jul 2005 01:55:51 EDT
Remove does not confuse me. Remove unnecessarily confuses other
people. ...
READNEXT works just find for processing a multi-item list just as
REMOVE does and it's much more widely used and understood.
So I see no point to the Remove
In message [EMAIL PROTECTED], [EMAIL PROTECTED] writes
Not directed at you Mark, but someone mentioned that Remove has been around a
long time. Not so. REMOVE was not added to the ADDS environment until
perhaps around the mid 80s or so. And I still find it much more confusing that
simply
: Re: [U2] THE variable names
In message [EMAIL PROTECTED], [EMAIL PROTECTED] writes
Not directed at you Mark, but someone mentioned that Remove has been
around a long time. Not so. REMOVE was not added to the ADDS
environment until perhaps around the mid 80s or so. And I still find
it much
Subject: Re: [U2] THE variable names
In a message dated 7/16/2005 11:51:40 PM Pacific Daylight Time,
[EMAIL PROTECTED] writes:
after 20 years its still that confusing to you ?
maybe I was wrong and you do fall into the group that i was bashing.
i'd hate to have to deal with an auto mechanic
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED]
Sent: Sunday, July 17, 2005 12:01 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] THE variable names
In a message dated 7/16/2005 11:47:39 PM Pacific Daylight Time,
[EMAIL PROTECTED] writes:
on another note
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Baakkonen,
Rodney
Sent: Friday, July 15, 2005 11:08 AM
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] THE variable names
The Acrobat PDF search of the online manuals works great. I use it about
once a day for Unidata 6.0. - Rod
]
[mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED]
Sent: Friday, July 15, 2005 05:47 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] THE variable names
In a message dated 7/15/05 7:19:42 AM Pacific Daylight Time,
[EMAIL PROTECTED] writes:
Not to throw a punch, but the UD/UV manuals
In a message dated 7/16/2005 11:51:40 PM Pacific Daylight Time,
[EMAIL PROTECTED] writes:
after 20 years its still that confusing to you ?
maybe I was wrong and you do fall into the group that i was bashing.
i'd hate to have to deal with an auto mechanic, or any other 'professional'
for
In a message dated 7/16/2005 11:47:39 PM Pacific Daylight Time,
[EMAIL PROTECTED] writes:
on another note - when I see some of these new functions like REMOVE -
'new' ?
but that is really irrelevent, if one chooses not to use 'new' language
features, that's his/her choice.
but to advise
PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] THE variable names
Don't cast such stones on us 'old pro's. Many of us have spent more time
with these older systems prior to the current system than many have with
their only systems. There is an evolution with these MV systems that
allows
The Acrobat PDF search of the online manuals works great. I use it about
once a day for Unidata 6.0. - Rod
-Original Message-
From: Mark Johnson [mailto:[EMAIL PROTECTED]
Sent: Friday, July 15, 2005 9:07 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] THE variable names
This may
In a message dated 7/15/05 7:19:42 AM Pacific Daylight Time,
[EMAIL PROTECTED] writes:
Not to throw a punch, but the UD/UV manuals are harder to read than the D3
ones are, especially without an overall index. So perhaps this influences me
to not look for REMOVE.
Not directed at you Mark,
not in a forward-writing
environment with UD/UV, just maintenance and some tweaks.
Mark Johnson
- Original Message -
From: [EMAIL PROTECTED]
To: u2-users@listserver.u2ug.org
Sent: Friday, July 15, 2005 5:47 PM
Subject: Re: [U2] THE variable names
In a message dated 7/15/05 7:19:42 AM Pacific
Will Johnson wrote on 07/15/2005 05:47:27 PM:
someone mentioned that Remove has beenaround a
long time. Not so. REMOVE was not added to the ADDS environment until
perhaps around the mid 80s or so.
That's only twenty years ago - a mere two decades. The paint isn't even
dry on it yet.
you're reading now.
My 1 cent.
Mark Johnson
- Original Message -
From: gerry-u2ug [EMAIL PROTECTED]
To: u2-users@listserver.u2ug.org
Sent: Tuesday, July 12, 2005 9:53 AM
Subject: RE: [U2] THE variable names
not trying to start anything - but was this intended as a joke ?
I read
-users@listserver.u2ug.org
Subject: Re: [U2] THE variable names
Don't cast such stones on us 'old pro's. Many of us have spent more time
with these older systems prior to the current system than many have with
their only systems. There is an evolution with these MV systems that allows
us
any
of them that didn't support REMOVE.
Larry Hiscock
Western Computer Services
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mark Johnson
Sent: Thursday, July 14, 2005 8:16 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] THE variable names
@listserver.u2ug.org
cc
Subject
Re: [U2] THE variable names
In a message dated 7/12/05 4:51:27 PM Pacific Daylight Time,
[EMAIL PROTECTED] writes:
( REMOVE() function ) is a feature that has been around for how many
years
? the oldest universe manuals I have are 17 years old
The oldest universe manual I have is dated from Spring1983 and is
Yeah yeah,
SOMEBODY had to go look ... grin
Can we throw the inevitable my manuals are older/wiser/more
dog-eared/obsolete than yours discussions over to the community list?
Brian
Walking on hind legs? That'll never catch on
snip
The oldest universe manual I have is dated from Spring1983 and is
actually for upix,
/snip
Glenn, I really think it's time for you to clean your cubicle...
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
In a message dated 7/10/2005 6:18:39 PM Pacific Daylight Time,
[EMAIL PROTECTED] writes:
LOOP
REMOVE PROD FROM PRODS SETTING MORE.PRODS
...do stuff...
WHILE MORE.PRODS
REPEAT
Why use Remove? It's unfamiliar to more oldtimers and requires use of
SETTING.
Just
SELECT PRODS
and then
Warning !
In this thread we've seen three looping mechanisms been presented
as equivalent ( pairwise, first i and ii then ii and iii):
i)
N = DCOUNT( PRODS,@VM)
FOR II=1 TO N
X = PRODS1,II
...
NEXT II
ii)
LOOP
REMOVE PROD FROM PRODS SETTING MORE.PRODS
...do
snip
(Why else is COUNT(VAR,@FM)+(VAR NE ) syntax so popular?)
\snip
Because there is a real difference between COUNT and DCOUNT. COUNT counts
the number of delimiters and DCOUNT counts the number of elements being
delimited. Sort of backwards but accurate.
Thus A=mark would have COUNT(A,@VM)
Does that work. PRODS was not a File handle. Is there some magic that turns
a mv'd variable into a file handle.
Besides, if it did work, you would lose the included MV variable for use
with associated fields or would have to manage by hand.
Why use Remove? It's unfamiliar to more oldtimers and
[EMAIL PROTECTED] wrote:
snip
(Why else is COUNT(VAR,@FM)+(VAR NE ) syntax so popular?)
snip
Because there is a real difference between COUNT and DCOUNT. COUNT counts
the number of delimiters and DCOUNT counts the number of elements being
delimited. Sort of backwards but accurate.
Thus
I'm just wondering who comes up with this stuff.
Those who use the language to it's most interpretable form. I have seen
general BASIC programming instructors focus on the use of
non-cryptic, non-abbreviated variables, instead of compact code. Afterall, the
pcode generated is the same for
I'll second Mats, and move to add an amendment:
iii)
SELECT PRODS
and then
READNEXT PROD ELSE DONE = TRUE
iii) extracts fields ( attributes ) .
READNEXT PROD ELSE ...
extracts the ENTIRE 1st VALUE of each field (i.e., including ALL
SUBvalues of that 1st value) but ignores any other
Of [EMAIL PROTECTED]
Sent: Tuesday, July 12, 2005 03:59 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] THE variable names
In a message dated 7/10/2005 6:18:39 PM Pacific Daylight Time,
[EMAIL PROTECTED] writes:
LOOP
REMOVE PROD FROM PRODS SETTING MORE.PRODS
...do stuff...
WHILE
In a message dated 7/12/2005 5:35:07 AM Pacific Daylight Time,
[EMAIL PROTECTED] writes:
Does that work. PRODS was not a File handle. Is there some magic that turns
a mv'd variable into a file handle.
Besides, if it did work, you would lose the included MV variable for use
with associated
In a message dated 7/12/2005 7:06:38 AM Pacific Daylight Time,
[EMAIL PROTECTED] writes:
not trying to start anything - but was this intended as a joke ?
I read this as : don't use current language features because the old 'pros'
who haven't picked up a manual in 20 years won't understand
? the oldest universe manuals I have
are 17 years old and there it is. ditto for DCOUNT().
Gerry
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED]
Sent: Tuesday, July 12, 2005 01:21 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] THE variable
In a message dated 7/12/05 4:51:27 PM Pacific Daylight Time,
[EMAIL PROTECTED] writes:
( REMOVE() function ) is a feature that has been around for how many years
? the oldest universe manuals I have are 17 years old and there it is.
ditto for DCOUNT().
17 years? You're a beginner :)
Will
At 08:29 -0400 2005/07/12, Mark Johnson wrote:
Why use Remove? It's unfamiliar to more oldtimers
For a number of systems, it's faster if you're just pulling off
fields or values.* Also it's the same form if the list is @FM, @VM,
@SM or @TM separated, so there's no need to do one ore more
Mark Johnson wrote on Sun, 10 Jul 2005 23:12:25 -0400
I'll yield to the REMOVE for this U2 forum. ...
- Original Message -
From: Womack, Adrian [EMAIL PROTECTED]
Mark, I don't like your example...
snip REMOVE example
I've never understood this need some programmers have for
To: u2-users@listserver.u2ug.org
Subject:[U2] THE variable names
This ain't rocket science but it piques my curiosity.
I've just acquired another client who's system contains an extrodinary use of
the prefix THE in front of extracted values within a FOR/NEXT or LOOP and
labels.
READ CUST
In message [EMAIL PROTECTED],
Mark Johnson [EMAIL PROTECTED] writes
REMOVE is not universally available on all MV platforms. DCOUNT is. Read my
earlier post.
Okay, I'm going back a bit, but if you've got any old INFORMATION
systems you might well find DCOUNT isn't available ...
Like a
This ain't rocket science but it piques my curiosity.
I've just acquired another client who's system contains an extrodinary use of
the prefix THE in front of extracted values within a FOR/NEXT or LOOP and
labels.
READ CUST FROM blah, blah
C=DCOUNT(CUST15,@VM)
FOR I=1 TO C
Mark,
I've used CURR (current) in the same way in many programs. I'm a
1983 vintage programmer who learned mostly from guys who had five years
seniority over me.
I've never done the untrusted READ thing, though.
- Chuck Older Than I Look, But Starting to Look My Age Barouch
Mark
, and just panicked when they couldn't
resolve it.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mark Johnson
Sent: Sunday, July 10, 2005 9:54 AM
To: u2-users@listserver.u2ug.org
Subject: [U2] THE variable names
This ain't rocket science but it piques my
Mark,
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mark Johnson
Sent: Sunday, July 10, 2005 9:54 AM
To: u2-users@listserver.u2ug.org
Subject: [U2] THE variable names
[snip]
REC= ; READ REC FROM FILE, ID ELSE REC=
Maybe this system
Subject: Re: [U2] THE variable names
Mark,
I've used CURR (current) in the same way in many programs. I'm a
1983 vintage programmer who learned mostly from guys who had five years
seniority over me.
I've never done the untrusted READ thing, though.
- Chuck Older Than I Look
always serve as a bad example.
Mark
- Original Message -
From: HENDERSON MIKE, MR [EMAIL PROTECTED]
To: u2-users@listserver.u2ug.org
Sent: Sunday, July 10, 2005 6:12 PM
Subject: RE: [U2] THE variable names {Unclassified}
Mark,
-Original Message-
From: [EMAIL PROTECTED
Mark, I don't like your example...
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mark Johnson
PRODS=ORD15
C.PRODS=DCOUNT(PRODS,CHAR(253))
FOR I=1 TO C.PRODS
PROD=PRODS1,I
NEXT I
I'd *much* prefer that written as...
LOOP
REMOVE PROD FROM
On Sun, 10 Jul 2005 09:54:12 -0400, you wrote:
This ain't rocket science but it piques my curiosity.
I've just acquired another client who's system contains an extrodinary use of
the prefix THE in front of extracted values within a FOR/NEXT or LOOP and
labels.
READ CUST FROM blah, blah
PROTECTED]
To: u2-users@listserver.u2ug.org
Sent: Sunday, July 10, 2005 9:09 PM
Subject: RE: [U2] THE variable names
Mark, I don't like your example...
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mark Johnson
PRODS=ORD15
C.PRODS=DCOUNT(PRODS
61 matches
Mail list logo
