Re: HLASM doubleword set-symbol arithmetic

Well, you can't make an omelet without breaking eggs. I am not a big SETA symbol user, and I admit I have never lusted after &FOO SETA 9223372036854775807 But it's hard to picture how you get there without introducing ASMADATA changes of some sort. Charles -Original Message- From: IB

Re: HLASM doubleword set-symbol arithmetic

On Fri, 4 Jul 2014 18:12:42 -0700, Charles Mills wrote: >No one would be obligated to use 64-bit set symbols. There could be an >assembler option to produce "old" or "new" ASMADATA/disallow or allow 64-bit >set symbols. ASMADATA has "version" indicators in every record. This is a >solvable prob

Re: HLASM doubleword set-symbol arithmetic

No one would be obligated to use 64-bit set symbols. There could be an assembler option to produce "old" or "new" ASMADATA/disallow or allow 64-bit set symbols. ASMADATA has "version" indicators in every record. This is a solvable problem. Charles -Original Message- From: IBM Mainframe

Re: TSO Test does not support 65-bit debugging?

appelate ==> appellate Sorry about that. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO Test does not support 65-bit debugging?

I think that IBM long ago concluded that it could not do everything, and thus that the existence of other centers of development, the ISVs, was and is in its best interests. The problem with the separate, individual consideration of the business cases for extension A, extension B, extension C, . .

Re: "Feebie" software

continuing . . . The cost-benefit analysis of the case for acquiring a piece of software (indeed for whewther the employee bicycle sahed should be repainted) nevertheless goes much the same whether 1) that software is free, 2) it must be paid for, or 3) its users are to be paid to use it. John G

Re: "Feebie" software

continuing . . . The cost-benefit analysis of the case for acquiring a piece of software (indeed for whether or not the employee bicycle shed should be repainted) nevertheless goes much the same whether 1) that software is free, 2) it must be paid for, or 3) its users are to be paid to use it. J

Re: switching daemon logs

In <8337019328238082.wa.elardus.engelbrechtsita.co...@listserv.ua.edu>, on 07/04/2014 at 03:02 AM, Elardus Engelbrecht said: >If the OP can say WHY he/she/it cannot be bothered [2] with manuals, >perhaps some hints may be supplied. I tend to jump in when the OP says "the manual says &foo and

Re: TSO Test does not support 65-bit debugging?

In <53b69775.1060...@gmail.com>, on 07/04/2014 at 08:00 PM, David Crayford said: >I have never experienced an IBM product so full of holes and riddled >with bugs as DebugTool. Not even TSO DATA SET UTILITIES: COPY, FORMAT, LIST AND MERGE? -- Shmuel (Seymour J.) Metz, SysProg and JOAT

Re: unable to set second level error message for IKJPOSIT operand

In , on 07/04/2014 at 02:11 AM, MichealButz said: >I set R15 to 4 set the address of my message to in this field Show your code. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see We don't care. We don't have to care, w

Re: "Feebie" software

There are two usefully separated issues here. First, Shane may very well find it difficult to convince a small z/OS shop to behave rationally, and in a shrinking market for services of the sort he provides he can scarcely walk off in high dudgeon when this happens. The cost-benefit analysis for t

Re: TSO Test does not support 65-bit debugging?

In <02f601cf96b3$33b906b0$9b2b1410$@mxg.com>, on 07/03/2014 at 06:37 AM, Barry Merrill said: >Subject: TSO Test does not support 65-bit debugging? Or even 64. I wish that someone could give IBM a business case for opening up TSO development again, but I won't hold my breathe. -- Shmue

HLASM doubleword set-symbol arithmetic

On Fri, 4 Jul 2014 11:18:12 -0400, John Gilmore wrote: > >..., but z/OS is still full of gaps in >the facilities it makes available for work above the bar, through many >of which one could drive the proverbial tank. > Such as executing code above the bar. But I've wondered before, and seen no com

Re: TSO Test does not support 65-bit debugging?

In today's competitive and quarter-report driven business climate, IBM no longer can afford the "luxury" of doing anything simply for completeness. A "business case" needs to be made for everything. So IBM has done only just enough 64-bit support to satisfy the business case, and such "niceties

Re: "Feebie" software

On Fri, 4 Jul 2014 23:42:02 +0800, David Crayford wrote: >> Small customers (at least) see software included in the base as "free" - and >> ISVs like Dave are paddling a barbed-wire canoe upstream to get a sale. >> Simple as that. >> Believe me, I've been in to bat trying to get ISV software in

Re: "Feebie" software

On 4/07/2014 11:37 PM, Shane Ginnane wrote: On Fri, 4 Jul 2014 11:18:12 -0400, John Gilmore wrote: ... and the notion that IBM software is somehow 'free' and that of ISVs is not is among the sillier ones that have currency here. Hmmm - this must be an invitation to me to respond. Small custome

"Feebie" software

On Fri, 4 Jul 2014 11:18:12 -0400, John Gilmore wrote: >... and the notion that IBM software is >somehow 'free' and that of ISVs is not is among the sillier ones that >have currency here. Hmmm - this must be an invitation to me to respond. Small customers (at least) see software included in the b

Re: TSO Test does not support 65-bit debugging?

Dave, I did wait until it seemed to me that discussion of the original topic had petered out. Moreover, it seemed to me that it was oddly focused. Slow but steady progress is certainly being made, but z/OS is still full of gaps in the facilities it makes available for work above the bar, through

Re: switching daemon logs

Shane Ginnane also pointed this out to me. I stand corrected. I did, however, read the original post, which I then misattributed to Tom; and I am unrepentent about my interpretation of it. John Gilmore, Ashland, MA 01721 - USA ---

Re: TSO Test does not support 65-bit debugging?

Hi John, I'd just like to observe that you have (as is quite commonly done) shifted this topic's subject completely away from the original post. So now the subject line represents this new theme even less than the "65-bit" typo represented the original theme.. Just saying... Dave Cole, Cole

Re: switching daemon logs

John Gilmore wrote: >I do not think Tom's point was that he wished to avoid reading manuals. >He was, I think, saying that he did not want or need predictable, generic, >boiler-plate responses to his query. Sorry, but it was Fred Kaptein who is the OP who wished to avoid manuals. I think there

Re: switching daemon logs

On Fri, 4 Jul 2014 09:37:19 -0400, John Gilmore wrote: >I do not think Tom's point was that he wished to avoid reading manuals. Given past evidence, I think it unlikely many here would be inclined to tell Tom to get off his butt and go read some manuals. The OP, on the other hand, is unlikely to

Re: IDCAMS QUESTION - RECATALOG

I had to re-catalog the VVDS for the CATALOGS which no longer exists but still show up on the DIAGNOSE. This is what I did: I defined the CATALOG (which doesn't exist) I then did a DEFINE RECATALOG of the VVDS entry Next I performed the DEL NSCR of the VVDS entry. Deleted the CATALOG.

Re: TSO Test does not support 65-bit debugging?

Walt Farrell wrote: A formal search of the archive, using the appropriate Listserve search commands, should find this thread using any reasonable set of terms, John. The searches include not only the subject line but also all words of the body of each message. and there is, of course, a sense i

Re: switching daemon logs

I do not think Tom's point was that he wished to avoid reading manuals. He was, I think, saying that he did not want or need predictable, generic, boiler-plate responses to his query. Take more care! Read the manual! and the like are not really helpful. They are entirely understandable responses

AW: Re: Some questions related to VSAM SHAREOPTIONS

> As documented in DFSMS Access Method Services for Catalogs: >SHAREOPTIONS(crossregion[ crosssystem]|1 3) How annoying. There were times when I did better reading manuals. I was reading the text forth and back, but missed the above. Thanks. -- Peter Hunkeler -

Re: TSO Test does not support 65-bit debugging?

On 4/07/2014 5:00 PM, Sharuff Morsa3 wrote: The IBM Debug Tool data sheet says: Display and alteration of 64-bit general purpose registers in assembler expressions is provided on hardware that supports 64-bit addressing. Debug Tool correctly displays data items according to type, including three

Re: Some questions related to VSAM SHAREOPTIONS

Peter Hunkeler wrote: >- I could not find what the defaults are, if no SHAREOPTIONS are specified >with the DEFINE CLUSTER? I cannot try myself because SMS forces me to a >dataclass that has them specified. As documented in DFSMS Access Method Services for Catalogs: SHAREOPTIONS(crossregion[

Re: TSO Test does not support 65-bit debugging?

On Thu, 3 Jul 2014 06:37:41 -0500, Barry Merrill wrote: >Did IBM really drop the ball on this by stabilizing the TSO commands at what >is becoming an increasingly ancient level (non-64-bit)? Yes. I often go to sites that have no "sophisticated" assembler debugging tools. No assembler developmen

Some questions related to VSAM SHAREOPTIONS

I never programmed any VSAM I/O. I never took the time to read much about VSAM internals. I'm trying to understand SHAREOPTIONS. Read parts of DFSMSdfp using data sets, VSAM demystified, and the IDCAMS reference. Some became clear, some not. Here are some Qs to help me with the latter. - I c

Re: TSO Test does not support 65-bit debugging?

On Thu, 3 Jul 2014 20:13:59 -0400, John Gilmore wrote: >This is yet another example of the typo-in-the-subject-line syndrome >that will make this entire thread moot in the archives. No one who >would benefit from finding and reading it will be able to do so. A formal search of the archive, usin

TSO Test does not support 65-bit debugging?

The IBM Debug Tool data sheet says: Display and alteration of 64-bit general purpose registers in assembler expressions is provided on hardware that supports 64-bit addressing. Debug Tool correctly displays data items according to type, including three floating-point data types: binary (IEEE),

Re: switching daemon logs

Bonno, Tuco wrote: >A word to the wise, amigo: you start saying you don't want to be bothered to >look in the manuals, and you are not going to be getting much help on this >listserver that attitude pisses off those of us who DO bother to root >around in the manuals. Hmmm, yes, I agre

AUTO: Guillermo Rodriguez Diaz/Proceso de Datos/Hermosilla/Informática ECI/Grupo_ECI está ausente de la oficina. (regreso 31/07/2014)

Estaré ausente de la oficina hasta el 31/07/2014. Nota: Esta es una respuesta automática a su mensaje "IBM-MAIN Digest - 2 Jul 2014 to 3 Jul 2014 (#2014-184)" enviado el: 04/07/2014 6:00:01. Esta es la única notificación que recibirá mientras esta persona está ausente. www.elcorteingles.es