Ray Overby at Key Resources, Inc.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of scott Ford
Sent: Friday, December 7, 2018 10:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Code vulnerability
All,
We write in Enterprise Cobol
This is not truly a mainframe question but I am sure everyone can see the
mainframe relevance and why it is a mainframe problem for me. Some of you
mainframers may have encountered the same problem.
I have a text file on Windows with CR-LF only at paragraph boundaries. Some
of the lines are severa
: Re: Breaking text file at position 72?
You could transfer to a sequential file and then go into ISPF Edit and
enter the line command TF72 (text flow) on the first line.
On Mon, Dec 10, 2018 at 10:37 AM Charles Mills wrote:
> This is not truly a mainframe question but I am sure everyone can
17:13, Charles Mills wrote:
> Perhaps a command that is local to your site?
>
> IKJ56500I COMMAND TF72 NOT FOUND
That IKJ implies TSO attempted to process the command
which suggests to me you maybe entered "TSO TF72".
TF is an ispf edit command, to be entered in the command
I think the longest is 9K. If there were any longer I could pre-split them
manually.
But yes, I think TF might flow the whole file and lose the paragraph breaks.
Someone who will remain nameless pointed out that I could "soft" flow the lines
in Notepad++ and then paste them that way into a 3270
It's a totally reasonable "non-mainframey" text file. It has no carriage
returns except at logical points, not at an arbitrary line width point.
Most e-mails you get follow this convention (other than old listserves that
break up lines like this one).
It has nothing to do with MS-Word but yes,
You can readily disable smart quotes.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Tuesday, December 11, 2018 10:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Breaking text file at position 72?
I'm us
EDU
Subject: Re: Breaking text file at position 72?
On Tue, 11 Dec 2018 12:05:07 -0800, Charles Mills wrote:
>You can readily disable smart quotes.
>
But some people like them.
Microsoft will outwit you. I once sent a co-worker a JCL excerpt with:
"...BLKSIZE=6144,..."
He wrote
> I like "smart" quotes when I ask for them; I don't like them when I key in
something else and don't get what I keyed in.
That is precisely what "smart quotes" is all about. Smart Quotes *means*
that you key in " and get the little curly quotes. If you don't like that,
disable smart quotes and wh
72?
> That is precisely what "smart quotes" is all about.
That's why I hate them.
BTW, how do I turn off half-smart quotes on the computer of someone who's
sending me a document?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
___
ter of someone who's
sending me a document?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
________
From: IBM Mainframe Discussion List on behalf of
Charles Mills
Sent: Tuesday, December 11, 2018 4:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re:
> a policy of not allowing the use of assembler for any new code which is
> understandable
One might argue that any assembler code is not understandable.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of David Crayford
Sent:
> I've taken to defining functions in header files to take advantage of both
> (we don't use IPA).
Looking at the code generated by the XLC compiler, I see that it sometimes
(often?) in-lines functions even when they are defined in the (same, obviously)
implementation file.
Charles
-Orig
Sounds like a SHARE presentation to me!
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Farley, Peter x23353
Sent: Monday, January 14, 2019 11:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unreadable code (Was: Concurrent S
I'm looking for a C-callable subroutine that would give me the ISPF
statistics for a PDS(E) member (if available). I'm particularly interested
in the "changed" timestamp. I've searched the C library and LE programming
docs but could easily have missed something. Does such a function exist?
I pictu
that I submitted in 2015.
"Better support for PDS members in z/OS C library"
https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=80811
On Tue, Jan 15, 2019 at 3:52 PM Charles Mills wrote:
> I'm looking for a C-callable subroutine that would give me the
@LISTSERV.UA.EDU] On Behalf
Of David Crayford
Sent: Wednesday, January 16, 2019 4:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a C or LE service to retrieve ISPF statistics?
Why don't you just read the directory and write a mapping for the user
data area?
On 16/01/2019 5:52 am, C
Aha! That sounds like what I am looking for. Thank you. Let me read up on
isplink() and perhaps post again.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Carmen Vitullo
Sent: Wednesday, January 16, 2019 5:25 AM
To: IBM-MAI
Okay, where the heck are the meanings and formats of dataid, ver1, etc.
documented?
Also, I want to *retrieve* (not set) those values. I see LMMSTATS documented as
"set and store ISPF statistics." Can I use LMMSTATS to retrieve existing
statistics. I don't want to change them. Or is there a dif
I'm working in C++ but I can read assembler just fine if there is an example
somewhere.
I get the idea. For anyone used to the ISPF editor and ISPF "Edit Entry Panel"
and similar this is all familiar, but where is the formal documentation? Where
does it say you have to do Init, then Open, then
Oh. End of story.
Thanks.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Kirk Wolf
Sent: Wednesday, January 16, 2019 12:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a C or LE service to retrieve ISPF statistics?
Right. After all, the 370 was the machine series of the seventies.
Frankly, I have yet to read one of these Shark Tank stories that seemed like
more than an amusing fairy tale. I have only read a couple, but none of them
rang ver true.
Charles
-Original Message-
From: IBM Mainframe Disc
Thanks.
This is really not on my main task list. I was hoping for a solution quick
enough that I could skunkworks it in under the radar.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Farley, Peter x23353
Sent: Wednesday,
in Appendix H "Additional Examples" that does this (except for
the user data):
On Wed, Jan 16, 2019 at 4:33 PM Charles Mills wrote:
> Thanks.
>
> This is really not on my main task list. I was hoping for a solution quick
> enough that I could skunkworks it in under the radar.
I have an application that uses IARV64 REQUEST=GETCOMMON,COND=YES. I have
tested with an unreasonable request size and gotten a return with a reason
code as expected.
I recently had the IARV64 fail, due to my bug that I have located. But what
surprised me is that I got an SDC2 ABEND rather than a
Actually, for any IBMers reading this, the full reason code is 8A004220.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Friday, January 25, 2019 2:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IARV64 - why
Hmmm. Not sure I totally see the distinction. I am sure I don't get the
philosophy. If anything, wouldn't the opposite make sense: return codes for
user errors and ABENDs for system problems?
In any event the distinction ought to be documented (assuming it is not rather
than it's there and I am
itating aspect of working with 64 bit areas.
On Fri, Jan 25, 2019, 5:23 PM Charles Mills I have an application that uses IARV64 REQUEST=GETCOMMON,COND=YES. I have
> tested with an unreasonable request size and gotten a return with a reason
> code as expected.
>
> I recently had the IARV
Well I must be really contrary or else I got out of the wrong side of the
bed this morning. @Peter and @Ed are of course two of the people I most
admire in the field of assembler and MVS, but I totally disagree with almost
everything they wrote.
@Peter, I'm a grown-up. If I code an MVS macro with
Okay. Mea culpa.. COND= is documented at least adequately. (And I was
speaking only about IARV64, not GETMAIN or STORAGE, except in my response to
@Ed's point.)
I think I read only the description of COND=YES:
The request is conditional. The request is not abnormally ended for
resource unavailab
SERV.UA.EDU
Subject: Re: IARV64 - why ABEND rather than return with reason code?
On 1/26/2019 4:37 PM, Charles Mills wrote:
> ... You would really rather have your customers and
> support staff deal with an S80A and a dump rather than a nice error message
> that says "ABC1234E Unable to o
> o No facility to increment a pointer.
template static inline T *PointerAdd(const T *ptr, const int
increment)
{
return (T *)( reinterpret_cast(ptr)+increment );
}
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On B
> That's why I have been heard to say in IBM, "If you wrote it in C, you
must have wanted to debug the problems yourself".
I guess it depends on your point of view. I would say that if you wrote it
in HLASM you must have wanted to be able to debug it yourself.
> It is unfortunate that IBM does no
Ah! That clarifies your "debug it yourself." I was wondering what language I
could write in where I would NOT have to debug it myself.
I'm not *asking* for a "simple FREEMAIN"; just pointing out what my blue sky
preference OS-design would be. It would be easy enough for a developer to
front-end GE
I have a lot of SMF record field experience and I do not recall the PARM=
data being recorded anywhere, not in SMF 30, nor elsewhere.
SMF 14 should record the SYSLIB dataset being closed but that is about it.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAI
To the best of my (possibly faulty, of course) recollection SMF does not record
PARM= anywhere under any circumstances -- other than if it somehow gets used in
a way that ends up in SMF, e.g. a program that takes PARM=ddname and then opens
that DD name. (You would get an SMF 14, 15, 42 or 6x for
29, 2019 9:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IKJEFT1B program name SMF
On Tue, 29 Jan 2019 09:08:07 -0800, Charles Mills wrote:
>To the best of my (possibly faulty, of course) recollection SMF does not
>record PARM= anywhere under any circumstances -- other than if it somehow
Let me recommend that vendor word approach. We use it and it works well. You
just want to define the structure that the word will point to in such a way
that you do not paint yourself into an upward compatibility corner. The word is
zero if you have not initialized it.
Access could not be easie
gnesh
Sent: Wednesday, January 30, 2019 4:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: IKJEFT1B program name SMF
That's a cool job Charles!
– Vignesh
Mainframe Infrastructure
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Charles Mills
Sent: 29 Jan
I've got CSVDYLPA code that has been working more or less unchanged for
eight years -- no idea what release of z/OS it was developed on. (The coding
has not changed but it is re-assembled from time to time -- the most recent
object module was created on V2R2.)
All of a sudden I am getting return c
Of Charles Mills
Sent: Thursday, January 31, 2019 11:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Cause of CsvdylpaRsnBadVersion?
I've got CSVDYLPA code that has been working more or less unchanged for
eight years -- no idea what release of z/OS it was developed on. (The coding
has not change
anged between V2R2 and V2R3, and PLISTVER=MAX says "give me a V2R3 parm
list" which of course does not work on V2R2.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Thursday, January 31, 2019 11:04
Do others here agree with that advice? Eschew MF=(E,...,COMPLETE) ?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jesse 1 Robinson
Sent: Thursday, January 31, 2019 4:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cause of
Thanks all.
> Charles fell
> into the subtle case that specifying PLISTVER=MAX in effect is saying "I
> am using new function".
I plead guilty. I fell into the trap of reading
> If you can tolerate the size change, IBM recommends that you always
> specify PLISTVER=MAX on the list form of the m
No argument.
An alternative is to place the xSECT statement before the macro invocation:
For the real storage:
MYPARMS CSECT
PARMMAC FOO=YES,BAR=NO
Everywhere else:
MYPARMS DSECT
PARMMAC FOO=YES,BAR=NO
Charles
-Original Message-
From: IBM Mainframe Discussion List [m
IIRC there is a bit that causes dataset allocation to bypass the normal ENQ.
It is used, for example, by backup programs.
Can anyone share the name of the bit flag? I searched TCB, ASCB and JSCB.
Don't worry, I'm not going to use it willy-nilly. I'm not going to code it
at all. It is for a
A kind soul offline points out S99NORES.
(No wonder I couldn't find it in the TCB.)
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Sunday, February 10, 2019 10:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Su
9 14:08:15 -0800, Charles Mills wrote:
>A kind soul offline points out S99NORES.
>
>(No wonder I couldn't find it in the TCB.)
It also would have helped if you'd said you were interested in -dynamic- data
set allocation, rather than simply data set allo
Sure, managers have been known to do silly things once or twice but there
is no need for a surprise, unplanned rollback, right? A realistic DR drill
would require a surprise, but the rollback could be planned, no?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:
I know I am late to the party but I am just dipping my toe into the LONGPARM
pool.
I have a started PROC with the typical sort of symbols declared on the PROC
statement.
The PROC is two jobsteps, FWIW.
The second step contains //stepname EXEC PGM=program,PARMDD=MYDDNAME
And
//MY
Combo of the two, Lizette.
There are nine parms spread across three lines.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lizette Koehler
Sent: Thursday, February 14, 2019 10:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PA
I tried spreading the first three parms across three lines -- no difference.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Thursday, February 14, 2019 10:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re
I really and truly have // EXPORT SYMLIST=*
I've used that before in batch jobs and you know how we lazy programmers are
-- I just copied it over.
Why?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Rich Tabor
Sent: Thursda
PORT statement go?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Thursday, February 14, 2019 10:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: PARMDD and Symbols in a Started PROC
I know I am late to the party b
I tried EXPORT SYMLIST=(PARM1,PARM2)
No difference.
Would it kill IBM to have some meaningful examples in the JCL reference?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Rich Tabor
Sent: Thursday, February 14, 2019 10:24
Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Charles Mills
Sent: Thursday, February 14, 2019 10:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] PARMDD and Symbols in a Started PROC
I tried EXPORT SYMLIST=(PARM1,PARM2)
No difference.
Would it kill IBM to h
ry 14, 2019 11:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PARMDD and Symbols in a Started PROC
On Thu, 14 Feb 2019 11:01:44 -0800, Charles Mills wrote:
>> // EXPORT gets specified first before any // SET stmts
>
>How do I do that in a PROC where the SETs are implicit in the PROC
+1
And easy for me to say but wouldn't it be trivial to fix? Just pull out the
code that checks for unused symbols? No compatibility issues -- no one is
conceivably COUNTING ON a JCL error in that situation.
Wasn't assembler the model for JCL? Assembler allows unreferenced fields.
(Although in
Well, now that I have STC LONGPARM working, how long can the START command
be?
The commands reference describes two formats. It says most commands can use
format one, and it may be up to 126 characters. And it says three specific
commands must use format two, and does not indicate a maximum length
@ibm.com
IBM Services
IBM Mainframe Discussion List wrote on
02/14/2019 02:07:07 PM:
> From: Charles Mills
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 02/14/2019 02:07 PM
> Subject: Re: PARMDD and Symbols in a Started PROC
> Sent by: IBM Mainframe Discussion List
>
> @Tom'
Thanks. Should I submit an RFE? The documentation is at best unclear and at
worst would seem to imply that any command could be entered in "new format" and
that any length "new format" was acceptable.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTS
Sorry. RCF. An RFE is implausible.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Charles Mills
Sent: Friday, February 15, 2019 12:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How long may a console command be?
Thanks
I did not see the original question but "macros are too old and will not
assemble" is *very* unlikely on a z/OS system. More likely "I am not pointing
SYSLIB at the right macro libraries." (And yes, @John's subsequent reply would
tend to confirm this.)
Charles
-Original Message-
From:
I've got a requirement to determine whether a DD is allocated DUMMY. I know
how to find the TIOT, get the JFCB with SWAREQ, check for 'NULLFILE' and
loop through all of the JFCB chain. Is there any easier way? That's a lot of
complexity for a simple question!
Why? I'm trying to avoid an S013-64 on
Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John McKown
Sent: Tuesday, February 19, 2019 7:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Any easier way to determine if DD is dummy than GETDSAB?
On Tue, Feb 19, 2019 at 9:20 AM Charl
me Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John McKown
Sent: Tuesday, February 19, 2019 7:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Any easier way to determine if DD is dummy than GETDSAB?
On Tue, Feb 19, 2019 at 9:20 AM Charles Mills wrote:
> I've got a require
I've never used DEVTYPE but it is starting to look appealing. Everything can be
above the line. Looks pretty simple.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Rob Scott
Sent: Tuesday, February 19, 2019 7:56 AM
To: IBM-
Well, there is no EXEC anywhere in the question but yes, changing the specs to
make the customer supply a DS name rather than a DD statement might be an
approach.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of ITschak Mugz
Thanks all.
DEVTYPE did the trick. Catches both omitted and DUMMY/NULLFILE with minimum
extraneous fuss.
DEVTYPE is dead simple, and also dead simple-minded. Did not like a high order
X'80' in the second address, and I am too simple-minded to get an NILH right in
less than about five tries.
B
ad simple for sniffing out DUMMY vs. spool vs. DASD vs. TAPE
>vs. missing. I wouldn't use RDJFCB just for that.
>
But I had an SR rejected, WAD, because DEVTYPE (or was it DSORG) didn't
return anything useful for a UNIX path.
>On Tue, Feb 19, 2019 at 11:39 AM Charles Mills wrote
In the configuration I am using the address is in a register -- no PLIST.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Steve Smith
Sent: Tuesday, February 19, 2019 11:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Any eas
> ITYM bit 0
Nowadays bit 0 is the high-order bit of 64 bits. I mean bit 32, the "first" bit
of the low word.
> The high-order bid is always bit 0.
Yep. And we have 64 of them nowadays.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] O
I certainly heard that offer several times. I'm not a customer; I heard it as
an IBM "partner."
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Lizette Koehler
Sent: Monday, February 25, 2019 11:24 AM
To: IBM-MAIN@LISTSERV.UA
I want to set a symbol to a value with lowercase letters and too long to go
on one line. (The ultimate destination of the symbol is substitution into a
SYSIN file, but that is not where the problem is.)
So I am doing
// EXPORT SYMLIST=*
// SET SYM1='blah,blah,blah'
// SET SYM2=',foo,foo,foo'
// S
Ah, of course, the old triple-quote.
Seriously, thanks. My real stuff was a little more complicated than the
below and I had to rearrange it to get it to work, but yes, the triple quote
solved it.
As I recall now I have had this issue before, and solved it with (or
something like)
// SET Q=
BM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Thursday, February 28, 2019 5:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How do I get a lower-case value into a "long" symbol?
On Thu, 28 Feb 2019 16:25:23 -0800, Charles Mills wrote:
>
>As I recall now I have had this
The 360/40 had one: 7 us for LR, 10 us for L.
It is not possible now. A single instruction may literally add no time at
all to some instruction sequence.
My imperfect model is that main storage is the new disk. Figure that
instructions take no time at all and memory accesses take forever.
Charl
me Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Monday, March 11, 2019 7:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: STCKE faster than STCK! (was: instruction clock speed)
On Wed, 6 Mar 2019 20:18:55 -0800, Charles Mills wrote:
>The 360/40 had one: 7 us
No excuse for this one. STCKF is, if you will, a subset of STCK.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Farley, Peter x23353
Sent: Wednesday, March 13, 2019 1:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: STCKE faste
@LISTSERV.UA.EDU] On Behalf
Of Gord Tomlin
Sent: Tuesday, March 12, 2019 9:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: STCKE faster than STCK! (was: instruction clock speed)
On 2019-03-12 12:32, Charles Mills wrote:
> Yes, STCK guarantees a unique value. If the clock has not ticked since the
>
Even more relevant, check out http://bit.ly/2Sk5rwY, winner of Best Session at
SHARE Winter 2017. I was there, sitting next to a suit (rare at SHARE) who
about every five minutes muttered under his breath "Oh, Jesus."
Saying "this can't happen if your RACF is properly configured" is like saying
Write Only Memory? CharlesSent from a mobile; please excuse the brevity.
Original message From: Steve Smith Date:
3/15/19 9:25 AM (GMT-07:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Highly
technical question - how do I only get my posts? That would be your "Sent"
folder, an
I have Outlook arranging IBM-MAIN e-mails by thread but I cannot describe how I
got it to do that.
I can delete an entire thread that does not interest me with two clicks, and I
can follow a thread that does without jumping around.
Charles
-Original Message-
From: IBM Mainframe Discus
Appendix C of the HLASM P/G. (Who'd have guessed?) I would post a link but I
am offline as I write this.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Mike LaMartina
Sent: Friday, March 15, 2019 9:17 AM
To: IBM-MAIN@LISTSERV
Not sure I understand your question perfectly but (a.) I don't think the
ADATA makes any special distinction in the case of a self-modifying
instruction and (b.) I suspect the ADATA has both the location and the
number, but quite possibly in different records -- but my experience with
parsing ADATA
I gave it one star. No one else has rated it.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of zMan
Sent: Tuesday, March 19, 2019 5:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is it broken? or just useless
Jeez, what more
Gook luck!
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Mark Jacobs
Sent: Tuesday, March 26, 2019 5:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Vacation over, back to work
After a two month paid vacation when my previous
Truly. CharlesSent from a mobile; please excuse the brevity.
Original message From: Steve Smith Date:
3/27/19 4:39 PM (GMT-08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Using
DFSORT to generate data Kolusu, you should write a Redbook. Or maybe better, a
SHARE session: 101
You come up with the darnedest things!
IDCAMS REPRO would be my first thought, but I don't really know. There is
nothing special about a SYSADATA file. So the requirement is simply QSAM VB to
VSAM Linear. I have a bunch of experience processing SYSADATA but zero with
VSAM Linear. Can VSAM Linea
+1
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@listserv..ua.edu] On
Behalf Of Don Poitras
Sent: Thursday, April 4, 2019 4:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AMODE 32
In article <8891162166296907.wa.mutazilahgmail@listserv.ua.edu> you
I certainly don't understand all of IBM's Z strategy, but I can tell you pretty
good certainty that IBM has zero interest in investing 1¢ in z/OS enhancements
to facilitate the use of pre-Z hardware.
Heck, V2R3 doesn't even support a z196!
Charles
-Original Message-
From: IBM Mainfram
Does VM simulate those instructions that are found in the virtual guest
environment but not on the real hardware? I don't find the *concept* to be
inconceivable, although the reality may very well be a different matter.
There was recently a discussion on the assembler list about how VM
"down-simul
Still seems to have the terrible twos.CharlesSent from a mobile; please excuse
the brevity.
Original message From: Chris Hoelscher
Date: 4/7/19 6:15 PM (GMT-08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: happy
birthday internet RFC 1 turns 50 today !!Chris HoelscherTechnology A
Is there a reasonably easy way for a task to create an ABEND that ESTAE or
FRR will indicate is unrecoverable (SDWACLUP)? (I can't use console CANCEL
because I need the ABEND to occur within a fairly specific range of machine
instructions.)
Will issuing a DETACH "for myself" do it? ABEND X'222
Thanks all. CALLRTM RETRY=NO it is.
DC H'0'is simplicity itself, and works without fail, but S0Cx ABENDs are all
recoverable. I need to test the SDWACLUP path.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Nick Jones
Sent
Post to the HLASM list which the development lead monitors. He is very
responsive. CharlesSent from a mobile; please excuse the brevity.
Original message From: Phil Smith III Date:
4/11/19 4:47 PM (GMT-08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Lousy error
from HLASM in US
Abend-AID has some global configuration options, right? I don't know the
product, but I recall seeing "no dump due to installation options" or
something like that.
(Not to disagree with @Chris who is of course correct.)
Charles
-Original Message-
From: IBM Mainframe Discussion List [mai
IEFU83/4/5 and now 6. NOT for the faint-hearted. Re-entered on multiple
processors in a variety of TCB and SRB and X-memory modes. If I did not need
real time and back-level z/OS support I would do it some other way.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:
+1
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Dana Mitchell
Sent: Tuesday, April 16, 2019 7:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z114 and z/OS 2.3
I'm curious how this turned out...
Dana
On Sun, 7 Apr 2019
A valid question is "what is the IP address of 'me'?" What is the (an!) IP
address of the host that I am currently running on?
Independent of any remote hosts or connections.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of
1 - 100 of 4675 matches
Mail list logo
