:
At 05:05 -0700 on 04/18/2013, Scott Ford wrote about Re: Happy
Gilmore (was Length question):
Robert, I know where that is , I dont remember if the Deli is still
there. I worked all over the 'City'. A lot of seriously good Delis..
Scott J Ford Software Engineer http://www.identityforge.com/
I
@LISTSERV.UGA.EDU
Sent: Thursday, April 18, 2013 12:26 AM
Subject: Re: Happy Gilmore (was Length question)
At 02:15 -0400 on 04/16/2013, Scott Ford wrote about Re: Happy
Gilmore (was Length question):
Robert,
I worked in NYC also,oh yes the great deli ...
The one I am thinking of (I do
On 18 April 2013 00:26, Robert A. Rosenberg a...@rarpsl.com wrote:
The Kosher Chinese was Mosha Peking which was on 35th or 36th off Broadway
(near MSG).
Doubtless with no pun or food stereotype intended...
Tony H.
.” [George
Orwell]
- Original Message -
From: Tony Harminc t...@harminc.com
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Sent: Thursday, April 18, 2013 11:15:41 AM
Subject: Re: Happy Gilmore (was Length question)
On 18 April 2013 00:26, Robert A. Rosenberg a...@rarpsl.com wrote:
The Kosher
At 17:49 + on 04/18/2013, DASDBILL2 wrote about Re: Happy Gilmore
(was Length question):
I understood immediately the Moshe part of the pun. B ut i t took
me a while to reverse-engineer the MSG pun. Not having spent
significant time in NYC, my brain's first interpretation of MSG
At 12:15 -0400 on 04/18/2013, Tony Harminc wrote about Re: Happy
Gilmore (was Length question):
On 18 April 2013 00:26, Robert A. Rosenberg a...@rarpsl.com wrote:
The Kosher Chinese was Mosha Peking which was on 35th or 36th off
Broadway (near MSG).
Doubtless with no pun or food stereotype
At 05:05 -0700 on 04/18/2013, Scott Ford wrote about Re: Happy
Gilmore (was Length question):
Robert, I know where that is , I dont remember if the Deli is still
there. I worked all over the 'City'. A lot of seriously good Delis..
Scott J Ford Software Engineer http://www.identityforge.com/
I
At 02:15 -0400 on 04/16/2013, Scott Ford wrote about Re: Happy
Gilmore (was Length question):
Robert,
I worked in NYC also,oh yes the great deli ...
The one I am thinking of (I do not know if it exists any more) was
Burnstein's on Essex street. The Kosher Chinese was Mosha Peking
which
Gilmore (was Length question):
When I worked in Northern Virginia, there was a Chinese-Jewish deli and
restaurant.
I live in NYC and used to patronize such a establishment when I was
doing a Saturday Evening/Sunday Morning Testing Shot (My boss was an
orthodox Rabbi and we went
.” [George
Orwell]
- Original Message -
From: Robert A. Rosenberg a...@rarpsl.com
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Sent: Monday, April 15, 2013 11:54:23 PM
Subject: Re: Happy Gilmore (was Length question)
At 10:28 -0400 on 04/15/2013, Gerhard Postpischil wrote about Re:
Happy Gilmore
One commentlets keep our discussions, professional and technical.
Couldn't agree more. And it is also worth remembering that not all subscribers
are native speakers. Posts that must be decoded with a dictionary aren't very
helpful.
Fred!
On Mon, 15 Apr 2013 09:43:04 +0200 Fred van der Windt
fred.van.der.wi...@mail.ing.nl wrote:
: One commentlets keep our discussions, professional and technical.
:Couldn't agree more. And it is also worth remembering that not all
subscribers are native speakers. Posts that must be decoded
Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com
Director, Dissen Software, Bar Grill - Israel
Dissen Software, Bar Grill?!
That *is* an unusual combination...
Fred!
-
ATTENTION:
The information in this
My personal thoughts on the proper language to use is to be as
simple as possible while remaining as accurate as possible. Perhaps
this is a dumbing down, but ON THIS FORUM, as you pointed out, there
may be non-native readers. I consider it my responsibility as the
communicator to be understood by
On 4/15/2013 6:11 AM, Fred van der Windt wrote:
Dissen Software, Bar Grill?!
That *is* an unusual combination...
When I worked in Northern Virginia, there was a Chinese-Jewish deli and
restaurant. Makes me wonder whether the later part refers to the way Mr.
Dissen presents his software g
From: Gerhard Postpischil gerh...@valley.net
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Sent: Sun, April 14, 2013 11:25:08 AM
Subject: Re: Happy Gilmore (was Length question)
On 4/14/2013 8:26 AM, John Gilmore wrote:
Mr Perryman saw fit to convert a technical disagreement
with an intent to
antagonize or with malice.
Jon Perryman.
- Original Message
From: DASDBILL2 dasdbi...@comcast.net
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Sent: Mon, April 15, 2013 9:59:40 AM
Subject: Re: Happy Gilmore (was Length question)
We should not necessarily associate malice
Jon Perryman does not appear to be quits of this thread.
He wrote (of me):
begin extract
I agree totally except with his posts. He is articulate and always
chooses his wording carefully. He has many years of experience and
knows why I don't use TRTE but he chose not to say that and use his
just give it up you guys
-Original Message-
From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On
Behalf Of John Gilmore
Sent: Monday, April 15, 2013 4:27 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Happy Gilmore (was Length question)
Jon Perryman does
@LISTSERV.UGA.EDU]
On Behalf Of John Gilmore
Sent: Monday, April 15, 2013 4:27 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Happy Gilmore (was Length question)
Jon Perryman does not appear to be quits of this thread.
He wrote (of me):
begin extract
I agree totally except with his
] On
Behalf Of John Gilmore
Sent: Monday, April 15, 2013 4:27 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Happy Gilmore (was Length question)
Jon Perryman does not appear to be quits of this thread.
He wrote (of me):
begin extract I agree totally except with his posts. He is articulate
and always
a profit become ignominious?
-Original Message-
From: IBM Mainframe Assembler List [mailto:ASSEMBLER-
l...@listserv.uga.edu] On Behalf Of Andreas F. Geissbuehler
Sent: Saturday, April 13, 2013 6:55 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Length question
quoting John
Mr Perryman saw fit to convert a technical disagreement into a
personal one. I have no wish contribute to this second discussion
except to note that ad hominem arguments are the usual resort of those
who have no substantive ones to make.
John Gilmore, Ashland, MA 01721 - USA
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Length question
quoting John Gilmore's
I of course expected this response. Litanies in defense of the old
and familiar are recurrent here, but repetition does not make them
meritorious. They are of a piece with the suspiciously repetitive,
insular
Binyamin,
I agree ...there's 'talking the talk ' and 'walking the walk'
Scott ford
www.identityforge.com
from my IPAD
'Infinite wisdom through infinite means'
On Apr 13, 2013, at 7:24 PM, Binyamin Dissen bdis...@dissensoftware.com wrote:
The classic difference between those who preach their
On 4/14/2013 8:26 AM, John Gilmore wrote:
Mr Perryman saw fit to convert a technical disagreement into a
personal one. I have no wish contribute to this second discussion
except to note that ad hominem arguments are the usual resort of those
who have no substantive ones to make.
Unfortunately
On Sun, Apr 14, 2013 at 11:22 AM, Gerhard Postpischil gerh...@valley.netwrote:
On 4/14/2013 8:26 AM, John Gilmore wrote:
Mr Perryman saw fit to convert a technical disagreement into a
personal one. I have no wish contribute to this second discussion
except to note that ad hominem arguments
Too much space has already been devoted to my notionally 'uppity' style.
It may, however, be that there is something in this notion. Many of
you have some familiarity with current metereological explanations of
atmospheric thunder. It is not the clanging of God's balls or even
that of Thor's
: Re: Happy Gilmore (was Length question)
On 4/14/2013 8:26 AM, John Gilmore wrote:
Mr Perryman saw fit to convert a technical disagreement into a
personal one. I have no wish contribute to this second discussion
except to note that ad hominem arguments are the usual resort of those
who have
[mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On
Behalf Of EXT-Schwarz, Barry
Sent: Sunday, April 14, 2013 3:01 AM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Length question
Up until 18 months ago, we had a billion dollar, as in giga, customer running
on MP2003s using OS/390 1.3. If we had told them
-Original Message-
From: IBM Mainframe Assembler List [mailto:ASSEMBLER-
l...@listserv.uga.edu] On Behalf Of Steve Comstock
Sent: Sunday, April 14, 2013 6:23 AM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Length question
On 4/14/2013 4:00 AM, EXT-Schwarz, Barry wrote:
Up
gerh...@valley.net
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Sent: Sun, April 14, 2013 11:25:08 AM
Subject: Re: Happy Gilmore (was Length question)
On 4/14/2013 8:26 AM, John Gilmore wrote:
Mr Perryman saw fit to convert a technical disagreement into a
personal one. I have no wish contribute
@LISTSERV.UGA.EDU
Sent: Sunday, April 14, 2013 4:50 PM
Subject: Re: Happy Gilmore (was Length question)
I took his comments as a personal attack because he is naming me specifically as
doing something out of ignorance. Then his next Email says that he knew it was a
lie when he sent it. See the 3
Subject: Re: Happy Gilmore (was Length question)
I would like to point out a few items that 62 yrs on this earth has taught me..
1. I cant control other people or what they say.
2. I can only control my behavior and try not to be judgemental .
3. Personal attacks in business are a real big
OK, maybe we can't all just get along. But maybe we can all lean back a
little?
This list is not really 'moderated'. I read it, but I do not expect to
have to police it: this is a professional/technical list and I expect
professional behavior. Belittlement and whining is probably not how you'd
I was puzzled by the length of CMDBUFL ...after your explanation Walt, it's
very clear.
Thank you. I wasn't aware that a TSO parser could be called in IRREVX01 that's
a great idea..
I saw the length using an Abend macro, being on a test system I can perform
controlled tests.
We don't want our
It must be conceded that TRTE is newer than TRT, but it is not a
notably new instruction.
More to the point, while it is may be appropriate to supply a TRTE
macro for use on old hardware, it is not appropriate to avoid the use
of the TRTE instruction where it is available, as is now usually the
Jon and Ken did not say that they are avoiding the use of TRTE due to
unfamiliarity with the instruction. They indicated that they are
avoiding the instruction because it may not be supported on all machines
where their code must run.
Specifically, the TRTE instruction will cause an operation
As I attempted to make clear in my earlier post, this old-hardware
argument is specious. If you want to support old machines, write a
macro called TRTE for them, but use TRTE in your code. It reduces
clutter, increases readability, improves performance where the
instruction is installed, etc.,
Kenneth Meyer's formulation
begin extract
I, among many, have to support older versions of the mainframe. This
means using common instructions rather than the latest instructions.
/end extract
is admirably clear and succinct. Its only defect is that it is wrong.
If instruction INST is not
On 2013-04-13, at 15:51, John Gilmore wrote:
If instruction INST is not available on some of the machines he must
support he can write a macro definition called INST that mimics its
behavior for use on these antediluvian machines, do very much the same
thing IBM does for millicoded
Many companies do not see the depreciation interval for a purchased
mainframe to be an automatic trigger for the purchase of a new
replacement mainframe. Instead, some of them quite enjoy the lack of
hardware expenditures.
We often encounter old machines at customer sites, and must make sure
Certainly he can write such a macro. Whether it is wrong or not
depends upon, among other things, whether one of the older machines he
needs to support is the one where he must do his development and testing
work. If that is the case, then he will lack the ability to test INST on
a machine where
, April 13, 2013 4:52 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Length question
Kenneth Meyer's formulation
begin extract
I, among many, have to support older versions of the mainframe. This
means using common instructions rather than the latest instructions.
/end extract
I really appreciate the support that has been expressed. I'm really sorry others
got pulled into this and Gilmore is taking it out on you. We shouldn't let him
pull us down to his level.
We all know that John Gilmore of Assland, MA. (sorry, I meant Ashland, MA.)
loves to do this sort of thing. He
quoting John Gilmore's
I of course expected this response. Litanies in defense of the old
and familiar are recurrent here, but repetition does not make them
meritorious. They are of a piece with the suspiciously repetitive,
insular, risk-averse, mediocre notions that are ruining, have indeed
Guys:
I have a field in a RACF parameter list ...CMDBUFL ..this is the length of the
command buffer.
It looks like it is x'F8' which is 248 ..bytes. I need to calculate the total
length of CMDBUFD which is
the incoming buffer. I have a issue with a large amount of userids being passed
to our
The total length of CMDBUFD is CMDBUFL.
Since this is a command buffer, you don't know if it was cleaned up or if the
command syntax was verified. I personally would not assume anything. The length
may not always be X'F8'. You don't know if CONNECT begins at offset 0. Is CONN a
short form of the
On Fri, 12 Apr 2013 16:23:47 -0700, Jon Perryman jperr...@pacbell.net wrote:
The total length of CMDBUFD is CMDBUFL.
Since this is a command buffer, you don't know if it was cleaned up or if
the command syntax was verified. I personally would not assume anything.
He said it's a RACF parameter
On Fri, 12 Apr 2013 09:12:45 -0700, Scott Ford scott_j_f...@yahoo.com wrote:
I have a field in a RACF parameter list ...CMDBUFL ..this is the length
of the command buffer.
It looks like it is x'F8' which is 248 ..bytes. I need to calculate the
total length of CMDBUFD which is the incoming
John Perryman's post seems to have been written in ignorance of the
TRTE, TRanslate and Test Extended, instruction. Its availability
eliminates the need for his macro and otherwise much simplifies what
he proposes.
John Gilmore, Ashland, MA 01721 - USA
51 matches
Mail list logo