Re: Working link for current 3270 Data Stream

2020-09-27 Thread Paul Gilmartin
On Sun, 27 Sep 2020 10:17:52 +, Seymour J Metz wrote: >The Read LINK ON THAT PAGE, >http://publibfp.dhe.ibm.com/cgi-bin/bookmgr/books/cn7p4000, gives me > >>Internal Server Error >>... Likewise bad, the Read LINK ON THAT PAGE is inaccessible in a narrow window, almost certainly the case

Re: SYSCALL environment not available

2020-09-26 Thread Paul Gilmartin
On Sat, 26 Sep 2020 09:22:27 -0500, Bill Giannelli wrote: >I added a command "syscalls('ON')" and it now worked fine.. > In the M at https://docs.bmc.com/docs/messages/messages-bmcbmr01-through-bmcbmr99-718473906.html I see merely: User response: Establish a SYSCALL environment.

Re: SYSCALL environment not available

2020-09-26 Thread Paul Gilmartin
On Sat, 26 Sep 2020 08:18:48 -0500, Bill Giannelli wrote: >I am trying to run obtain maintenance from BMC thru an ISR (Internet Service >Retrieval) and it is failing on a rexx command for USS "address syscall ". >BMC has said that the "SYSCALL" environment is not available on my system.

Re: DFSort to pull the latest record date

2020-09-25 Thread Paul Gilmartin
On Fri, 25 Sep 2020 10:25:13 -0700, Sri h Kolusu wrote: > >... The control statements for DFSORT >are not obscure and they are on the same level as following the >coding/syntax rules for a programming language. For example COBOL, you >would follow all the rules governing it. So why not do the

Re: DFSort to pull the latest record date

2020-09-25 Thread Paul Gilmartin
On Fri, 25 Sep 2020 14:08:30 -0300, Clark Morris wrote: > >Given the obscurity of the control statements (quick tell me what >field is 1,4,CH) why not write the thing in a language that has access >to the descriptions of the fields being used? We are not in the era >of 22K DOS360 partitions, 100K

Re: I/O count of jobs running at USS service

2020-09-24 Thread Paul Gilmartin
On Fri, 25 Sep 2020 08:20:14 +1000, Attila Fogarasi wrote: >SMF type 92, lots of subtypes covering different aspects, remember that >Unix file system is different from MVS :) > I believe one difference you may find is that on UNIX systems I know the kernel caches disk blocks in a cache shared by

Re: Batchpipes (was: SORT question: ...)

2020-09-24 Thread Paul Gilmartin
On Thu, 24 Sep 2020 10:47:37 -0500, Hobart Spitz wrote: >They find each other via the name of the pipe. > Is there an authority administering names of pipes, lest two users inadvertently choose the same one? Embedding in that name could resolve this. RACF? Even so: //SORTIN DD

Batchpipes (was: SORT question: ...)

2020-09-23 Thread Paul Gilmartin
On Wed, 23 Sep 2020 19:23:33 +0100, Martin Packer wrote: >No, that would have to be another job, also specifying eg SUBSYS=PIPE. And >scheduled to run alongside the sort. > Eek! How do they find each other? And perhaps more important, what if several programmers unknown to each other

Re: SORT question: How to both remove records from a file AND write removed records to a 2nd output?

2020-09-23 Thread Paul Gilmartin
On Wed, 23 Sep 2020 16:01:08 +0100, Martin Packer wrote: >Right. That example used BatchPipes/MVS pipes - but it's not essential to >the use of OUTFIL SPLIT. The reason it used pipes was to enable cloning to >balance a pipe. > OK. I looked at your example (z/OS 2.1; not too misty). But what

Re: BOF on COBOL and the systems programmer at SHARE

2020-09-23 Thread Paul Gilmartin
On Wed, 23 Sep 2020 12:12:09 +, Billy Ashton wrote: >And in that "special" US format, I am surprised at how many people think >12:00 AM is noon instead of midnight...I can see how that is much >clearer! > Actually, noon is 12:00M. (John M.:) >>>. . . >>> I was forced to change it to the

Re: rename a dataset in acs routine?

2020-09-23 Thread Paul Gilmartin
On Wed, 23 Sep 2020 11:58:02 +0200, R.S. wrote: >This is clou (the point). Many users, a lot o JCL jobs, people are >unaware of the JCL, they can only change volser... >Excuse me, but it looks like kindergarten with no teachers on board. For >45 years. >It is not technical issue, this is strong

Re: Determining program name/number of paramaters from called COBOL program

2020-09-22 Thread Paul Gilmartin
On Tue, 22 Sep 2020 21:51:34 +, Farley, Peter x23353 wrote: >Current Enterprise COBOL compilers (and back as far as I know, even COBOL >F-level from MVT) always mark the last parameter address in the address list >with the bit 0 turned on, though I have not researched what current ones do

Re: SORT question: How to both remove records from a file AND write removed records to a 2nd output?

2020-09-22 Thread Paul Gilmartin
On Tue, 22 Sep 2020 20:08:12 +0100, Martin Packer wrote: > >SAVE has, to my mind, been most invaluable. Prior to this you had to >figure out the boolean complement of the INCLUDE= clause. With more than >one INCLUDE= clause in a sort it became hairier, requiring De Morgan's >Law*. :-) SAVE made

Re: PDS86 SHR?

2020-09-22 Thread Paul Gilmartin
On Tue, 22 Sep 2020 12:37:46 -0500, Skippy the Ancient wrote: >There is a dataset missing a member. PDS86 won't play with it because it >allocated to an STC. >Is it possible to invoke PDS86 so it doesn't allocate the DSN as OLD? > Might there be an option to use ISPF serialization conventions,

Re: BOF on COBOL and the systems programmer at SHARE

2020-09-22 Thread Paul Gilmartin
On Tue, 22 Sep 2020 12:36:10 -0300, Clark Morris wrote: >I am giving a BOF on COBOL and the systems programmer on Thursday, >September 24 in the last session period - 16:15 Eastern time zone, >15:15 Central time zone, 14:15, Mountain time zone, 13:15 Pacific >time, 17:15 Atlantic time zone in

Re: AT-TLS issues with FTP and SSH

2020-09-22 Thread Paul Gilmartin
On Tue, 22 Sep 2020 10:07:57 -0500, Lionel B Dyck wrote: > >And for that I�m getting: FOTS3322 Passwords may not be entered from 3270 >terminals > They're giving you a hint. Eschew 3270; don't be a masochist. Years ago, I discovered that if I start "script" under 3270 OMVS, then I can

Re: Change TOD from local timezone to GMT

2020-09-21 Thread Paul Gilmartin
On Mon, 21 Sep 2020 20:36:00 -0500, Mike Schwab wrote: >Long term, we seem to need to add about 1 second per year every 150 >years, and after about 55,000 years every day will be 24 hours and 1 >second long. > The citation: https://en.wikipedia.org/wiki/∆T (That curve is supposed to be a

Re: Change TOD from local timezone to GMT

2020-09-21 Thread Paul Gilmartin
On Mon, 21 Sep 2020 18:44:27 -0500, Mike Schwab wrote: >My idea for doing the fall back would be change the fall back time to >0100. Leap forward from 005959 to 02, no problem. But for fall >back, 235959 continues to 24 to 245959 then the next day at >00, resulting in no

Re: Change TOD from local timezone to GMT

2020-09-21 Thread Paul Gilmartin
On Tue, 22 Sep 2020 07:35:44 +1000, Matthew Donald wrote: > >A few years ago (z14 announcement??), IBM announced a new PR/SM feature >which would decrement the TOD clock 1 second at a time, while >simultaneously incrementing the timezone offset. Can anyone shine any >light on this feature? I've

Re: rename a dataset in acs routine?

2020-09-21 Thread Paul Gilmartin
On Sun, 20 Sep 2020 00:06:01 -0500, Brian Westerman wrote: >They are mifrofiche tapes, and they are not sent out for processing any more. >They exist only on the off chance that "someday" they might be needed to >recreate something. When they are needed, they use the DSN=,VOL= to use them. >

Re: Caution: "Hacked" email caused the distribution of a potentially harmful attachment

2020-09-20 Thread Paul Gilmartin
On Mon, 21 Sep 2020 00:39:21 +, Seymour J Metz wrote: >Maybe, but it is more likely that someone is just putting your name and >address in the header. > LISTSERVs are a treasure trove. IIRC someone once masquerading as an IBM-MAIN subscriber sent a Spanish Prisoner message to other

Re: rename a dataset in acs routine?

2020-09-19 Thread Paul Gilmartin
On Sat, 19 Sep 2020 09:24:32 -0500, Mike Schwab wrote: >As a microfische job, it is a collection of printouts, not used for input. > ??? Write-only memory? Why bother? And why keep them? Would a temp DSN be suitable? >On Sat, Sep 19, 2020 at 8:51 AM Paul Gilmartin wrote: >> &g

Re: rename a dataset in acs routine?

2020-09-19 Thread Paul Gilmartin
On Fri, 18 Sep 2020 23:10:24 -0500, Brian Westerman wrote: >I don't see that you can do that with tapes, the hdr1 won't match the new DSN. > So the tapes are labeled. Alas. I'm curious: how do the users access those data sets in subsequent jobs? Examine the logs of the creating jobs for

Re: rename a dataset in acs routine?

2020-09-18 Thread Paul Gilmartin
On Fri, 18 Sep 2020 23:05:04 -0500, Brian Westerman wrote: >They would like an approach that didn't include editing the thousands of JCL >sets. > Thousands!? Not just one with parameters!? The design is wrong. It will remain broken until it's fixed. Facing a similar requirement once, I

Re: Substituting SYSIN variables via EXPORT SYMLIST containing mixed-case values

2020-09-18 Thread Paul Gilmartin
On Fri, 18 Sep 2020 13:12:01 -0500, Wendell Lovewell wrote: >Is there a way to get a mixed-case string substituted into SYSIN data using >"EXPORT SYMLIST=*" and the "DD *,SYMBOLS=(JCLONLY)" facility? > Rules to remember: o The JCL reader/converter/interpreter *always* takes SYSIN

Re: rename a dataset in acs routine?

2020-09-18 Thread Paul Gilmartin
On Fri, 18 Sep 2020 17:34:17 +0800, Brian Fraser wrote: >Why can't his jobs generate dsns like HLQ.FICHE.TAPE.D091720.T1123 ? >Can use system symbols to generate the date and time in the JCL output DD. > I understand that system symbols are not supported in JCL DSNs because of o ambiguity

Re: COBOL ? Re: SORT selection question

2020-09-17 Thread Paul Gilmartin
On Thu, 17 Sep 2020 17:17:35 +, Seymour J Metz wrote: >It may depend on how you define support. There are some utilities that work >but for which the documentation doesn't mention it. The DD: recognition is >unsupported in the sense that if it breaks IBM will not consider that an error. >

Re: COBOL ? Re: SORT selection question

2020-09-17 Thread Paul Gilmartin
On Thu, 17 Sep 2020 14:58:44 +, Farley, Peter x23353 wrote: >Of course that is an option, particularly the COBOL one. I am personally very >familiar with awk and z/OS awk does support "classic" datasets via DD, ... > Citation needed. According to what IBM document? On Thu, 17 Sep 2020

Re: SMPe ptfs download to USS

2020-09-17 Thread Paul Gilmartin
On Thu, 17 Sep 2020 05:42:35 -0500, Bill Giannelli wrote: >When I order software maintenance and download it, why does it need to go to >USS first? >thanks > o If uses tools such as pax for which classic MVS has no equivalent. o The SMPNTS contains a variety of data organization beyond the

Re: SORT selection question

2020-09-16 Thread Paul Gilmartin
On Wed, 16 Sep 2020 20:17:10 +, Farley, Peter x23353 wrote: >Thanks Sri, I am aware of the STOPAFT parameter, but it uses a hard-coded >count. When the goal is to find ALL records with the selected values and one >does not know in advance how many there are, it is not as helpful as it

Re: SORT selection question

2020-09-16 Thread Paul Gilmartin
On Thu, 17 Sep 2020 08:20:07 +0800, Peter Van Dyke wrote: > >If you have IBM File Manager you could do what you need with the Data Set >Copy (DSC) function and an enhanced processing procedure: > >$$FILEM DSC INPUT=DDIN, >$$FILEM OUTPUT=DDOUT, >$$FILEM PROC=* >IF FLDI(1,3,C,'GT',"ABC")

Re: SORT selection question

2020-09-16 Thread Paul Gilmartin
On Thu, 17 Sep 2020 08:58:59 +1000, Wayne Bickerdike wrote: >Not sure how a sequential file has a "KEY". It may be a value in fixed >columns. > I find "KEY" used apparently in that sense in numerous places in: z/OS Version 2 Release 4 DFSORT Application Programming Guide IBM SC23-6878-40

Re: SORT selection question

2020-09-16 Thread Paul Gilmartin
On Wed, 16 Sep 2020 20:17:10 +, Farley, Peter x23353 wrote: >Thanks Sri, I am aware of the STOPAFT parameter, but it uses a hard-coded >count. When the goal is to find ALL records with the selected values and one >does not know in advance how many there are, it is not as helpful as it

Re: SMPe holddata for previous apply run

2020-09-16 Thread Paul Gilmartin
On Wed, 16 Sep 2020 08:17:11 -0500, Bill Giannelli wrote: >I have applied a round of maintenance a few months back but havent moved it >into our "run time libraries" yet. Is there a way to run a SMPe report and get >the HOLDDATA from that previous APPLY? > REPORT ERRSYSMODS? -- gil

Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than master?

2020-09-15 Thread Paul Gilmartin
On Tue, 15 Sep 2020 22:44:27 +, Jerry Whitteridge wrote: >IBM Standard Answer #3 - It Depends > >I'd agree that normally a single user would not have his own dedicated catalog >and we would normally group aliases to catalogs on some standard process >(Business/Application/Function or

Re: Support for 128-bit arithmetic - was: Re: PL/I support of vector instructions?

2020-09-12 Thread Paul Gilmartin
On Sat, 12 Sep 2020 07:35:00 -0400, Thomas David Rivers wrote: > > ADD UNSIGNED doesn't trigger the FIXED OVERFLOW exception, while > SIGNED operations do. Since C doesn't want FIXED OVERFLOW exceptions, > (almost) all of the arithmetic calculations should be done with unsigned > arithmetic in

Re: Passing STDENV DD to FTP via SYSIN

2020-09-11 Thread Paul Gilmartin
On Fri, 11 Sep 2020 15:07:17 -0500, Wendell Lovewell wrote: >... >and while: >//FTPXFER EXEC PGM=FTP,REGION=4M, >// >PARM=('ENVAR("GSK_PROTOCOL_TLSV1_2=ON","GSK_TRACE=0x","GSK_TRACE_FILE=/tmp/gskc.trc")/(EXIT') > >...is possible, it pushes the limits of the PARM value's max length. >

Re: Passing STDENV DD to FTP via SYSIN

2020-09-10 Thread Paul Gilmartin
On Thu, 10 Sep 2020 16:58:52 -0500, Wendell Lovewell wrote: >... >//FTPXFER EXEC PGM=FTP,REGION=4292K, >//PARM=('POSIX(ON) ALL31(ON)', >// 'ENVAR("_CEE_ENVFILE=DD:STDENV")/(EXIT') > >I'm trying to make this as self-contained as possible, and would like to >supply the variables via

Re: Support for 128-bit arithmetic - was: Re: PL/I support of vector instructions?

2020-09-10 Thread Paul Gilmartin
On Thu, 10 Sep 2020 15:35:37 +, Seymour J Metz wrote: >Yes, you can always do multiple precision that way, but there is a performance >hit, especially from those conditional branches. Maybe we need skip >instructions such as the 7090 had. Some computer architectures have an Add-With-Carry

Re: Syncsort include/omit beyond record

2020-09-09 Thread Paul Gilmartin
On Wed, 9 Sep 2020 14:31:24 -0700, Sri h Kolusu wrote: > >>>Are complicated Boolean expressions supported? > >Yes. Check this link > >https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.icea100/ice2ca_Relational_condition.htm > Thanks. I see: AND statements are

Re: Syncsort include/omit beyond record

2020-09-09 Thread Paul Gilmartin
On Wed, 9 Sep 2020 13:15:43 -0700, Sri h Kolusu wrote: > >VLSCMP tells DFSORT that you want to temporarily replace any missing >compare field bytes with binary zeros, thus allowing the short fields to be >validly compared (the binary zeros are not kept for the output records). > >So use the

Re: Syncsort include/omit beyond record

2020-09-09 Thread Paul Gilmartin
On Wed, 9 Sep 2020 17:19:55 +, Farley, Peter x23353 wrote: >Use these PARM options for SYNCSORT to allow field references beyond the >actual input record length: > >PARM=VLLTEST=2,VLTESTI=2' > >One of your VB input records is less than 17 bytes long (21 - 4 = 17). > A Google search seems to

Re: REXX true/false (was Constant Identifiers)

2020-09-09 Thread Paul Gilmartin
On Wed, 9 Sep 2020 00:45:12 -0400, Phil Smith III wrote: >Y'all are dancing on the head of a pin. As Shmuel said, Rexx has one datatype, >period. It has the DATATYPE function that can do some >analysis on a variable's contents and tell you whether it's all numeric, hex, >etc. That's basically

Re: REXX true/false (was Constant Identifiers)

2020-09-08 Thread Paul Gilmartin
(cross-posting to IBM-Main and TSO-REXX) On 2020-09-08, at 00:23:52, CM Poncelet wrote: > > A *character* string is either any string that has DATATYPE CHAR but not > DATATYPE NUM, or is *any* string (and it might as well then be called > 'anything string' instead of 'character string'). >

Re: RFE 145094: No warning on "conflicting" use of "SEQ" keyword in SuperC

2020-09-08 Thread Paul Gilmartin
On Tue, 8 Sep 2020 13:03:28 +, Robert Prins wrote: >https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=145094 > >You use SuperC from the ISPF menu, see that there are no differences, copy the >generated JCL into a job, and suddenly there are differences, because you >forgot

Re: REXX true/false (was Constant Identifiers)

2020-09-07 Thread Paul Gilmartin
On Tue, 8 Sep 2020 03:33:18 +0100, CM Poncelet wrote: >You said, "It isn't boolean; everything in REXX is a character string." >� >I agree that "it's all strings", but not that "everything in REXX is a >*character* string." >� Persuing the Rexx Reference, SA32-0972-40, I find various

Re: REXX true/false (was Constant Identifiers)

2020-09-07 Thread Paul Gilmartin
On Tue, 8 Sep 2020 02:30:01 +0100, CM Poncelet wrote: > >My mistake was to think that setting a variable to a quoted value, in >REXX, made that variable a type CHAR. But REXX considers it to be NUM if >it contains only numerics, regardless of whether its set value was > Not only numerics. For

Re: REXX true/false (was Constant Identifiers)

2020-09-07 Thread Paul Gilmartin
On Mon, 7 Sep 2020 18:52:55 +, Seymour J Metz wrote: >Hindsight? I never understood the purpose of the web, given that gopher and >SGML were already here. All we were missing was a protocol called Mehitabel ;-) > It's easy to understand. Just remember, you're not the customer; you're the

Re: Constant Identifiers

2020-09-07 Thread Paul Gilmartin
On Tue, 8 Sep 2020 01:04:43 +1000, Greg Price wrote: >On 2020-09-05 3:01 AM, Paul Gilmartin wrote: > >... A few years back there seemed to be a >religious phase where IBM ID went on a crusade to remove weasel words >from documentation. >... >As it was, whole sec

Re: REXX true/false (was Constant Identifiers)

2020-09-06 Thread Paul Gilmartin
On Mon, 7 Sep 2020 02:31:33 +0100, CM Poncelet wrote: >In the following example, >TRUE = (1 - 1 = 0 & 1 ¬= 0) [or whatever is more appropriate], >it is then sufficient e.g. to code: >IF 4 ¬= 6 & TRUE THEN >ELSE IF ¬TRUE THEN >  >I.e. TRUE can be defined as a Boolean '1'b in REXX, as per above.

Re: REXX true/false (was Constant Identifiers)

2020-09-06 Thread Paul Gilmartin
On Sun, 6 Sep 2020 12:03:18 -0400, scott Ford wrote: >I have done things like true =‘Y’ and then > >If true > .. >end > What language? That would certainly be a syntax error in Rexx. And why? You could just omit the "if true" and code: do .. end n Sun, 6 Sep

Re: Constant Identifiers

2020-09-06 Thread Paul Gilmartin
On Sun, 6 Sep 2020 17:25:45 +1000, Robin Vowels wrote: >>> >> Beware! Than might left-associate as: >> volume = ( 4/3 ) * 3.14159 * radius**3 >> ... and the quotient of integers, 4/3, is 1. > >No it's not. 4/3 yields 1.33.. to 15 digits in PL/I. >You're thinking of FORTRAN. > And

Re: Constant Identifiers

2020-09-05 Thread Paul Gilmartin
On Sat, 5 Sep 2020 08:13:42 +1000, Robin Vowels wrote: > >As for writing formulas, I prefer to follow a well-known formula, thus: > >volume = 4/3 * 3.14159 * radius**3 > Beware! Than might left-associate as: volume = ( 4/3 ) * 3.14159 * radius**3 ... and the quotient of integers, 4/3, is 1.

Re: REXX true/false (was Constant Identifiers)

2020-09-05 Thread Paul Gilmartin
On Sat, 5 Sep 2020 23:36:37 +0100, Rupert Reynolds wrote: >Writing Rexx for myself (therefore no local standards to follow) I had to >set an internal boolean in a few places. >So I started it with >TRUE = (1=1) >FALSE = \TRUE > Now you have them; how are they useful? (Examples?) >That's partly

Re: REXX true/false (was Constant Identifiers)

2020-09-05 Thread Paul Gilmartin
On Sat, 5 Sep 2020 16:09:32 -0400, Bob Bridges wrote: > > str=word('true false',(0-fx)+2) > >...where fx is Boolean. > My use of COPIES() was to save 2 lines of code while knowing that the function call/return overhead is large and IF would perform better. > if fx then str='true'; else

Re: Pascal(was: Constant Identifiers)

2020-09-05 Thread Paul Gilmartin
On Sat, 5 Sep 2020 12:06:49 +, Robert Prins wrote: > >... definitely not to keep myself in the picture. >The simple fact is that I hate it that 'doze displays timestamps different in >different time zones. So my TZ is UTC. > The time is different in different timezones. What do you expect?

Re: Constant Identifiers

2020-09-04 Thread Paul Gilmartin
On Fri, 4 Sep 2020 17:04:34 +, Seymour J Metz wrote: >Do you have a URL and page number? Is that an exact quote, or was there a >conditional? > I cited the Language Ref. >It is good form to use a constant that stands for itself, e.g., "X**2". It is >bad form to use a constant for, e.g.,

Re: Constant Identifiers

2020-09-04 Thread Paul Gilmartin
On Fri, 4 Sep 2020 17:10:36 +, Farley, Peter x23353 wrote: >Sounds to me like the documentation writer was a bit confused. Looks to me >like it should read instead: > >If th nnumber 3.1416 is used in more than one place in the program, then you >*should* declare it as a named constant. >If

Pascal(was: Constant Identifiers)

2020-09-04 Thread Paul Gilmartin
On Fri, 4 Sep 2020 20:38:29 +, Robert Prins wrote: >On 2020-09-04 17:01, Paul Gilmartin wrote: >> I see everything twice: >> On Fri, 4 Sep 2020 19:05:32 +, Robert Prins wrote: >> On Fri, 4 Sep 2020 19:06:49 +, Robert Prins wrote: > >Yes, problems postin

Re: Constant Identifiers

2020-09-04 Thread Paul Gilmartin
On Fri, 4 Sep 2020 10:55:19 -0500, Steve Smith wrote: >I'm not a PL/I novice, if not an expert. Whatever you read, it does not >mean what you think it means. > Enterprise PL/I for z/OS Language Reference Version 5 Release 1 IBM SC27-8940-00 Datatypes and attributes. . . 17 If the number

Re: ICONV

2020-09-04 Thread Paul Gilmartin
On Fri, 4 Sep 2020 11:57:12 -0400, David Spiegel wrote: > >Does anyone here have experience with using GENXLT and EDCSUSNM Macros >to do a "custom" translation? >Briefly, I would like to know which Dataset(s) the ICONV Utility uses to >load its tables. (Is it LNKLST or LPALST possibly?) > I hope

Constant Identifiers

2020-09-04 Thread Paul Gilmartin
I'm a PL/I novice, or less. A recent thread here moved me to browse the Ref., where I read that any constant used more than once must be declared and the identifier used instead. Sorta tyrannical enforcement of coding conventions. OK. I agree that 6.62607015e−34 shouldn't be hard-coded more than

Re: PL/I RFE to vote for (or not)

2020-09-02 Thread Paul Gilmartin
On Wed, 2 Sep 2020 20:39:27 +, Robert Prins wrote: > >>> quotient = QUOTREM(dividend, divisor, remainder), >>> >>> With quotient and remainder generated in one go by the execution of a DP >>> instruction (and probably/possibly/maybe/likely also by the various other >>> divide instructions)

Re: A little magic from Doug Nadel

2020-09-02 Thread Paul Gilmartin
On Wed, 2 Sep 2020 15:04:43 -0400, Tom Conley wrote: >... >I'm only adding documented keywords. I don't have Enterprise PL/I, so >can you submit an RFE to get these documented? > That should be an RCF on the doc, not an RFE. And I believe IBM honors RCFs with no license required. I

Re: A little magic from Doug Nadel

2020-09-02 Thread Paul Gilmartin
On Wed, 2 Sep 2020 18:42:19 +, Seymour J Metz wrote: >> However, if IBM were to extend in that fashion it would be at the >> cost of rendering possibly existing user code "bad form". >No; there's a reason that I wrote "knowingly". You're describing a situation >where the user *doesn't* know

Re: PL/I RFE to vote for (or not)

2020-09-02 Thread Paul Gilmartin
On Wed, 2 Sep 2020 19:17:21 + , Robert Prins wrote: >quotient = QUOTREM(dividend, divisor, remainder), > >With quotient and remainder generated in one go by the execution of a DP >instruction (and probably/possibly/maybe/likely also by the various other >divide instructions) >

Re: A little magic from Doug Nadel

2020-09-02 Thread Paul Gilmartin
On Wed, 2 Sep 2020 19:35:05 + , Robert Prins wrote: >>... >> I just updated ISRPXASM to add about 70 new COBOL and 140 new PL/I keywords. >> You can grab FILE967 at www.cbttape.org.  Lots of other goodies in there. > >You missed out on the most mysterious PL/I keyword, "ELDERON" (no

Re: A little magic from Doug Nadel

2020-09-02 Thread Paul Gilmartin
On Wed, 2 Sep 2020 15:02:51 +, Seymour J Metz wrote: >PL/I has no reserved words, so IBM can extend the language without breaking >existing code. However, it is bad form to knowingly use a keyword as a >procedure, label or variable name. > However, if IBM were to extend in that fashion it

Re: A little magic from Doug Nadel

2020-09-02 Thread Paul Gilmartin
On Wed, 2 Sep 2020 10:47:05 +, Robert Prins wrote: >More than 20 years ago I wrote an edit macro "EDOEND", that lets me exclude, in >PL/I source, all statements other than > >'PACKAGE', >'PROC', >'PROCEDURE', >'DO', >'BEGIN', >'SELECT', and >'END' > This seems to go hand-in-hand with HILITE.

Re: Dovetail/Kirk Wolf?

2020-08-31 Thread Paul Gilmartin
On 2020-08-31, at 15:50:32, Steve Smith wrote: > > I tweet, therefore I am. On 2013-03-04, at 08:37:57, John Gilmore wrote: > > [von Neumann] told me the story ...: > > Descartes enters a diner and sits down. A waitress approaches and > says, "Would you like an appetizer?" He replies, "I

Re: setting up CSSMTP to use TLS-SSL

2020-08-31 Thread Paul Gilmartin
On Mon, 31 Aug 2020 06:31:12 -0700, Charles Mills wrote: >A self-signed certificate *is* a root certificate -- the two terms are >essentially synonymous (although they are used with different implications). >If the SMTP server is presenting a self-signed certificate then it effectively >is its

Re: report splitting

2020-08-29 Thread Paul Gilmartin
On Fri, 28 Aug 2020 18:14:47 -0700, Ed Jaffe wrote: > >Haha! Thanks Dave for pointing out (E)JES' API can be called from HLASM, >COBOL, C/C++ and similar machine-speed languages (as well as REXX and >Java). SDSF's is REXX and Java only. > And OS/390 2.10? And how is the Rexx compatibility? Does

Re: Sending email from the Mainframe

2020-08-28 Thread Paul Gilmartin
On Fri, 28 Aug 2020 08:39:33 -0500, Joel C. Ewing wrote: > >  It would have to be a highly unusual >situation before most informed users would ever allow a receipt to be >returned. > ... very dangerous - there's tremendous fraud involved. -- gil

Re: Sending email from the Mainframe

2020-08-28 Thread Paul Gilmartin
On Fri, 28 Aug 2020 13:01:54 +, Seymour J Metz wrote: >Once CSSMTP has submitted your e-mail, it has no involvement. You should get a >DSN if there is a problem, but, unlike SMTP, CSSMTP does not handle incoming >mail. The inability to handle Delivery Status Notifications is a glaring

Re: SDSF RCF (was: MVS modify command capture)

2020-08-27 Thread Paul Gilmartin
On Thu, 27 Aug 2020 18:18:52 +, Rob Scott wrote: >ISFCALLS is an external REXX function - all that is required is that the load >module (it is an alias to ISFYHOST in SISFLOAD) is available via the normal >search sequence. > I have never had to be concerned with this when I call ISFCALLS

Re: SDSF RCF (was: MVS modify command capture)

2020-08-27 Thread Paul Gilmartin
On Thu, 27 Aug 2020 16:10:01 +, Rob Scott wrote: >From what I can see, the original script was a REXX exec and from Chapter 5 in >the SDSF User Guide : > >"Adding the SDSF host command environment with ISFCALLS > >Using SDSF with REXX requires that you add a host command environment prior to

Re: MVS modify command capture

2020-08-26 Thread Paul Gilmartin
On Wed, 26 Aug 2020 19:03:10 -0500, Steve Beaver wrote: >The only reason I can think of a case where the syslog is way behind. > This is a symptom of IBM's indolent design. Simply: o Such a command shouldn't return to caller until it's complete and all its output is available. o Or it should

SDSF RCF (was: MVS modify command capture)

2020-08-26 Thread Paul Gilmartin
On Wed, 26 Aug 2020 20:27:10 +, Seymour J Metz wrote: >Well, here there's nothing to escalate; I've generally gotten good responses >from RCFs. > Submitted as below. Has anyone suggestions for additions? Hello, MHVRCFs, Neither z/OS Version 2 Release 4 TSO/E REXX Reference IBM

Re: MVS modify command capture

2020-08-26 Thread Paul Gilmartin
On Wed, 26 Aug 2020 20:27:10 +, Seymour J Metz wrote: >Well, here there's nothing to escalate; I've generally gotten good responses >from RCFs. > True. I was just reminiscing. So: ( ) TSO Rexx? ( ) UNIX Rexx? ( ) SDSF? Check all that apply. All 3 and let them work it out. The

Re: MVS modify command capture

2020-08-26 Thread Paul Gilmartin
port in SDSF www.redbooks.ibm.com/redbooks/pdfs/sg247419.pdf ... discusses both IRXJCL and UNIX. ____ From: Paul Gilmartin Sent: Wednesday, August 26, 2020 11:08 AM No. It is not using the TSO command SDSF but the Rexx command environment SDSF. I have done t

Re: MVS modify command capture

2020-08-26 Thread Paul Gilmartin
On Wed, 26 Aug 2020 15:06:08 +, Rob Scott wrote: >SDSF has distinct environments that it natively supports on z/OS : > > > 1. ISPF > 2. TSO CPPL > 3. Batch (and AFD) > 4. REXX > >The SDSF REXX interface will run where there is a valid REXX environment. > I.e. Provided that Rexx is

Re: MVS modify command capture

2020-08-26 Thread Paul Gilmartin
On Wed, 26 Aug 2020 14:50:41 +, Seymour J Metz wrote: >That code has to run under SDSF, which is a TSO command. I don't know whether >SDSF will run under a TSO subset environment. No. It is not using the TSO command SDSF but the Rexx command environment SDSF. I have done that directly

Re: MVS modify command capture

2020-08-26 Thread Paul Gilmartin
On Wed, 26 Aug 2020 07:40:47 -0500, Roger Lowe wrote: >> >>Is there a way to capture a MODIFY command ? >> >You could try this bit of REXX and then invoke it via IKJEFT01 batch jcl - > Does that require TSO or would IRXJCL (or even UNIX mutatis mutandis) sufffice? > /*REXX*/

Re: Mainframe Multi factor authentication possibilities

2020-08-25 Thread Paul Gilmartin
ne number.) But a while ago, I discovered mine by sending an IM to my email address and scraping the From: address. But this seems not to work for the popular Comcast. What if someone steals your phone? >On Tue, Aug 25, 2020 at 10:42 AM Paul Gilmartin wrote: >> >> On Tue, 25 Aug 2020 08:

Re: Mainframe Multi factor authentication possibilities

2020-08-25 Thread Paul Gilmartin
ncy (Real ID?) What if it's stolen? ReCaptcha? >On Tue, Aug 25, 2020 at 10:42 AM Paul Gilmartin wrote: > >> On Tue, 25 Aug 2020 08:50:34 -0500, Mike Schwab wrote: >> >> >Text a six digit number to a list of cell phone numbers? Add the >> >number to the cell

Re: Mainframe Multi factor authentication possibilities

2020-08-25 Thread Paul Gilmartin
On Tue, 25 Aug 2020 08:50:34 -0500, Mike Schwab wrote: >Text a six digit number to a list of cell phone numbers? Add the >number to the cell phone number so subtracting the six digit number >gives you the last 6 digits of the person's cell phone number? > Is there an app for that? -- gil

Re: PF key - one PF key - not responding

2020-08-24 Thread Paul Gilmartin
On Mon, 24 Aug 2020 12:57:57 -0400, Bob Bridges wrote: >This is a really weird one. My key is not getting any response >from ISPF, and before you tell me it must be my keyboard or my PC, let me tell >you what I've tried so far: >... >I'm out of ideas. If the keystroke is being sent by my

Re: Can System REXX run Sub=MSTR ??

2020-08-24 Thread Paul Gilmartin
On Mon, 24 Aug 2020 12:05:31 -0400, Steve Smith wrote: >I'm not clear on why you all would care about shutting them down for an >IPL. IPL is 100% effective in removing unwanted processes. > But could they shut down in an orderly fashion? I have long wondered that the OS doesn't throw SIGTERM

Re: EBCDIC and other systems

2020-08-20 Thread Paul Gilmartin
On Thu, 20 Aug 2020 17:45:09 -0400, Cameron Conacher wrote: >I have used Japanese (930) and traditional Chinese (937) with the appropriate >EBCDIC Host Code Page. >So yes DBCS is supported on a green screen > Which terminals support these? I see that on MacOS and Linux both appear in the

Re: EBCDIC and other systems

2020-08-20 Thread Paul Gilmartin
On Thu, 20 Aug 2020 09:35:40 -0700, Charles Mills wrote: >I wonder if it might make sense to go UTF-32 even to disk, but compress the >data. > >I wonder how well standard compression schemes work with UTF-32? Are they too >octet-oriented to work optimally? > A non-scientific sample: 1995 $ ls

Re: EBCDIC and other systems

2020-08-20 Thread Paul Gilmartin
On Thu, 20 Aug 2020 16:08:47 +0100, Rupert Reynolds wrote: >Charles: Good points well made. Yes, I agree that UTF-16 offers no >advantage to me. UTF-32 has to be considered for performance in string >handling functions. I may end up defaulting to UTF-8 on disc, and >converting to the others when

Re: GIMUNZIP error

2020-08-19 Thread Paul Gilmartin
On Wed, 19 Aug 2020 09:25:08 -0400, Kurt Quackenbush wrote: >On 8/18/2020 9:55 AM, Bill Giannelli wrote: >>... >> Is this pointing to lack of space in my USS file system? > >Bill, is there any output in SYSPRINT? GIMUNZIP should echo information >there from any utilities it calls or from the

Re: GIMUNZIP error

2020-08-18 Thread Paul Gilmartin
On Tue, 18 Aug 2020 08:03:54 -0700, Lizette Koehler wrote: >As I recall, the actual problem was shown in a separate output which was >written to the BPXPRINT dd name. >You may need to search all of the output from the job to find the actual error. > GIMUNZIP is doing a discourtesy to the

Re: DFSORT and SS search

2020-08-17 Thread Paul Gilmartin
On Mon, 17 Aug 2020 15:34:56 -0700, Sri h Kolusu wrote: >> This could be done thorough an RFE to JCL and no change to SORT, >> such as (suppose this worked): >> >> // SET X01=X'01',X05=X'05' >> //* Then: >> //SYSINDD *,SYMBOLS=JCLONLY >> OPTION COPY >> INCLUDE COND=(1,500,SS,EQ,'') >

Re: DFSORT and SS search

2020-08-17 Thread Paul Gilmartin
On Mon, 17 Aug 2020 13:43:31 -0500, Elardus Engelbrecht wrote: > >Not a trick question. This is more for my users who are too lazy or dumb to >use a mix of hex and characters... ;-) > >>Something like this >>//SYSINDD * >> OPTION COPY >> INCLUDE COND=(1,500,SS,EQ,X'01F105C1C2C3C4C5') >

Re: DFSORT and SS search

2020-08-17 Thread Paul Gilmartin
On Mon, 17 Aug 2020 08:00:39 -0700, Sri h Kolusu wrote: >>>I want to search for four terms: X'01' and C'1' and X'05' and C'ABCDE'. >All these 4 terms are next to each other. > >Elardus, > Welcome back. I've missed you since February. > >Unless this is a trick question, isn't it simple to have

Re: Rexx detail, or things I dont do often enough

2020-08-16 Thread Paul Gilmartin
On Sun, 16 Aug 2020 12:20:10 -0400, Phil Smith III wrote: > >>z/OS TSO RECEIVE has the useful FROMDSN and FROMDD options. Has >>CMS RECEIVE anything similar? But there are the Pipelines 64DECODE >>and DEBLOCK NETDATA filters which should be useful for this. No >>PIPELINES VMARC, AFAIK. > >Sure:

Re: Rexx detail, or things I dont do often enough

2020-08-16 Thread Paul Gilmartin
On Sun, 16 Aug 2020 00:50:28 -0400, Phil Smith III wrote: >http://www.vmworkshop.org/HENSLER/ includes my MAILABLE EXEC, which uses this >technique to create self-extracting blobs wrapped in Rexx code to unpack them. >Alas, it's VM-only, but it illustrates the idea. > >This was useful back in

Re: Rexx detail, or things I dont do often enough

2020-08-14 Thread Paul Gilmartin
On Fri, 14 Aug 2020 23:29:21 +, Dymoke-Bradshaw, Lennie wrote: >There is a DATA ENDDATA pair that can be used in TSO CLIST processing. > What does that have to do with Rexx? The CLIST Ref. says: commands | subcommands The data to be ignored and passed to TSO/E for execution.

Re: Rexx detail, or things I dont do often enough

2020-08-14 Thread Paul Gilmartin
On Fri, 14 Aug 2020 23:45:19 +0300, ITschak Mugzach wrote: >I once wrote an installer that behaved like a zip exec. I think it was >discussed here as well. The idea is like the sample code below that >demonstrates reading panel from the program body for later saving it in a >temporary file.

  1   2   3   4   5   6   7   8   9   10   >