On 22/08/2018 12:02 PM, ITschak Mugzach wrote:
I am reading IBM manuals for about 40 years, and it is hard to understand
the flow of the interface calls from the manual. I first wrote a rexx
program just to understand the flow. It also helped me to understand why
assembler calls are not executing
I believe it comes with it's own HMC function within the 16U space, but it uses
the same keyboard/monitor/mouse (KMM) that the Support Elements (SE) of Z use.
The z14 ZR1/LR1 has a KVM switch which permits the KMM to be switched between
the SE or the DS8882F.
---
Hello Galina,
I am reading IBM manuals for about 40 years, and it is hard to understand
the flow of the interface calls from the manual. I first wrote a rexx
program just to understand the flow. It also helped me to understand why
assembler calls are not executing well. I am not sure this is a pro
Galina,
Yes, it would be worth providing sample code for batch assembler, CICS
assembler, CICS COBOL , CICS REXX , TSO REXX and ‘how to’ direction for Liberty
and eclipse. Sorry if I missed some, feel free to chime in.
By sample code we mean fully functional examples not a small KC tribute to a
In the absence of any clue to the contrary: of course it was mine. ;-)
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com
-Original Message-
From: IBM Mainfr
It sure would be nice to know which suggestion was so awesome
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Chris Cantrell
> Sent: Tuesday, August 21, 2018 12:29 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JES2 Spool Data Set Browse (SDSB) sample
>
> This
This works awesome!
It is what I ended up using.
Thanks for everyone's comments.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Tue, 21 Aug 2018 15:07:10 -0400, Phil Smith III wrote:
>
>Ah, ok, cool. That would be interesting. Not sure how that relates back to the
>original problem, which was Skip seeing a "funny" character in a data set. The
>emulator would then need to communicate with z/OS about code page in use.get
Hi ITschak,
I’m part of the team that develops the z/OS JSON parser. From your previous
post, it appears you have resolved the issue you were experiencing.
As you pointed out, we do not provider assembler samples, so you have to
connect the dots between the following three things:
1. IBM Knowled
John McKown wrote:
>That's why I want the access method to implement the CCSID conversion,
>along with "tagging" and a DD parameter so that the application receives
>the data in the code point it is written to handle. I don't want the
>application to have to deal with "metadata", but put it on
On Tue, 21 Aug 2018 10:40:56 -0400, Phil Smith III wrote:
>
>>There is one. It's called Unicode. IBM should open its eyes to the 21st
>>Century.
>
>Now that's funny! Sure, we'll just transform all our data from EBCDIC.
>
The slower you peel the adhesive tape, the longer you endure the pain.
O
On Tue, 21 Aug 2018 17:30:36 +, Seymour J Metz wrote:
>Be careful what you ask for; you might get it. Unless you tell the access
>method how to translate, it likely to trip up the application. Even if you
>have both to and from CCSID on the DD statement,
>
According to the JCL Ref., one goes
On 21 August 2018 at 08:23, Peter Relson wrote:
> 1) Is BRANCH=XM supported?
> Ans: Since it is not in the books, no. That is the stock answer for anything.
Yeah, I know... Though there has been the occasional thing that has
lacked only the doc, or is documented only in the macro, so worth
asking
> This whole "tagging" business is a pathetic attempt to cover up two
> original blunders.
But not the ones that you cite. The original blunders were small byte sizes for
both ASCII and EBCDIC, leading to a plethora of incompatible extensions of
both. The answer is Unicode, though perhaps not R
Be careful what you ask for; you might get it. Unless you tell the access
method how to translate, it likely to trip up the application. Even if you have
both to and from CCSID on the DD statement, there are potential pitfalls. I'd
much rather leave the application in control. Something like DCB
On 21 August 2018 at 10:49, Seymour J Metz wrote:
> If you only want to test problem state callers, look at the JSCB.
Sure... But then why is there a TESTAUTH macro with both SVC and
branch entry at all? Everyone could just check JSCBAUTH on their own.
And that single bit is even a Programming In
> Why do URLs that you quote get garbled by secure-web.cisco.com?
"The road to Hell is paved with good intensions."
It's allegedly a security "feature", and they told me that there's no way to
turn it off. They also do it on inbound, and it often breks URLs.
--
Shmuel (Seymour J.) Metz
http://m
On Tue, 21 Aug 2018 11:26:39 -0500, John McKown wrote:
>On Tue, Aug 21, 2018 at 10:40 AM Phil Smith III wrote:
>>
>> >I'm not saying how this "tagging" would be implemented. I don't know if
>> >there is any room in the VTOC entry for a CCSID. Or if it would require
>> >something in the VVDS. And t
On Tue, 21 Aug 2018 15:51:57 +, Seymour J Metz wrote:
>Close but no cigar. It's an encoding that preserves many of the EBCDIC
>characters.
>
Thereby failing to address the problem that provoked this thread.
Why do URLs that you quote get garbled by secure-web.cisco.com?
It seems to happen
On Tue, 21 Aug 2018 15:29:47 +, Seymour J Metz wrote:
>MVS-OE ha a more restricted scope than IBM-MAIN. You might have a better
>chance of your message being seen by a SME if you post it to a more specific
>list. On the flip side, you get more eyeballs on a list of broader scope. They
>are
On Tue, 21 Aug 2018 15:28:02 +, Seymour J Metz wrote:
>> There are transforms for EBCDIC code pages to UTF-8 et al.
>
>Right answer to wrong question. See
>
>https://en.wikipedia.org/wiki/UTF-EBCDIC
>
>http://www.unicode.org/reports/tr16/
>
Thanks.
Ugh!
It's sorta IBM-1047 based; certain to
On Tue, Aug 21, 2018 at 10:40 AM Phil Smith III wrote:
> John McKown wrote:
>
> >What I, personally, think would be nice is something which exists,
> >somewhat, in z/OS UNIX files. That is "file tagging". In z/OS UNIX you can
> >"tag" a file's contents to specify that the text in the file is in a
Close but no cigar. It's an encoding that preserves many of the EBCDIC
characters.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Phil Smith III
Sent: Tuesday, August 21, 2018 11:39 AM
To: IBM
John McKown wrote:
>What I, personally, think would be nice is something which exists,
>somewhat, in z/OS UNIX files. That is "file tagging". In z/OS UNIX you can
>"tag" a file's contents to specify that the text in the file is in a
>particular CCSID (code page). What might be nice would be if
Seymour J Metz wrote:
>Right answer to wrong question. See
>https://en.wikipedia.org/wiki/UTF-EBCDIC
>http://www.unicode.org/reports/tr16/
That's just encoding, doesn't help to tag/identify the data, so no.
--
For IBM-MAIN
MVS-OE ha a more restricted scope than IBM-MAIN. You might have a better chance
of your message being seen by a SME if you post it to a more specific list. On
the flip side, you get more eyeballs on a list of broader scope. They are both
useful.
The same applies to other topics: ISPF, JES2, RAC
> There are transforms for EBCDIC code pages to UTF-8 et al.
Right answer to wrong question. See
https://en.wikipedia.org/wiki/UTF-EBCDIC
http://www.unicode.org/reports/tr16/
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe
On Tue, Aug 21, 2018 at 9:41 AM Phil Smith III wrote:
> Paul Gilmartin wrote:
>
> >There is one. It's called Unicode. IBM should open its eyes to the 21st
> Century.
>
> Now that's funny! Sure, we'll just transform all our data from EBCDIC.
>
What I, personally, think would be nice is somethin
Seymour J Metz wrote:
>There' an EBCDIC transform for Unicode.
Um. There are transforms for EBCDIC code pages to UTF-8 et al. But that's not
*the* answer: there's no intrinsic association of data with a given EBCDIC code
page, so "Just transform it" is a non-trivial exercise. Once you know w
If you only want to test problem state callers, look at the JSCB.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Tony Harminc
Sent: Monday, August 20, 2018 10:15 PM
To: IBM-MAIN@listserv.ua.edu
There' an EBCDIC transform for Unicode.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Phil Smith III
Sent: Tuesday, August 21, 2018 10:40 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Funny cha
Paul Gilmartin wrote:
>There is one. It's called Unicode. IBM should open its eyes to the 21st
>Century.
Now that's funny! Sure, we'll just transform all our data from EBCDIC.
--
For IBM-MAIN subscribe / signoff / archive
I'm told both servers are back up now. (The cause was an inter-server
communications failure on our side.)
--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
Strictly as a circumvention, knowing that you are not actually going to call
these functions, I want to make sure you know you could use the XL C/C++
SUPPRESS option: SUPPRESS(CCN3244)
On 16 Aug 2018 16:24:56 + Farley, Peter x23353 wrote:
> Yes the binder API header as coded does cause harm
On Tue, 21 Aug 2018 09:17:50 -0400, Tom Conley wrote:
>On 8/21/2018 9:03 AM, Peter Relson wrote:
>> These were changed in z/OS 2.3 to x'AD' / x'BD'
>>
>> E.g.,
>> HZSPDATA=dsn[,VOLUME=volser]
>
>Ah,
>
>So that's why I have to flip back and forth now between 3 and 6 for my
>IBM terminal types. Tha
On 8/21/2018 9:03 AM, Peter Relson wrote:
These were changed in z/OS 2.3 to x'AD' / x'BD'
E.g.,
HZSPDATA=dsn[,VOLUME=volser]
Peter Relson
z/OS Core Technology Design
Ah,
So that's why I have to flip back and forth now between 3 and 6 for my
IBM terminal types. Thanks for the explanation
Does anyone know how the HMC will be handled for this unit?
Will it be a customer provided pc like the old 6800?
Is the z14 HMC in the rack going to be usable to manage it?
Tony Thigpen
Timothy Sipples wrote on 08/21/2018 12:14 AM:
I'd like to draw your attention to a new, high performance IBM
These were changed in z/OS 2.3 to x'AD' / x'BD'
E.g.,
HZSPDATA=dsn[,VOLUME=volser]
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua
A problem has been identified with the RECEIVE ORDER servers (both of
them, unfortunately), and people are working on a fix. When I have more
information, I will let you all know.
--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com
-
Hi All,
Need one help with respect to Sterling connect direct and connnect
Enterprise for zos
I'm running 5.1.1 CD and 1.4 CE with z/OS 2.1, and I'm planning to upgrade
z/OS 2.3, does CD 5.1.1 & CE 1.4 is compatible with z/OS 2.3?
As we know 5.1.1& 1.4 already out of support and I don't have ex
1) Is BRANCH=XM supported?
Ans: Since it is not in the books, no. That is the stock answer for
anything. If you need this function, then please submit an RFE.
(In passing, the doc says that "Only SVC routines can use BRANCH=YES." Is
that true?)
Ans: I suppose "yes" if checking state and/or key b
Hi,
Search is not working for me.
Until this is figured out you can go from
https://listserv.ua.edu/archives/ibm-main.html
to each month separately and on the selected month table of content key
(CTRL +F)
and in the popup box key "system s" ...
It appears in months May, June and August.
In July
>From https://listserv.ua.edu/archives/ibm-main.html I select "Search the
>archives" and search for "system symbols" since "1 jan 2018". This has no
>results.
Playing around with other search options and screens reveils old articles.
It did work well earlier this year.
Kees.
> -Original Me
43 matches
Mail list logo
