Re: EBCDIC (was: Json table characters)
Just say yes to the hex editor. Also, (maybe no need to mention) please show me the raw data before you import it to Excel, or Word or Notepad or cut and paste it somewhere. Let me see the original bits. Please. On Wed, Aug 8, 2018 at 4:21 PM, Charles Mills wrote: > HxD highly recommended, and the price is right. > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Steve Smith > Sent: Wednesday, August 8, 2018 1:06 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: EBCDIC (was: Json table characters) > > I'll second that recommendation... HxD is very useful, and well-designed. > > I'll also second the notion of a long vacation in Italy. I've done that, > but it's much too long ago. > > sas > > On Wed, Aug 8, 2018 at 3:04 PM, Nightwatch RenBand < > johnmattson...@gmail.com > > wrote: > > > Wow. Exciting for an old Dinosaur to actually be able to contribute > > something. > > > > The HxD Hex Editor https://mh-nexus.de/en/hxd/ (or many other places). > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EBCDIC (was: Json table characters)
HxD highly recommended, and the price is right. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Smith Sent: Wednesday, August 8, 2018 1:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EBCDIC (was: Json table characters) I'll second that recommendation... HxD is very useful, and well-designed. I'll also second the notion of a long vacation in Italy. I've done that, but it's much too long ago. sas On Wed, Aug 8, 2018 at 3:04 PM, Nightwatch RenBand wrote: > Wow. Exciting for an old Dinosaur to actually be able to contribute > something. > > The HxD Hex Editor https://mh-nexus.de/en/hxd/ (or many other places). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EBCDIC (was: Json table characters)
I dunno. I *think* the alternatives and digraphs like not and <% are adequate for any code page. I could easily be wrong. They behave better in my impression because I think the compiler parses them just like any other operator or token, whereas the trigraphs behave like "uber-macros" and get substituted even in string literals and comments. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, August 8, 2018 12:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EBCDIC (was: Json table characters) On Wed, 8 Aug 2018 11:08:36 -0700, Charles Mills wrote: >Yes, ??= is the trigraph for #. Talk about hash! > >Trigraphs go away in C++17. > Then what happens? ISO Latin only? ??=pragma codepage ...? Other (specify)? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EBCDIC (was: Json table characters)
I'll second that recommendation... HxD is very useful, and well-designed. I'll also second the notion of a long vacation in Italy. I've done that, but it's much too long ago. sas On Wed, Aug 8, 2018 at 3:04 PM, Nightwatch RenBand wrote: > Wow. Exciting for an old Dinosaur to actually be able to contribute > something. > > The HxD Hex Editor https://mh-nexus.de/en/hxd/ (or many other places). > Or perhaps another PC based Hex editor can be SO very useful when dealing > with finding out just what the heck is actually in ASCII, or EBCDIC, or any > other. It has helped resolve a lot of problems for me including figuring > out how to incorporate special characters in passwords when using foreign > language keyboards. Hint: if you use special chars in your passwords they > will NOT translate to the same chars, or keyboard locations if you try to > use them on a computer overseas, so choose them carefully. You may lose > your smartphone/notebook and be forced to use whatever you can find. > > -Just waiting here to hit the EPO switch for the mainframe. ; ^ ) And then > a long vacation in Italy. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EBCDIC (was: Json table characters)
On Wed, 8 Aug 2018 11:08:36 -0700, Charles Mills wrote: >Yes, ??= is the trigraph for #. Talk about hash! > >Trigraphs go away in C++17. > Strongly opposed by IBM. Replaced in string literals. But according to what CCSID? I'm trying not to envision the anguish of the compiler writer confronting something as basic as: printf( "??( ??/??/ ??)??/n" ); The ISPF Edit Macro Ref. states that metacharacters in regular expressions are interpreted in the code page of the logged-in terminal. It lists a couple dozen that are supported. A challenge to the author of purportedly portable macros. What if batch; no attached terminal? A cursory experiment indicates compatible with 1047. Maybe. Not documented. To make Edit macros portable, they'd need to provide a PRAGMA CCSID. I hate EBCDIC! -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EBCDIC (was: Json table characters)
On Wed, 8 Aug 2018 11:08:36 -0700, Charles Mills wrote: >Yes, ??= is the trigraph for #. Talk about hash! > >Trigraphs go away in C++17. > Then what happens? ISO Latin only? ??=pragma codepage ...? Other (specify)? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
EBCDIC (was: Json table characters)
Wow. Exciting for an old Dinosaur to actually be able to contribute something. The HxD Hex Editor https://mh-nexus.de/en/hxd/ (or many other places). Or perhaps another PC based Hex editor can be SO very useful when dealing with finding out just what the heck is actually in ASCII, or EBCDIC, or any other. It has helped resolve a lot of problems for me including figuring out how to incorporate special characters in passwords when using foreign language keyboards. Hint: if you use special chars in your passwords they will NOT translate to the same chars, or keyboard locations if you try to use them on a computer overseas, so choose them carefully. You may lose your smartphone/notebook and be forced to use whatever you can find. -Just waiting here to hit the EPO switch for the mainframe. ; ^ ) And then a long vacation in Italy. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EBCDIC (was: Json table characters)
Yes, ??= is the trigraph for #. Talk about hash! Trigraphs go away in C++17. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, August 8, 2018 10:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EBCDIC (was: Json table characters) On Wed, 8 Aug 2018 09:55:08 -0700, Charles Mills wrote: >Thank you -- I did not know about not. I see here >https://en.cppreference.com/w/cpp/language/operator_alternative that there is >a whole family of these including not_eq. > >I have encountered IBM files that used the C++ trigraphs: ??< for { and so >forth. What an unreadable mess! (IMHO, obviously) > I understand that some compilers have a #pragma that disables trigraphs. Alas, "#" may not be entirely portable and may need to be coded as a trigraph. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EBCDIC (was: Json table characters)
On Wed, 8 Aug 2018 09:55:08 -0700, Charles Mills wrote: >Thank you -- I did not know about not. I see here >https://en.cppreference.com/w/cpp/language/operator_alternative that there is >a whole family of these including not_eq. > >I have encountered IBM files that used the C++ trigraphs: ??< for { and so >forth. What an unreadable mess! (IMHO, obviously) > I understand that some compilers have a #pragma that disables trigraphs. Alas, "#" may not be entirely portable and may need to be coded as a trigraph. ("???" has been used as a TBD by some programmers.) I know some ASCII-partisan programmers who blame the whole trigraph mess on EBCDIC and its Babel of code pages. Bill Waite who has his own conventions of portable code has a convention of starting each input file with a line consisting of the entire character set, used as a translate table afterward. Some processors have very good heuristics for detecting UTF-8, which has enough redundancy to enable the detection. There's some ambiguity in that ASCII is a proper subset of UTF-8. Likewise, HLASM can by inspection distinguish ASCII from EBCDIC source. But only CP 819 and CP 037, respectively. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EBCDIC (was: Json table characters)
On Wed, 8 Aug 2018 06:52:58 -0700, Charles Mills wrote: >I got into the habit of <> for not equal in Rexx for that reason. Looking at >Cowlishaw now I see that there is no strict variant of <>. > Indeed. Sometimes, contemptuously, I've used ( 1 - ( X == Y ) ). ( I hadn't yet learned "\==".) On Wed, 8 Aug 2018 14:15:50 +, Seymour J Metz wrote: > >Asfor ISPF, the solution, IMHO, for IBM to open source the WSA and for someone >to port it to, e.g., Linux. Getting ISPF to handle UTF-8 in the session would >be gravy. > I wish something similar to WSA existed as a z-based X11 client: write once, access almost anywhere. NFS has solved file sharing requirements nicely for me. On Tue, 7 Aug 2018 23:38:07 -0400, Tony Harminc wrote: > >> Does it have the same set of printable glyphs as IBM-037 or IBM-500? > >Yes, exactly. Those CPs, and quite a few more, such as 285, 273, etc. >encode what IBM calls Character Set (CS) 697. This CS (or Character >Repertoire in ISO terminology) is often called Latin-1, though Latin-1 >is also used to mean the ASCII-based encoding of CS 697, which is >IBM's CP 819. > >> What need impelled it? > >It's worth getting a copy of the SHARE ÆCS report to see what the >state of character encoding and standardization was like in 1989. > Is it available? Just curious. It's hard for me to imagine that the problem of a surfeit of code pages could be mitigated by adding one more. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EBCDIC (was: Json table characters)
Thank you -- I did not know about not. I see here https://en.cppreference.com/w/cpp/language/operator_alternative that there is a whole family of these including not_eq. I have encountered IBM files that used the C++ trigraphs: ??< for { and so forth. What an unreadable mess! (IMHO, obviously) Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Wednesday, August 8, 2018 8:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EBCDIC (was: Json table characters) Yes, of course \ thanks for the correction. Lua uses ~ which is also a code page issue. But it also has a "not" keyword which I like. C++ also has "not" but it's not commonly used. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Remote access HMC
Tried with Service ID didn't worked and atlast ACSADMIN worked. Thanks all for the great response On Wed 8 Aug, 2018, 4:45 PM Dana Mitchell, wrote: > There is also a checkbox on the 'User Details' for the userid you are > trying that says: 'Allow Remote Access to the Conaole' that needs checked > too. > > Dana > > On Wed, 8 Aug 2018 14:33:52 +0400, Jake Anderson > wrote: > > > >I have enabled the remote option from the HMC as well. > > > >Is there anything I am missing ? > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EBCDIC (was: Json table characters)
Yes, of course \ thanks for the correction. Lua uses ~ which is also a code page issue. But it also has a "not" keyword which I like. C++ also has "not" but it's not commonly used. On 8/08/2018 9:52 PM, Charles Mills wrote: I got into the habit of <> for not equal in Rexx for that reason. Looking at Cowlishaw now I see that there is no strict variant of <>. You mean \ right? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Import Connect
Be careful about repointing aliases to a newly IMPORTed catalog. An alias can point to only one 'user catalog' at a time. If you repoint to the new guy, you will no longer get automatic resolution to the old guy. . . 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 Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Allan Staller Sent: Wednesday, August 08, 2018 6:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Import Connect What does " LISTC ENT(' CATALOG.NED1PLEX.THEOTST') ALL" return? I expect you will see a cluster, index and data entries, but no associated aliases. Importing the catalog does not necessarily import the aliases associated with that catalog. IIRC, this can be done, but I am too lazy to look it up. HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Buckton, T. (Theo) Sent: Wednesday, August 8, 2018 4:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Import Connect Hi There, Please assist. I imported a user catalog to another master catalog with these parameters - which ended ok: IMPORT CONNECT - OBJECTS((CATALOG.NED1PLEX.THEOTST - DEVICETYPE(3390) - VOLUMES(BKMSHR))) - CATALOG(CATALOG.S0M0PLEX.ZOS.SYSTEM23) When displaying the HLQ CATALOG, I can see this catalog amongst all other catalogs, but when displaying the full name it says "no data set names found". A LISTC shows CATALOG.NED1PLEX.THEOTST not listed. Anything that I missed? Regards Theo -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EBCDIC (was: Json table characters)
Samuel Johnson was a misogynist. Asfor ISPF, the solution, IMHO, for IBM to open source the WSA and for someone to port it to, e.g., Linux. Getting ISPF to handle UTF-8 in the session would be gravy. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> Sent: Tuesday, August 7, 2018 4:15 PM To: IBM-MAIN@listserv.ua.edu Subject: EBCDIC (was: Json table characters) On Tue, 7 Aug 2018 14:48:30 +, Seymour J Metz wrote: >>Don't we celebrate diversity. > >In cusine, il va sans dire. In character sets, not so much. With the advent of >Unicode and UTF-8, I wish those other code pages would go away. Or at least >that every OS tagged character files with the code page and did the >translations. > And that Classic data sets could be so tagged. Also JES spool files. There is a CCSID keyword on DD statements, but severely restricted. ISPF Edit has a surprising (cf. Samuel Johnson's dog) facility for recognizing tags and dealing with many code pages, even UTF-8, *provided* their characters are supported by the terminal's character set. I wish that TSO/ISPF supported UTF-8 terminal emulators. If there were UTF-8 terminal emulators. What's the history of IBM-1047? Why does it seem to be controversial? Does it have the same set of printable glyphs as IBM-037 or IBM-500? What need impelled it? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EBCDIC (was: Json table characters)
I got into the habit of <> for not equal in Rexx for that reason. Looking at Cowlishaw now I see that there is no strict variant of <>. You mean \ right? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Wednesday, August 8, 2018 6:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EBCDIC (was: Json table characters) For REXX I have used the / operator for years now which is portable. The logical not character has not aged well. On 8/08/2018 9:36 PM, Seymour J Metz wrote: > Yeah, and on my PC there is a similar issue with ¬ (Logical Not); is it AA or > AC? That's a major issue if you/re coding PL/I or REXX. > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List on behalf of > David Crayford > Sent: Tuesday, August 7, 2018 10:19 PM > To: IBM-MAIN@listserv.ua.edu > Subject: Re: EBCDIC (was: Json table characters) > > On 8/08/2018 4:15 AM, Paul Gilmartin wrote: >> What's the history of IBM-1047? Why does it seem to be controversial? >> Does it have the same set of printable glyphs as IBM-037 or IBM-500? >> What need impelled it? > Good question! Do you know the answer? And don't get me started on the > line-feed/newline x'15' fiasco! > > I use IBM-1047 for the projects I work on because I work in z/OS UNIX > but other teams use IBM-037 because that was the default in their > terminal emulators many years ago. > We've got C/C++ code with different square brackets depending on the > project which is incredibly annoying if the source is in a PDS so it > can't be tagged. IDE's like RD/z (or > whatever it's called now) do a good job solving code page hell. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EBCDIC (was: Json table characters)
For REXX I have used the / operator for years now which is portable. The logical not character has not aged well. On 8/08/2018 9:36 PM, Seymour J Metz wrote: Yeah, and on my PC there is a similar issue with ¬ (Logical Not); is it AA or AC? That's a major issue if you/re coding PL/I or REXX. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of David Crayford Sent: Tuesday, August 7, 2018 10:19 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: EBCDIC (was: Json table characters) On 8/08/2018 4:15 AM, Paul Gilmartin wrote: What's the history of IBM-1047? Why does it seem to be controversial? Does it have the same set of printable glyphs as IBM-037 or IBM-500? What need impelled it? Good question! Do you know the answer? And don't get me started on the line-feed/newline x'15' fiasco! I use IBM-1047 for the projects I work on because I work in z/OS UNIX but other teams use IBM-037 because that was the default in their terminal emulators many years ago. We've got C/C++ code with different square brackets depending on the project which is incredibly annoying if the source is in a PDS so it can't be tagged. IDE's like RD/z (or whatever it's called now) do a good job solving code page hell. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RACF Special User Revoked System
If you are NOT seeing the WTOR's, I would suggest bringing anything down that has the possibility of responding to console prompts. And see if you see the prompts. You need basically a bare bones system with nothing running except TSO. Then see if you can get in -Original Message- From: RACF Discussion List [mailto:rac...@listserv.uga.edu] On Behalf Of Bogdan Belciu Sent: Wednesday, August 8, 2018 2:20 AM To: rac...@listserv.uga.edu Subject: Re: RACF Special User Revoked System So in this case like any other case Google and RTFM works fine. For me, at least. https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.icha600/gk00567.htm Here the last note is important. So who stops someone to logon directly to TSO to an lpar from that RACFplex or to that lpar using the emergency ID? Who said only CICS or IMS or ISM should be used if they're locked by wtor? Or the thread opener has no idea that tso logon exists aside from whatever they use there and it's locked. Another link: http://www-01.ibm.com/support/docview.wss?uid=swg21217240 And probably saurabh khandelwal who uses email venkatkulkarn...@gmail.com (probably his name from another life) asked the group without even trying to use the emergency ID. As I said, once the special user he mentioned was revoked whatever block was in place for CICS or IMS or Session manager was long gone, as the special user can't be revoked at logon without someone replying to WTOR. End of story. On Sat, 4 Aug 2018, 19:44 saurabh khandelwal, wrote: > Hello Group, > > We are facing issue that someone by mistake used wrong password on special > user and this end up revoking anybody to login to our system . > > RACF is not allowing anybody to login. But strange part is, we dont see any > outstanding message on console related to this special user. > But when this special user try to login to system we get below message, > > IKJ5644I TSOLOGON RECONNECT REJECT - USER ACCESS REVOKED BY RACF > > and any other TSO user getting > > IKJ56425I LOGON REJECTED, RACF TEMPORARILY REVOKING USER access > IKJ56418I CONTACT YOUR TSO ADMINISTRATOR > > > Now, is there any way to solve this issue apart from flash copy of older > RACF dataset disk . Is there any resume command or some thing else we can > use from console to make the system available for rest of users. > > > I dont see any WTOR message for revoking or any such message for special > user and nobody else replied on any such WTOR. > > What i remember is, until this special user is able to login or we get WTOR > and reply , nobody else will be able to login to system even any other > special user also . > > Please correct, if my understanding is wrong and suggest. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EBCDIC (was: Json table characters)
Yeah, and on my PC there is a similar issue with ¬ (Logical Not); is it AA or AC? That's a major issue if you/re coding PL/I or REXX. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of David Crayford Sent: Tuesday, August 7, 2018 10:19 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: EBCDIC (was: Json table characters) On 8/08/2018 4:15 AM, Paul Gilmartin wrote: > What's the history of IBM-1047? Why does it seem to be controversial? > Does it have the same set of printable glyphs as IBM-037 or IBM-500? > What need impelled it? Good question! Do you know the answer? And don't get me started on the line-feed/newline x'15' fiasco! I use IBM-1047 for the projects I work on because I work in z/OS UNIX but other teams use IBM-037 because that was the default in their terminal emulators many years ago. We've got C/C++ code with different square brackets depending on the project which is incredibly annoying if the source is in a PDS so it can't be tagged. IDE's like RD/z (or whatever it's called now) do a good job solving code page hell. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Import Connect
What does " LISTC ENT(' CATALOG.NED1PLEX.THEOTST') ALL" return? I expect you will see a cluster, index and data entries, but no associated aliases. Importing the catalog does not necessarily import the aliases associated with that catalog. IIRC, this can be done, but I am too lazy to look it up. HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Buckton, T. (Theo) Sent: Wednesday, August 8, 2018 4:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Import Connect Hi There, Please assist. I imported a user catalog to another master catalog with these parameters - which ended ok: IMPORT CONNECT - OBJECTS((CATALOG.NED1PLEX.THEOTST - DEVICETYPE(3390) - VOLUMES(BKMSHR))) - CATALOG(CATALOG.S0M0PLEX.ZOS.SYSTEM23) When displaying the HLQ CATALOG, I can see this catalog amongst all other catalogs, but when displaying the full name it says "no data set names found". A LISTC shows CATALOG.NED1PLEX.THEOTST not listed. Anything that I missed? Regards Theo Nedbank Group Limited Internal Use Only Nedbank disclaimer and confidentiality notice: This email may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this email or all or some of the information contained therein, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unless specifically indicated, this email is neither an offer or a solicitation to buy or sell any securities, investment products or other financial product or service, nor is it an official confirmation of any transaction or an official statement of Nedbank. Any views or opinions presented are solely those of the author and do not necessarily represent those of Nedbank. Nedbank Ltd Reg No 1951/09/06. The following link displays the names of the Nedbank Board of Directors and Company Secretary. [https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.nedbank.co.za%2Fterms%2FDirectorsNedbank.htmdata=02%7C01%7Callan.staller%40HCL.COM%7Cb250cf1b9a5a44f4ebdd08d5fd13a0d1%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636693183130716224sdata=eFYvbmZ2g9p8ckGkUk2CVruTEgVbRb%2BC%2Ft3eRy0aw8Q%3Dreserved=0] If you do not want to click on a link, please type the relevant address in your browser -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Remote access HMC
Which ID? SERVICE? ACSADMIN? or your own? when the HMC was installed the SE should have copied all the profiles from the HMC, some, if LDAP is involved, LDAP would need to be setup on the new HMC. Carmen Vitullo - Original Message - From: "Jake Anderson" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, August 8, 2018 5:33:52 AM Subject: Remote access HMC Hi We have installed a new hardware and HMC is up. I have allowed all the IP to access but I am able to launch the login page of HMC and am able to get in. After sometime I get a message' remote access is prohibited hmc' I have enabled the remote option from the HMC as well. Is there anything I am missing ? Regards Jake. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Remote access HMC
There is also a checkbox on the 'User Details' for the userid you are trying that says: 'Allow Remote Access to the Conaole' that needs checked too. Dana On Wed, 8 Aug 2018 14:33:52 +0400, Jake Anderson wrote: > >I have enabled the remote option from the HMC as well. > >Is there anything I am missing ? > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Import Connect
Thanks for the feedback... Actually I found my mistake... and that is precisely the issue as you mentioned... this catalog is not the master catalog... Nedbank Group Limited Internal Use Only -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Blake, Daniel J [CTR] Sent: 08 August 2018 01:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Import Connect Is CATALOG.S0M0PLEX.ZOS.SYSTEM23 a mastercat? ;-D an -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Buckton, T. (Theo) Sent: Wednesday, August 08, 2018 5:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Import Connect Hi There, Please assist. I imported a user catalog to another master catalog with these parameters - which ended ok: IMPORT CONNECT - OBJECTS((CATALOG.NED1PLEX.THEOTST - DEVICETYPE(3390) - VOLUMES(BKMSHR))) - CATALOG(CATALOG.S0M0PLEX.ZOS.SYSTEM23) When displaying the HLQ CATALOG, I can see this catalog amongst all other catalogs, but when displaying the full name it says "no data set names found". A LISTC shows CATALOG.NED1PLEX.THEOTST not listed. Anything that I missed? Regards Theo Nedbank Group Limited Internal Use Only Nedbank disclaimer and confidentiality notice: This email may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this email or all or some of the information contained therein, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unless specifically indicated, this email is neither an offer or a solicitation to buy or sell any securities, investment products or other financial product or service, nor is it an official confirmation of any transaction or an official statement of Nedbank. Any views or opinions presented are solely those of the author and do not necessarily represent those of Nedbank. Nedbank Ltd Reg No 1951/09/06. The following link displays the names of the Nedbank Board of Directors and Company Secretary. [http://www.nedbank.co.za/terms/DirectorsNedbank.htm] If you do not want to click on a link, please type the relevant address in your browser -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Nedbank disclaimer and confidentiality notice: This email may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this email or all or some of the information contained therein, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unless specifically indicated, this email is neither an offer or a solicitation to buy or sell any securities, investment products or other financial product or service, nor is it an official confirmation of any transaction or an official statement of Nedbank. Any views or opinions presented are solely those of the author and do not necessarily represent those of Nedbank. Nedbank Ltd Reg No 1951/09/06. The following link displays the names of the Nedbank Board of Directors and Company Secretary. [http://www.nedbank.co.za/terms/DirectorsNedbank.htm] If you do not want to click on a link, please type the relevant address in your browser -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Import Connect
Is CATALOG.S0M0PLEX.ZOS.SYSTEM23 a mastercat? ;-D an -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Buckton, T. (Theo) Sent: Wednesday, August 08, 2018 5:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Import Connect Hi There, Please assist. I imported a user catalog to another master catalog with these parameters - which ended ok: IMPORT CONNECT - OBJECTS((CATALOG.NED1PLEX.THEOTST - DEVICETYPE(3390) - VOLUMES(BKMSHR))) - CATALOG(CATALOG.S0M0PLEX.ZOS.SYSTEM23) When displaying the HLQ CATALOG, I can see this catalog amongst all other catalogs, but when displaying the full name it says "no data set names found". A LISTC shows CATALOG.NED1PLEX.THEOTST not listed. Anything that I missed? Regards Theo Nedbank Group Limited Internal Use Only Nedbank disclaimer and confidentiality notice: This email may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this email or all or some of the information contained therein, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unless specifically indicated, this email is neither an offer or a solicitation to buy or sell any securities, investment products or other financial product or service, nor is it an official confirmation of any transaction or an official statement of Nedbank. Any views or opinions presented are solely those of the author and do not necessarily represent those of Nedbank. Nedbank Ltd Reg No 1951/09/06. The following link displays the names of the Nedbank Board of Directors and Company Secretary. [http://www.nedbank.co.za/terms/DirectorsNedbank.htm] If you do not want to click on a link, please type the relevant address in your browser -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Remote access HMC
Hi We have installed a new hardware and HMC is up. I have allowed all the IP to access but I am able to launch the login page of HMC and am able to get in. After sometime I get a message' remote access is prohibited hmc' I have enabled the remote option from the HMC as well. Is there anything I am missing ? Regards Jake. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Import Connect
Hi There, Please assist. I imported a user catalog to another master catalog with these parameters - which ended ok: IMPORT CONNECT - OBJECTS((CATALOG.NED1PLEX.THEOTST - DEVICETYPE(3390) - VOLUMES(BKMSHR))) - CATALOG(CATALOG.S0M0PLEX.ZOS.SYSTEM23) When displaying the HLQ CATALOG, I can see this catalog amongst all other catalogs, but when displaying the full name it says "no data set names found". A LISTC shows CATALOG.NED1PLEX.THEOTST not listed. Anything that I missed? Regards Theo Nedbank Group Limited Internal Use Only Nedbank disclaimer and confidentiality notice: This email may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this email or all or some of the information contained therein, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unless specifically indicated, this email is neither an offer or a solicitation to buy or sell any securities, investment products or other financial product or service, nor is it an official confirmation of any transaction or an official statement of Nedbank. Any views or opinions presented are solely those of the author and do not necessarily represent those of Nedbank. Nedbank Ltd Reg No 1951/09/06. The following link displays the names of the Nedbank Board of Directors and Company Secretary. [http://www.nedbank.co.za/terms/DirectorsNedbank.htm] If you do not want to click on a link, please type the relevant address in your browser -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN