Re: Logical Nor (¬) in ASCII-based code pages?

Bookmarked. Thanks. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Phil Smith III [li...@akphs.com] Sent: Sunday, May 7, 2023 8:04 PM To: IBM-MAIN@LISTSERV.UA.EDU

Re: Logical Nor (¬) in ASCII-based code pages?

> “AC” is meaningless in a Unicode context. In the context of a Unicode code point, "AC" is a perfectly unambiguous abbreviation for U+00AC. In any other context,not so much. > This is especially confusing since “plain ol’ ASCII” maps directly to the > first part of UTF-8-encoded Unicode. >

Re: PUTLINE MULTLIN doesn't make a new line

Seymour didn’t try that I did try x’oa’ didn’t work got a message from my terminal emulator couldn’t deal with the unprintable character I know in windows rich edit that works to force a new line The documentation in the tso services guide is erroneous as I tried the exact code and it

Re: PUTLINE MULTLIN doesn't make a new line

1. If you request output in storage, does each line end in '15'x (NL)? 2. What happens if you use an explicit TERMPUT=EDIT? Yes, that's supposed to be the default, but I'm grasping at straws here. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

Re: Importing x.509 Certs in to RACF

Classification: Confidential TSO OGET/OPUT work just fine. >And how are you copying it from USS to an MVS dataset? ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail

Re: Logical Nor (¬) in ASCII-based code pages?

Seymour J Metz wrote, in part: >You seem to be confirming what I wrote; if the locale is UTF-8 then >your character data should be UTF-8. The ¬ character in UTF-8 has a >different encoding from the ¬ character in Unicode, so there is no >issue of a zero octet. '00AC'X is not a valid UTF-8 string.

Re: Solarwind to z/OS

I forgot that was the name of the product, was thinking it was the cutesy name of the exploit (a la "SPECTRE" et al.) and thought you were either joking or deluded! LOL Anyway, no, sorry. On Mon, May 8, 2023 at 2:03 PM Jake Anderson wrote: > Hello > > Is anyone in the list who has already

Re: Importing x.509 Certs in to RACF

For the my.p12 files I sftp them to USS. Pre-allocate a VB file and then use USS command cp my.p12 “//‘IBMUSER.MYCERT.P12'” For ascii I just scp them and tag appropriately. Matt Hogstrom m...@hogstrom.org +1-919-656-0564 PGP Key: 0x90ECB270 Facebook

Re: Logical Nor (¬) in ASCII-based code pages?

On Mon, 8 May 2023 15:11:40 +, Seymour J Metz wrote: >It's an integer. AC, 0AC, 00AC 000AC, ... 00AC are all the same integer. >The U+ is just and indication that the context is Unicode code points; if you >already know the context then it's redundant. > >I can see a consistency

Re: Logical Nor (¬) in ASCII-based code pages?

You seem to be confirming what I wrote; if the locale is UTF-8 then your character data should be UTF-8. The ¬ character in UTF-8 has a different encoding from the ¬ character in Unicode, so there is no issue of a zero octet. '00AC'X is not a valid UTF-8 string. -- Shmuel (Seymour J.) Metz

XLC version? [was: RE: XLC - Weak symbols]

I am more than a bit confused. I know I saw an announcement that XLC 2.4.1 was available for download, but exactly which version is supplied in the z/OS PDSE's in an existing z/OS 2.4 environment? Is this new XLC version available in Unix services shell environments only, or is a JCL/PDSE

Re: SMP/E RECEIVE ORDER server IP address changes

The deed is done. Sorry, I don't know on which day the final server migrated, but as of May 8 both eccgw01.boulder.ibm.com and eccgw02.rochester.ibm.com have new ip addresses. https://www.ibm.com/support/pages/node/6856445 > Sure, I'll post up here after I get notified the server IP address

Re: Logical Nor (¬) in ASCII-based code pages?

Is charout() relevant in a Unicode context? AFAIK, you need to transform Unicode data with, e.g., UTF-8, For charout() to handle it. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU]

Solarwind to z/OS

Hello Is anyone in the list who has already implemented Solarwind connection to z/OS over SNMP ? I have few questions about it and let me know if we can discuss it ? Jake -- For IBM-MAIN subscribe / signoff / archive access

Re: PUTLINE MULTLIN doesn't make a new line

Why 0A? An EBCDIC NL is '15'x. TSO doesn't use LF as an end of line. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Joseph Reichman [reichman...@gmail.com] Sent:

Re: Logical Nor (¬) in ASCII-based code pages?

It's an integer. AC, 0AC, 00AC 000AC, ... 00AC are all the same integer. The U+ is just and indication that the context is Unicode code points; if you already know the context then it's redundant. I can see a consistency argument against abbreviating, but there is no ambiguity.

Re: Logical Nor (¬) in ASCII-based code pages?

On Mon, 8 May 2023 16:21:06 +, Seymour J Metz wrote: >Is charout() relevant in a Unicode context? AFAIK, you need to transform >Unicode data with, e.g., UTF-8, For charout() to handle it. > FSVO "relevant": 18 $ locale; rxx "call charout , '¬'" | od -tx1 LC_CTYPE="en_US.UTF-8"

Re: HCL zOS Asset Optization

Hi, You might already be aware that ZAO is the HCL-branded equivalent of IBM Z Software Asset Management (IZSAM) V8.2, which is the latest version of the former Tivoli Asset Discovery for z/OS (TADz). So, you might get relevant feedback from anyone who is using or has used these IBM products. ZAO

Re: XLC version? [was: RE: XLC - Weak symbols]

They’re different products. I can’t see a convergence as that would be a high impact change to customers and would require Metal/C spinning off. It’s far more likely that XL 2.4.1 and Open XL C/C++ will converge. > On 9 May 2023, at 5:18 am, Phil Smith III wrote: > > Linda, > > > > How do

Re: Logical Nor (¬) in ASCII-based code pages?

On Mon, 8 May 2023 14:48:25 -0400, Phil Smith III wrote: > > ..., assuming proper UTF-8, ...! > >The above assumes big-endian, of course. > Isn't that a given: ? (Even in right-to-left languages, which IBM does backward.) -- gil

Re: Logical Nor (¬) in ASCII-based code pages?

Seymour, Since you seem to be getting upset about this academic discussion, I will bow out. No need for tsuris over this. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: XLC version? [was: RE: XLC - Weak symbols]

David Crayford wrote: >They're different products. I can't see a convergence as that would be >a high impact change to customers and would require Metal/C spinning >off. It's far more likely that XL 2.4.1 and Open XL C/C++ will >converge. Huh, something gave me the impression that 2.4.1

HCL zOS Asset Optization

Curious if anyone is using or has used HCLs ZAO Software. I'd be grateful for pros/cons and comments provided. TIASent from my Verizon, Samsung Galaxy smartphone -- For IBM-MAIN subscribe / signoff / archive access

Re: POSIX(ON)

Thanks to a kind suggestion sent off-list, I now know this is because of a #pragma runopts ( POSIX(ON) ) in the source. The program in question evolved from another, where I am 100% sure the option was needed (it was a library, not a linked program) and I guess we just never realized it! So.

Re: XLC version? [was: RE: XLC - Weak symbols]

Linda, thanks for the prompt and concise reply. Two follow-up questions: 1. Is it IBM's intent to at some point ship XLC V2.4.1 (and successor versions) as the default and only C/C++ compiler system? Or: 2. Is this product intended to be a completely separate and independent product

Re: Logical Nor (¬) in ASCII-based code pages?

Whoosh! UTF-8 is not Unicode, it is a transform format. It is also not UTF-16. There is no need to guess WHEN THE CONTEXT IS UNICODE. I wrote " '00AC'X is not a valid UTF-8 string." Please rebut that, not a claim that I never made. Big endian? For UTF-8? Shirley you're joking. Why should

Re: XLC version? [was: RE: XLC - Weak symbols]

On Mon, 8 May 2023 17:58:19 +, Farley, Peter wrote: >I am more than a bit confused. I know I saw an announcement that XLC 2.4.1 >was available for download, but exactly which version is supplied in the z/OS >PDSE's in an existing z/OS 2.4 environment? Is this new XLC version available

POSIX(ON)

We have a utility that has always required POSIX(ON), because it uses System SSL and other Unix-y stuff. In investigating something else today, I removed that-and the utility kept running. After scratching my head and verifying various stuff, I finally tried an explicit POSIX(OFF)-and it failed

Re: XLC version? [was: RE: XLC - Weak symbols]

Linda, How do the two relate? Will the 2.4.1 USS-only version become the main path? Or will they converge? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the

Re: Logical Nor (¬) in ASCII-based code pages?

Paul Gilmartin wrote, re endianness: >Isn't that a given: ? >(Even in right-to-left languages, which IBM does backward.) So it is, for UTF-8. When you’re dealing with UTF-16 and -32 it seems to matter and that’s what I was thinking of. Good

Re: Logical Nor (¬) in ASCII-based code pages?

Seymour J Metz wrote, in part: >> “AC” is meaningless in a Unicode context. >In the context of a Unicode code point, "AC" is a perfectly >unambiguous abbreviation for U+00AC. In any other context,not so much. No, it’s not: is that a byte x’AC’? Is this big- or little-endian? That’s why the U+

Re: XLC - Weak symbols

Neale Ferguson wrote, in part: >There's no #pragma weak in SC14-7308-40. What manual were you >referencing? I am on V2.4. SC31-5801-00, "Compiler Reference for XL C/C++ V2.4.1 for z/OS V2.4". Note the 2.4.1. The compiler seems to have two versions, traditional (pre-2.4.1) and "Open" (2.4.1 and

Re: XLC version? [was: RE: XLC - Weak symbols]

Peter Farley asked some excellent questions that I'd also like to understand the answers to! I'm mostly replying to say "I don't know so don't expect answers from ME, alas". -- For IBM-MAIN subscribe / signoff / archive access