Re: Silly question - can one force IDCAMS PRINT to show printable lower case characters?
If IDCAMS REPRO does any translation, it should be under the user's control. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Hobart Spitz [orexx...@gmail.com] Sent: Sunday, December 13, 2020 8:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Silly question - can one force IDCAMS PRINT to show printable lower case characters? REPRO? On Saturday, December 12, 2020, Seymour J Metz wrote: > CCSID would determine which characters were treated as valid. I would not > expect IDCAMS to second guess the user's InfoPrint parameters. > > Ideally there should be a common print validation service and every > utility would have a parameter to pass it. > > As long as the utilities attempt to redact "unprintable" data, they should > allow the user to control that redaction, regardless of how many other > places have a CCSID option. Especially a CCSID parameter documented as > being applicable only to tape. > > How is DASD an excuse for translating characters that the user considers > valid to periods? I don't care if it's legacy DASD, SYSOUT or Unix path, > the user should be able to control the translation. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu] > Sent: Saturday, December 12, 2020 7:24 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Silly question - can one force IDCAMS PRINT to show printable > lower case characters? > > On Sat, 12 Dec 2020 23:40:52 +, Seymour J Metz wrote: > > >I might believe lost in the world of 3211; the 3211 is older than IDCAMS. > Shirley it's time to add a CCSID operand. > > > What would CCSID do? What implementation do you envision? > Would it interface to InfoPrint? Shouldn't every utility have one? > But that's redundant; it should be an option on DD SYSOUT. > DD, EXEC, and JOB already have a CCSID option. Is that enough? > > And if SYSPRINT is DASD, it should just pass the data unfiltered. > > BitSavers reinforces my conjecture. Something you don't want in a > production job: > http://secure-web.cisco.com/1WhhAX4GjxhomdW3zmNfgT472Yr6nQ > hRZO040EgqFcFvPBMsDPxogfvqMO12NQs36E2Lf8gEmkDkccMSTqwEn22FDx > fabOAdb9sSzzpmB-xLwJnTd8s0I4b9wVTIf0YIGlbUnRiA > zzGGuj70uPltjgBdpcAQD3hM1RWi8kVLFAnzpfZI1-qtzSoC0tniJheFaqIvC82btQ5mIONu > QYT_xpuDWMvGGdUjRSGL9FImMDx_75jgCFL2ZMBBktTpOE9u1wCgOPfs_ > 9yaGHJ-C-WuKzYLleg8tqOQOg-XcMKs15NG3euVyj0GQw2OiD2ueoIZW > J7M0XyKZpOPrBTvXbLGr9WXF93UHmZ3y5NjnJZpxcjkFG8_3iC6cs8Jn3Ud4f- > CCsiRjoKzqaHZ7tXHzsMIikG1gcxJ0BUwzivOPmilFUZ7RuB7rHgBZdogbSO > d9bt9X/http%3A%2F%2Fhttp://secure-web.cisco.com/1FFZS_PZ56lv9HYYfycEmaxuXw5HNkIcZb_zZqscxKmAQru9IlzGRhDzDHJE-JdonQPKXNeiXQwVLP2QojqMYBhSWeKlaObLefsZqBGFHsIT9ZleXUk_OD7P-AefOJeqP_Ykkv6qZ3HPCdTCp0Ci99OvQllTezEFSjgcqq-t6V4eAQJBi9bZJRxc6ndmKX5REXHkZ10j0Vy7OD_sMPjjRoUu1gAeaJ6jZoz93BEmr4yMV9CM_Qf_JtTuaOUuA2cEQ4tFlZ_bnJgMEfM9k8w3AE6DqgTOeRsA65-tSeBhxFxikTNxyAmfhuDNhYpF5hw6aIL5pmhH6GG2DCrtS_oUShKhY5vIn5q87CT2GAgh2pKsuvF87-UzKH7Omfu-H9elGoeSXi4k4Ii6IOPqCVU-rhxdDJdJvmEY4qIsMibjaUTyd2l94JSziSAUSyDcqdw0W/http%3A%2F%2Fwww.bitsavers.org%2Fpdf%2Fibm% > 2F1403%2FGA24-3073-8_1403_printer.pdf > > Data Check (Sense Bit 4) > Data check indicates that a code in a data record sent to the printer does > not match a code in the Universal Character > Set (UCS) feature storage. Printing does not occur in the > print position to which the unmatching code applies. The entire line > (except for the data check position) OIr only a portion of the line may be > printed. Therefore, the last > printed line may contain erroneous data and/or an incomplete record. Data > check usually indicates that the UCS storage > was improperly loaded or that a data record code (other than blank or > null) does not compare to any code in the UCS storage. > Provide an operator message and exit from this error- recovery procedure. > The operator should then: > 1. Accept the record and indicate that the application > program is to proceed without further retry of the > command, or > 2. Restart the application program from a logical > point. > If the error persists, a call should be made to a service > representative. > > -- 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 inst
Re: Silly question - can one force IDCAMS PRINT to show printable lower case characters?
REPRO? On Saturday, December 12, 2020, Seymour J Metz wrote: > CCSID would determine which characters were treated as valid. I would not > expect IDCAMS to second guess the user's InfoPrint parameters. > > Ideally there should be a common print validation service and every > utility would have a parameter to pass it. > > As long as the utilities attempt to redact "unprintable" data, they should > allow the user to control that redaction, regardless of how many other > places have a CCSID option. Especially a CCSID parameter documented as > being applicable only to tape. > > How is DASD an excuse for translating characters that the user considers > valid to periods? I don't care if it's legacy DASD, SYSOUT or Unix path, > the user should be able to control the translation. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu] > Sent: Saturday, December 12, 2020 7:24 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Silly question - can one force IDCAMS PRINT to show printable > lower case characters? > > On Sat, 12 Dec 2020 23:40:52 +, Seymour J Metz wrote: > > >I might believe lost in the world of 3211; the 3211 is older than IDCAMS. > Shirley it's time to add a CCSID operand. > > > What would CCSID do? What implementation do you envision? > Would it interface to InfoPrint? Shouldn't every utility have one? > But that's redundant; it should be an option on DD SYSOUT. > DD, EXEC, and JOB already have a CCSID option. Is that enough? > > And if SYSPRINT is DASD, it should just pass the data unfiltered. > > BitSavers reinforces my conjecture. Something you don't want in a > production job: > http://secure-web.cisco.com/1WhhAX4GjxhomdW3zmNfgT472Yr6nQ > hRZO040EgqFcFvPBMsDPxogfvqMO12NQs36E2Lf8gEmkDkccMSTqwEn22FDx > fabOAdb9sSzzpmB-xLwJnTd8s0I4b9wVTIf0YIGlbUnRiA > zzGGuj70uPltjgBdpcAQD3hM1RWi8kVLFAnzpfZI1-qtzSoC0tniJheFaqIvC82btQ5mIONu > QYT_xpuDWMvGGdUjRSGL9FImMDx_75jgCFL2ZMBBktTpOE9u1wCgOPfs_ > 9yaGHJ-C-WuKzYLleg8tqOQOg-XcMKs15NG3euVyj0GQw2OiD2ueoIZW > J7M0XyKZpOPrBTvXbLGr9WXF93UHmZ3y5NjnJZpxcjkFG8_3iC6cs8Jn3Ud4f- > CCsiRjoKzqaHZ7tXHzsMIikG1gcxJ0BUwzivOPmilFUZ7RuB7rHgBZdogbSO > d9bt9X/http%3A%2F%2Fwww.bitsavers.org%2Fpdf%2Fibm% > 2F1403%2FGA24-3073-8_1403_printer.pdf > > Data Check (Sense Bit 4) > Data check indicates that a code in a data record sent to the printer does > not match a code in the Universal Character > Set (UCS) feature storage. Printing does not occur in the > print position to which the unmatching code applies. The entire line > (except for the data check position) OIr only a portion of the line may be > printed. Therefore, the last > printed line may contain erroneous data and/or an incomplete record. Data > check usually indicates that the UCS storage > was improperly loaded or that a data record code (other than blank or > null) does not compare to any code in the UCS storage. > Provide an operator message and exit from this error- recovery procedure. > The operator should then: > 1. Accept the record and indicate that the application > program is to proceed without further retry of the > command, or > 2. Restart the application program from a logical > point. > If the error persists, a call should be made to a service > representative. > > -- 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 > -- OREXXMan JCL is the buggy whip of 21st century computing. Stabilize it. Put Pipelines in the z/OS base. Would you rather process data in move mode or locate mode? IBM has been looking for an HLL for program products; REXX is that language. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Silly question - can one force IDCAMS PRINT to show printable lower case characters?
CCSID would determine which characters were treated as valid. I would not expect IDCAMS to second guess the user's InfoPrint parameters. Ideally there should be a common print validation service and every utility would have a parameter to pass it. As long as the utilities attempt to redact "unprintable" data, they should allow the user to control that redaction, regardless of how many other places have a CCSID option. Especially a CCSID parameter documented as being applicable only to tape. How is DASD an excuse for translating characters that the user considers valid to periods? I don't care if it's legacy DASD, SYSOUT or Unix path, the user should be able to control the translation. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu] Sent: Saturday, December 12, 2020 7:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Silly question - can one force IDCAMS PRINT to show printable lower case characters? On Sat, 12 Dec 2020 23:40:52 +, Seymour J Metz wrote: >I might believe lost in the world of 3211; the 3211 is older than IDCAMS. >Shirley it's time to add a CCSID operand. > What would CCSID do? What implementation do you envision? Would it interface to InfoPrint? Shouldn't every utility have one? But that's redundant; it should be an option on DD SYSOUT. DD, EXEC, and JOB already have a CCSID option. Is that enough? And if SYSPRINT is DASD, it should just pass the data unfiltered. BitSavers reinforces my conjecture. Something you don't want in a production job: http://secure-web.cisco.com/1WhhAX4GjxhomdW3zmNfgT472Yr6nQhRZO040EgqFcFvPBMsDPxogfvqMO12NQs36E2Lf8gEmkDkccMSTqwEn22FDxfabOAdb9sSzzpmB-xLwJnTd8s0I4b9wVTIf0YIGlbUnRiAzzGGuj70uPltjgBdpcAQD3hM1RWi8kVLFAnzpfZI1-qtzSoC0tniJheFaqIvC82btQ5mIONuQYT_xpuDWMvGGdUjRSGL9FImMDx_75jgCFL2ZMBBktTpOE9u1wCgOPfs_9yaGHJ-C-WuKzYLleg8tqOQOg-XcMKs15NG3euVyj0GQw2OiD2ueoIZWJ7M0XyKZpOPrBTvXbLGr9WXF93UHmZ3y5NjnJZpxcjkFG8_3iC6cs8Jn3Ud4f-CCsiRjoKzqaHZ7tXHzsMIikG1gcxJ0BUwzivOPmilFUZ7RuB7rHgBZdogbSOd9bt9X/http%3A%2F%2Fwww.bitsavers.org%2Fpdf%2Fibm%2F1403%2FGA24-3073-8_1403_printer.pdf Data Check (Sense Bit 4) Data check indicates that a code in a data record sent to the printer does not match a code in the Universal Character Set (UCS) feature storage. Printing does not occur in the print position to which the unmatching code applies. The entire line (except for the data check position) OIr only a portion of the line may be printed. Therefore, the last printed line may contain erroneous data and/or an incomplete record. Data check usually indicates that the UCS storage was improperly loaded or that a data record code (other than blank or null) does not compare to any code in the UCS storage. Provide an operator message and exit from this error- recovery procedure. The operator should then: 1. Accept the record and indicate that the application program is to proceed without further retry of the command, or 2. Restart the application program from a logical point. If the error persists, a call should be made to a service representative. -- 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: Silly question - can one force IDCAMS PRINT to show printable lower case characters?
On Sat, 12 Dec 2020 23:40:52 +, Seymour J Metz wrote: >I might believe lost in the world of 3211; the 3211 is older than IDCAMS. >Shirley it's time to add a CCSID operand. > What would CCSID do? What implementation do you envision? Would it interface to InfoPrint? Shouldn't every utility have one? But that's redundant; it should be an option on DD SYSOUT. DD, EXEC, and JOB already have a CCSID option. Is that enough? And if SYSPRINT is DASD, it should just pass the data unfiltered. BitSavers reinforces my conjecture. Something you don't want in a production job: www.bitsavers.org/pdf/ibm/1403/GA24-3073-8_1403_printer.pdf Data Check (Sense Bit 4) Data check indicates that a code in a data record sent to the printer does not match a code in the Universal Character Set (UCS) feature storage. Printing does not occur in the print position to which the unmatching code applies. The entire line (except for the data check position) OIr only a portion of the line may be printed. Therefore, the last printed line may contain erroneous data and/or an incomplete record. Data check usually indicates that the UCS storage was improperly loaded or that a data record code (other than blank or null) does not compare to any code in the UCS storage. Provide an operator message and exit from this error- recovery procedure. The operator should then: 1. Accept the record and indicate that the application program is to proceed without further retry of the command, or 2. Restart the application program from a logical point. If the error persists, a call should be made to a service representative. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Silly question - can one force IDCAMS PRINT to show printable lower case characters?
I might believe lost in the world of 3211; the 3211 is older than IDCAMS. Shirley it's time to add a CCSID operand. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Attila Fogarasi [fogar...@gmail.com] Sent: Saturday, December 12, 2020 4:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Silly question - can one force IDCAMS PRINT to show printable lower case characters? Yes, you have to switch to a print train which has lower case (since IDCAMS is lost in the world of 1403). PARM GRAPHICS(CHAIN(SN)) as your first IDCAM statement will switch to printing lower case instead of periods. On Sun, Dec 13, 2020 at 8:35 AM Binyamin Dissen wrote: > Silly question - can one force IDCAMS PRINT to show printable lower case > characters? > > -- > Binyamin Dissen > http://secure-web.cisco.com/1VfS157sCRvu2bl4qZIKzzFnZFLt7o09B94XI3fnCStgsCjFgHKDrlCzyakB44Fj3xUaBy6ZW1y5BhhE4chmJYkEnWZaoGKa4mhwl1ODFrJP3cG-E6o5N4olM5vnuPJlBFVUPQvqfGaJFLi13hPUrYQR8n5Egmlj-C3rARILkWqnDqfb6ktGOXFvcQdpnR5gst0qSbn3YDyeLr9XqyDXlRKiU70cpSUR5xdKAXwWkI7RgKRZ7coAEKFM9t6iO2HECj1JTpwwmHOAoRU1Z1GkbgY1eKZfcmrbtrEViGp7IqM53TBF_rB82_ONKeb9f8HldSLay01oz_dB3w-aeYcPj1R4RwFI0wyzwPV2a3iegAJA3RTF29Conf9N0aF5VbEk7AYyMYzUorgezrUiXewZiwPp2D0nknzTgJCFKmjZZQIdLJjQ8ba0JIsN1zGlEPud5/http%3A%2F%2Fwww.dissensoftware.com > > Director, Dissen Software, Bar & Grill - Israel > > > Should you use the mailblocks package and expect a response from me, > you should preauthorize the dissensoftware.com domain. > > I very rarely bother responding to challenge/response systems, > especially those from irresponsible companies. > > -- > 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: Silly question - can one force IDCAMS PRINT to show printable lower case characters?
On Sat, 12 Dec 2020 23:34:50 +0200, Binyamin Dissen wrote: >Silly question - can one force IDCAMS PRINT to show printable lower case >characters? > GRAPHICS (CHAIN(TN))/*COMMENT*/ - Who woulda thunk it. How come in this 21st Century this isn't the default? I suppose a data check caused an important cu$tomer's printer to miss a batch window. Don't know about Hebrew. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Silly question - can one force IDCAMS PRINT to show printable lower case characters?
Yes, you have to switch to a print train which has lower case (since IDCAMS is lost in the world of 1403). PARM GRAPHICS(CHAIN(SN)) as your first IDCAM statement will switch to printing lower case instead of periods. On Sun, Dec 13, 2020 at 8:35 AM Binyamin Dissen wrote: > Silly question - can one force IDCAMS PRINT to show printable lower case > characters? > > -- > Binyamin Dissen > http://www.dissensoftware.com > > Director, Dissen Software, Bar & Grill - Israel > > > Should you use the mailblocks package and expect a response from me, > you should preauthorize the dissensoftware.com domain. > > I very rarely bother responding to challenge/response systems, > especially those from irresponsible companies. > > -- > 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
Silly question - can one force IDCAMS PRINT to show printable lower case characters?
Silly question - can one force IDCAMS PRINT to show printable lower case characters? -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN