Re: ASCII self-defining constants

Topic drift ... I was referring to binary fields in application data files, and I don't *think* UTF-16 endianness addresses this. (Correct me if I am wrong!) It just addresses the endianness of the UTF-16 "binary halfword" character format. Charles -Original Message- From: IBM

Re: ASCII self-defining constants

On 2017-11-02, at 15:38:43, Charles Mills wrote: > Yep. Unless you want to make this requirement muy complicated you have to say > "all or nothing -- take it or leave it" I used to be in the mainframe-PC file > transfer software business. "Transform" is a whole product/problem area of > its

Re: ASCII self-defining constants

Yep. Unless you want to make this requirement muy complicated you have to say "all or nothing -- take it or leave it" I used to be in the mainframe-PC file transfer software business. "Transform" is a whole product/problem area of its own. If you are going to be cognizant of binary fields, then

Re: ASCII self-defining constants

The problem - I think - is mixed text/binary data in the single file. You want the text translated, and not the binary; so translation at the file level isn’t always the right answer. Even for HLASM input… we have this very problem in our cross-assembler. Consider REPRO cards... - Dave

Re: ASCII self-defining constants

> But perhaps the proper RFE would be for DfSMS to extend the applicability of the CCSID parameter of the DD statement Far be it from me to tell another company how to design their products -- I have enough trouble with my own -- but it would just seem like an almost no-brainer enhancement to

Re: ASCII self-defining constants

On 2017-11-02, at 13:28:08, Jonathan Scott wrote: > >> "DC C'['" should produce the same binary output regardless of input >> code page. > > The symbol displayed for a given byte value depends on the code page of > the terminal or printer being used to view it, so the interpretation of > the

Re: ASCII self-defining constants

>> In contrast, we all knew what we wanted for today's enhancement, >> which was for type CA (also CE and CU) to work for terms in expressions as >> well as for DC constants, and I'm glad we were able to get that done >> quickly. BIG THANK YOU

Re: edmk instruction

The biggest problem he has is that he wants to fill 15 bytes with a PL7 field and he really wants to use EDMK. A suggestions has been made on how to convert the field to PL8 and use UNPK and OI. One assumption we've made is that if the packed field is negative, he still wants the result to

Re: edmk instruction

On 11/01/2017 08:33 PM, retired mainframer wrote: Where did the $ come from? "Does the customer really want something like 0$10245670 ?" EDMK is for "floating" in a character, typically in the US, a "$". So I used that example result to attempt to demonstrate what the results might look

Re: edmk instruction

ZAP the packed field to a field that is one byte larger. Edit that with an edit word that starts x'402021'. Reference the result without the first 3 bytes. I'm on the road and can't write the code, but that will work. Let me know if I misinterpreted what you need. On Nov 2, 2017 1:57 AM,

Re: EDMK instruction

A S0C7 would probably be that your edit pattern did not have exactly the same number of x'20' and x'21' bytes as the input packed field has digits (e.g, 13 for a PL7). You might want to review this: http://computer-programming-forum.com/10-asm370/9229bb76d676b7d7.htm which seems to be a good

Re: EDMK instruction

From: "Charles Mills" Sent: Friday, November 03, 2017 1:03 AM I believe the fill character may be any character whatsoever. It can be any character. --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

Re: EDMK instruction

From: "Gray Gregory" Sent: Friday, November 03, 2017 2:22 AM What does your edit pattern looks like, I tried it with the X'F0' but the job abend with a S0C7 You were given several EDMK patterns. It's time you showed your code including the pattern. --- This email

Re: edmk instruction

What does your edit pattern looks like, I tried it with the X'F0' but the job abend with a S0C7 from Greg Gray gregory.g...@irs.gov 2406131660 -Original Message- From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@listserv.uga.edu] On Behalf Of Pieter Wiid Sent: Thursday,

Re: ASCII self-defining constants

Very cool! Charles -Original Message- From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On Behalf Of Jonathan Scott Sent: Thursday, November 2, 2017 7:22 AM To: ASSEMBLER-LIST@LISTSERV.UGA.EDU Subject: Re: ASCII self-defining constants Ref: Your note of Thu,

Re: ASCII self-defining constants

Ref: Your note of Thu, 19 Oct 2017 20:41:26 +0100 HLASM support for ASCII, EBCDIC and Unicode character self-defining constants (data types CA, CE and CU) has now been implemented in APAR PI89365 and the PTFs are now available: http://www.ibm.com/support/docview.wss?uid=isg1PI89365 This is

Re: edmk instruction

You must have mucked up something else. Either will "work" (in the sense that they will fill the output, although x'00' is not printable; you want x'F0'). Charles -Original Message- From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On Behalf Of Gray Gregory

Re: edmk instruction

I believe the fill character may be any character whatsoever. Charles -Original Message- From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On Behalf Of Robin Vowels Sent: Thursday, November 2, 2017 6:49 AM To: ASSEMBLER-LIST@LISTSERV.UGA.EDU Subject: Re: edmk

Re: edmk instruction

From: "Gray Gregory" Sent: Thursday, November 02, 2017 11:44 PM True and this way is simpler to bad there isn't a fill character for padding with zeros P.S. The fill character must be the first in the pattern. --- This email has been checked for viruses by Avast

Re: edmk instruction

From: "Gray Gregory" Sent: Thursday, November 02, 2017 11:44 PM True and this way is simpler to bad there isn't a fill character for padding with zeros The fill character to pad with zeros was given to you: "F0" --- This email has been checked for viruses by Avast

Re: edmk instruction

On 02/11/2017 14:55, Steve Smith wrote: Prove it. On Thu, Nov 2, 2017 at 8:44 AM, Gray Gregory wrote: True and this way is simpler to bad there isn't a fill character for padding with zeros from Greg Gray gregory.g...@irs.gov 2406131660 I can prove that it DOES

Re: edmk instruction

Prove it. On Thu, Nov 2, 2017 at 8:44 AM, Gray Gregory wrote: > True and this way is simpler to bad there isn't a fill character for padding > with zeros > > > > from Greg Gray > gregory.g...@irs.gov > 2406131660 >

Re: edmk instruction

True and this way is simpler to bad there isn't a fill character for padding with zeros from Greg Gray gregory.g...@irs.gov 2406131660 -Original Message- From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@listserv.uga.edu] On Behalf Of Peter Hunkeler Sent: Thursday, November

Re: edmk instruction

On Wed, 1 Nov 2017 15:07:06 -0400 Greg Gray wrote: :>I have a field PL7 that contains a number (dollar amount) and I have to output that amount into a CL15 output field. The customer would like for the remaining characters other than the digits for the amount to be

Re: edmk instruction

Since the X'F0' fill character should have done what you wanted, you need to show us what you did with it. We need the relevant parts of the program source, the original contents of the two operand areas, and the final contents of the pattern area. > -Original Message- > From: IBM

AW: Re: edmk instruction

>UNPK CL15,PL7 would also accomplish this task, as you're not really using any >of ED's power. The rightmost byte in the CL15 field will have the "sign" in the left nibble. So an additional instruction after the UNPK is needed: OI CL15+14,X'F0' -- Peter Hunkeler

Re: edmk instruction

The customer doesn’t want any special characters i.e, comma, dollars signs, in the output field just the total amount in the output ds cl15 field: example: 3589342. from Greg Gray gregory.g...@irs.gov 2406131660 -Original Message- From: IBM Mainframe Assembler List