Re: Determine if running under Secondary Subsystem

The answers given so far imply that you know the names of the primary/secondary subsystems and from that determine under which you run. As far as I remember, there is a pointer to *the* subsystem, which is the primary subsystem. I can't dig up where that pointer is. Kees -Original

Re: Phases of Project in Mainframe

This Redbook looks similar to that z10 SAPR document. It is for a z13. Mainframe from Scratch: Hardware Configuration and z/OS Build http://www.redbooks.ibm.com/abstracts/sg248329.html -Original Message- >From: Edward Finnell <000248cce9f3-dmarc-requ...@listserv.ua.edu> >Sent: Feb 9,

Re: UTF16 to EBCDIC

EBCDIC, EBCDIC DBCS, UTF-16, and ASCII all require the user to know the code page for the data set. UTF-8 uses up to 32 bits and incorporates all languages include several DBCS languages from Asia. On Sun, Feb 9, 2020 at 10:07 PM Edward Finnell <000248cce9f3-dmarc-requ...@listserv.ua.edu>

Re: UTF16 to EBCDIC

On Mon, 10 Feb 2020 04:06:35 +, Edward Finnell < wrote: >Guess I don't see the reasoning. IBM has had DBCS for decades. > >http://www-01.ibm.com/support/docview.wss?uid=swg27004197=1In ITYM: http://www-01.ibm.com/support/docview.wss?uid=swg27004197=1 UTF-8 has enormous compatibility with

Re: UTF16 to EBCDIC

On Mon, 10 Feb 2020 04:06:35 +, Edward Finnell < wrote: >Guess I don't see the reasoning. IBM has had DBCS for decades. > >http://www-01.ibm.com/support/docview.wss?uid=swg27004197=1In ITYM: http://www-01.ibm.com/support/docview.wss?uid=swg27004197=1 >> You're describing UTF-8.  UTF-16

Re: UTF16 to EBCDIC

*ALL* talk about Unicode is dangerous ;-). Your description is of UTF-8, which can use 1, 2, 3, or 4 bytes per character, while UTF-16 uses only either 2 or 4. Both are variable-length encoding, although the variability of UTF-16 is... strange. sas On Sun, Feb 9, 2020 at 9:51 PM Phil Smith

Re: UTF16 to EBCDIC

Guess I don't see the reasoning. IBM has had DBCS for decades. http://www-01.ibm.com/support/docview.wss?uid=swg27004197=1In a message dated 2/9/2020 9:58:05 PM Central Standard Time, li...@akphs.com writes: Gil corrected me: > You're describing UTF-8.  UTF-16 uses 16-bit code units.>    >

Re: UTF16 to EBCDIC

Gil corrected me: > You're describing UTF-8. UTF-16 uses 16-bit code units. > > https://en.wikipedia.org/wiki/UTF-16 Jeez, yes, of course. Brainfart! Thanks. -- For IBM-MAIN

Re: Phases of Project in Mainframe

The latest SAPR I could find was for a Z10. Supposedly it all falls out with Workflow from OSMF but don't think you get the detail. https://wiki.enterpriselab.ch/el/_media/mainframe:documentation:ibm_2097_z10_sapr_guide_tda_sa06-016-11.pdfIn a message dated 2/9/2020 9:21:28 PM Central Standard

Re: UTF16 to EBCDIC

On Sun, 9 Feb 2020 21:50:57 -0500, Phil Smith III wrote: >Mike Schwab wrote: > >>Would UTF-16 to UTF-8 be a better conversion? You still have to be >>certain of the source character set. And is supported by some z/OS >>software. > I believe HLASM on Linux would probably mistake UTF-8 (IBM 1208)

Re: UTF16 to EBCDIC

Mike Schwab wrote: >Would UTF-16 to UTF-8 be a better conversion? You still have to be >certain of the source character set. And is supported by some z/OS >software. As Cameron indicated, your comment doesn't quite make sense. UTF-16 is just a variable-length encoding, in which basic

Re: UTF16 to EBCDIC

Not sure what you are asking here. The mainframe supports UTF-16BE Basic Mapping Plane 0 natively as National Characters in COBOL - PIC N. UTF-16 to UTF-8 would not lose any characters during transformation since they both encode Unicode. On Sun, Feb 9, 2020 at 6:21 PM Mike Schwab wrote: >

Re: UTF16 to EBCDIC

Would UTF-16 to UTF-8 be a better conversion? You still have to be certain of the source character set. And is supported by some z/OS software. On Sun, Feb 9, 2020 at 11:55 AM Cameron Conacher wrote: > > Ah yes, > I mis-typed/fat fingered the reply. > As you say, it SHOULD read EDCICONV. > >

Re: UTF16 to EBCDIC

Gil wrote: >But no indication that it throws an error. Of course the iconv utility could >check >the output of iconv() and report its own error. Hmm. I thought I'd seen it throw an error but maybe not, and system is down ATM so I can't check In any case, one approach might be to go

Re: Caching Storage Control Ref Manuals

> I’ve sort of become a computer storage historian for the Computer History > Museum and have a particular interest in the first IBM caching storage > controls, the 3880-11, 13, 21 and 23. They were followed by the 3990. IBM > distributed these manuals on CD-ROM usually called something like

Re: Caching Storage Control Ref Manuals

Hi Tom, I'll poke around here. If you don't hear back from me, I had no luck. -Sue Shumway On 2/9/2020 2:26 PM, Tom Gardner wrote: I’ve sort of become a computer storage historian for the Computer History Museum and have a particular interest in the first IBM caching storage controls, the

Re: Caching Storage Control Ref Manuals

Don't forget the Airline Buffer. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Tom Gardner Sent: Sunday, February 9, 2020 2:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Caching Storage

Caching Storage Control Ref Manuals

I’ve sort of become a computer storage historian for the Computer History Museum and have a particular interest in the first IBM caching storage controls, the 3880-11, 13, 21 and 23. They were followed by the 3990. IBM distributed these manuals on CD-ROM usually called something like

Re: Phases of Project in Mainframe

Mike: Highlevel to me is like a 'Management Summary'...Which is fine for managers for me , I need more information so i can see all the pieces of a project, IMHO Scott On Sun, Feb 9, 2020 at 10:19 AM Mike Smith wrote: > Peter, > > Parwez identified many of the physical steps necessary.

Re: Startio documentation

On 20Feb09:0011+, Christopher Y. Blaicher wrote: > Having done all of this, I would suggest that you start with EXCP and then > progress to EXPC/VR. Even with EXCP you have to know and understand the > relationship of the CCW's you are going to use. Read carefully. Start > simple.

Re: UTF16 to EBCDIC

Ah yes, I mis-typed/fat fingered the reply. As you say, it SHOULD read EDCICONV. And, yes Unicode allows for over a million possible character combination. National Language support in the mainframe allows for the characters in basic mapping plane 0, so only about 65,000 character combinations.

Re: Phases of Project in Mainframe

Peter, Parwez identified many of the physical steps necessary. However, from your question I think you were hoping for a more high-level PM-ish kind of answer. >From a very high level the project phases might include the following: Pre-Sales: The Presales Phase should include really

Re: Startio documentation

Here is an old manual that goes into detail about the CCW's for DASD. http://dforeman.cs.binghamton.edu/~foreman/550pages/VM/z-Arch-DASD-CommandRef.pdf Chris Blaicher Technical Architect Syncsort, Inc. -Original Message- From: IBM Mainframe Discussion List

Re: Startio documentation

STARTIO does not need no stinking DCB. On Sat, 8 Feb 2020 16:06:56 -0500 Mike Myers wrote: :>Hey Eric: :>You might want to start your exploration at a higher level than the :>lowest level you can possibly go to understand the internals of z/OS :>I/O. For example you might want to look at

Re: Startio documentation

Erik: I took the reference I passed you earlier a bit further. If you look here, you will find a lot more detail on EXCP, EXCPVR and STARTIO. It's been a long time since I did my own channel programming and made use of EXCP, but I think you will find all you need to know here. You will also