Re: Unzip on z/OS ?

On Wed, 5 Apr 2023 15:26:13 +, Seymour J Metz wrote: >How are they different? Are you saying that if you call BPXWDYN from a Unix >shell environment that you can't pass an ENVB in R0? That seems unlikely. > Directly? Is there an External Link to LINKLST(BPXWDYN)? From UNIX Rexx, I'e used o

JCL EXEC PARM= default?

What's the default value for the optional PARM= on the JCL EXEC statement? It doesn't appear in the JCL Ref. (haven't checked the cited "Assembler Services Guide.") -- gil -- For IBM-MAIN subscribe / signoff / archive access i

Re: Unzip on z/OS ?

the address of the ENVBLOCK, maybe something else. >____ >From: I Paul Gilmartin >Sent: Tuesday, April 4, 2023 9:36 PM > >On Tue, 4 Apr 2023 16:37:39 -0500, Charles Mills wrote: > >>I just had a similar problem: "how do you determine

Re: Unzip on z/OS ?

On Tue, 4 Apr 2023 16:37:39 -0500, Charles Mills wrote: >I just had a similar problem: "how do you determine your entry R0 from C?" I >asked here and got no answer. I had to front end the C with a tiny assembler >program (57 lines including extensive comments; 11 executable instructions). >Why

Re: Unzip on z/OS ?

On Tue, 4 Apr 2023 21:09:59 +, Frank Swarbrick wrote: >How do you set R0 in C? > I suspect it's an undocumented beneficial, whether accidental or deliberate. side effect of TSO CALL or C function call. > >From: Steve Thompson >Sent: Tuesday, April 4, 2023 12:06

Re: Unzip on z/OS ?

On Tue, 4 Apr 2023 14:06:37 -0400, Steve Thompson wrote: >A similar issue happened with BPXWDYN. COBOL can't set R0. So a >new entry point in BPXWDYN was created that handled that problem. > Why does BPXWDYN require R0 to be set? I've done TSO CALL BPXWDYN never worrying about R0, so perhaps the

Re: Unzip on z/OS ?

On Tue, 4 Apr 2023 17:46:30 +, Farley, Peter wrote: >The V2R5 Callable Services manual SA23-1377-50 pp 191-196 describes ONLY the C >language zlib library and functions. There is no material on how to use those >functions from any other language than C. > In view of the prevalence of zipped

Re: ASM call by value

On Mon, 3 Apr 2023 02:09:51 +0200, Bernd Oppolzer wrote: >Now I'll try an answer to the other question(s), see below ... > >Am 03.04.2023 um 01:32 schrieb Paul Gilmartin: >> Are the external semantics (not examining the generated assembly) of >> "pass by conte

Re: ASM call by value

On Mon, 3 Apr 2023 04:57:02 +, Frank Swarbrick wrote: > >(reply) Call by content is enforced by the caller. Call by value is enforced >by the callee. > Ah. In my jargon I'd use "declared". So the callee is unaware of the distinction between reference and content; it just sees an address i

Re: ASM call by value

On Mon, 3 Apr 2023 13:21:41 +, Peter Relson wrote: >... >Thus if you want something passed by-value, you "ask" for it by your >definition of the parameters in an "entry declare" that can be used both by >the caller and callee. > That feels like a function prototype. >If you want somethi

Re: ASM call by value

On Mon, 3 Apr 2023 01:48:31 +0200, Bernd Oppolzer wrote: >> >C only supports call by value; >if you want other things like call by reference or "call by content", as >defined by COBOL, >you have do simulate them by passing pointers by value explicitly >(and in the case of call by content, by copyin

Re: ASM call by value

On Sun, 2 Apr 2023 22:37:53 +, Frank Swarbrick wrote: >I'm just going to put this out there... Dingus has an online test C compiler, >which outputs the generated assembler. You can find it at >http://www.dignus.com/dcc/compileit.html. > Thanks. >I ran the following program through it. >

Re: ASM call by value

On Sat, 1 Apr 2023 13:34:02 +, Peter Relson wrote: >... One is to make a copy and pass the argument by reference to the copy. > Another is to pass the actual value (somewhere, somehow). > ??? "somehow". The mechanism of passing an "actual value" distinct from a copy is left as an exercis

Re: CASE constructs

On Sat, 1 Apr 2023 11:30:24 +0100, Rupert Reynolds wrote: >... >while in COBOL people were using ALTER with GOTO (oof!). > ??? But didn't they need a CASE/SELECT to choose which ALTER? -- gil -- For IBM-MAIN subscribe / sign

Re: ASM call by value

On Fri, 31 Mar 2023 01:42:20 +0200, Bernd Oppolzer wrote: > >Am 31.03.2023 um 01:23 schrieb Paul Gilmartin: >>> >> Hmmm. In >> <https://www.ibm.com/docs/en/zos/2.5.0?topic=programs-calling-c-code-from-assembler-c-example> >> ... >This @PRINTF4 cannot

Re: ASM call by value

On Thu, 30 Mar 2023 23:39:30 +0200, Bernd Oppolzer wrote: > >"call by value" in my understanding means, that values are passed, not >addressed. >With the mainframe (or z/OS and CMS) linkage convention, this means, >that values >and not addresses are in the reg1 parameter list. > What happens if th

Re: ASM call by value

On Thu, 30 Mar 2023 16:09:43 +, Frank Swarbrick wrote: >Perhaps the "weird way" could be documented as an appropriate way to pass >arguments by value instead of the standard by reference. Then it would no >longer be weird! > What code does the compiler generate when a long scalar such as _

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

On Wed, 29 Mar 2023 09:38:50 -0400, Bob Bridges wrote: >I suppose so, but I always use SELECT, never ELSEIF. I think it's because >with ELSEIF I feel compelled to indent each clause as if it were an "ELSE IF", > Sounds like a personal problem to me. >and I abominate those long increasingly ind

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

On Wed, 29 Mar 2023 08:13:11 -0500, Joe Monk wrote: >"Too many languages lack ELSEIF and strong closure. Fie on >the danglig ELSE!" > >Now you know why COBOL programmers always indented their code ... it helps > Past tense? No longer? >line up the IF...ELSE structure. That was of course before

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

On Wed, 29 Mar 2023 14:16:56 +, Robert Prins wrote: >> w..., and IBM rejected the original SHARE >> requirement for a CASE statement. > >But the SELECT statement that they added (before my time) later beats the >crap out of CASE in C & Pascal. > Pascal CASE may have a performance advantag

Re: What time is it in Lebanon?

On Mon, 27 Mar 2023 06:48:49 +, Gadi Ben-Avi wrote: >We changed the time on Friday March 24th at 2 am. > Do you mean you changed the TZ variable on March 24? >-Original Message- >On Mon, 27 Mar 2023 04:49:32 +, Gadi Ben-Avi wrote: > >>When I install a new version of z/OS in Isra

Re: What time is it in Lebanon?

On Mon, 27 Mar 2023 04:49:32 +, Gadi Ben-Avi wrote: >When I install a new version of z/OS in Israel I set the time zone in >SYS1.PARMLIB(CLOCKxx) and in /etc/profile. I set TZ to IST-2IDT. > On what date this year does that change the offset from IST to IDT? By experiment on MacOS, I see M

Re: ASM call by value

On Sun, 26 Mar 2023 21:34:23 -0400, Steve Smith wrote: >My C is rusty... I need to review pointer/address-of syntax. The idea for >the 3rd argument was to show one "passed by reference"; in any case >modifiable by the subroutine. > >But where did x and y come from? > Maybe he meant i and j. On S

Re: ASM call by value

On Sun, 26 Mar 2023 23:18:49 +, Frank Swarbrick wrote: >True, but "passing by reference" and "passing a 'reference' (pointer/address) >by value" are the same. > No. When "passing a 'reference' (pointer/address) by value" the called subroutine receives a *modifiable* pointer/address value.

Re: ASM call by value

On Sun, 26 Mar 2023 19:35:59 -0400, Steve Smith wrote: >I forgot to mention, to pass by value with CALL, you need [a] register[s]. >e.g.: >void foo(int i, int j , &int k) > { > k = i + j; > } > That shouldn't be legal. In fact, gcc gives me: cc tinyc.c -o tinyc tinyc.c:3:25: erro

Re: ASM call by value

On Sun, 26 Mar 2023 21:35:13 +, Frank Swarbrick wrote: >Can the MVS CALL macro be used to call a C function with "value" parameters >(rather than reference parameters)? > Aren't all parameters in C passed by value? C has no construct of "reference parameters". -- gil ---

Re: What time is it in Lebanon?

On Sun, 26 Mar 2023 14:26:37 -0500, Mike Schwab wrote: >https://www.bbc.com/news/world-middle-east-65079574 > See: and follow links to , which recommends: * To adopt the rule change, use Libyan time (

Re: rexx calls to utilities using dd list

On Sun, 26 Mar 2023 03:17:42 -0500, Willy Jensen wrote: >This DD override feature can be used for all IBM standard utilities, I have >recently used it with IEBGENER. > A valuable feature. I've used it with IEBGENER also, with the SDSF API which generates DD names that I can override generally t

Re: Code in Techdocs

On Sun, 26 Mar 2023 10:30:24 +, Gadi Ben-Avi wrote: >Hi, >I found a rexx program in a techdoc called CSM Session automation >(https://www.ibm.com/support/pages/ibm-copy-services-manager-session-automation) >When I copied it, all of the formatting disappeared, and some extra lies were >added.

Re: A question or two on zOS issues

On Fri, 24 Mar 2023 23:35:56 -0500, Joel C. Ewing wrote: >...  The STCK and STCKE instructions only provide >read-only access to the TOD clock and are not privileged or restricted >by hardware, but they are not taught in programming texts either. > Citation needed. -- gil --

Re: Is z/OS Name/Token pair retrieval supported from REXX?

On Sat, 25 Mar 2023 08:27:37 -0700, Ed Jaffe wrote: >On 3/23/2023 12:52 PM, Steve Austin wrote: >> After lurking for on here for years, it's nice to have contributed something >> some found useful. > >Quite useful. Thanks! > Yes. That uses address LINKPGM in a fashion similar to the SAMPLIB examp

Re: A question or two on zOS issues

27;ve never been inclined to look deeper. >On Fri, 24 Mar 2023 18:07:51 -0500, Paul Gilmartin wrote: > >>But most systems I use admirably do not allow non-privileged users to access >>the hardware clock. -- gil ---

Re: A question or two on zOS issues

On Fri, 24 Mar 2023 16:39:59 -0500, Charles Mills wrote: > >I know I have used STCK and STCKF in my "vendor" code. I think it's all still >maintained, but not sure that every licensee is paying for maintenance. > We had one of those with a vendor product on CMS for which we had neglected maintena

Re: Unzip on z/OS ?

On Thu, 23 Mar 2023 21:06:39 +, Seymour J Metz wrote: >Fixes CRLF, but also uses a wired-in translation table. The point of using -b >is to do your own translation, but that means no CRLF conversion. > A one-line "sed" or "tr" script can fix CRLF. To what code pages does the wired-in trans

Re: Unzip on z/OS ?

On Thu, 23 Mar 2023 20:41:40 +, Seymour J Metz wrote: >Why use unzip -a if the data are anything but ASCII? use unzip and a separate >iconv. You might need another step to deal with line endings; I don't recall. > unzip -a also fixes CRLF. z/OS pax also does code page conversion. (But not r

IBM z/OS pdfs (was: Typst [non-mainframe])

On Wed, 22 Mar 2023 10:36:12 -0500, Charles Mills wrote: >I am not a user of typesetting languages so I have no real personal feelings, >but I know others here have expressed a fondness for LaTeX, so this >announcement caught my eye. >..." >The example seems pretty cool to me. >https://githu

Re: Is z/OS Name/Token pair retrieval supported from REXX?

. I didn' t expect a kind of Spanish >Inquisition(citation Monty Python). > A couple of us thought you might have some expertise to share, as you did. >-----Original Message- >From: Paul Gilmartin >Sent: Thursday, March 23, 2023 5:19 PM >>

Re: Does BSAM I/O area have to be fixed storage

On Thu, 23 Mar 2023 10:03:50 -0400, Joseph Reichman wrote: >Seymour “respectfully ” that’s for QSAM in locate mode BSAM doesn’t have a >locate mode the user supplied the I/O area > My (very old) experience with BSAM agreed with what Seymour says. Why are you trying to use BSAM. QSAM is easier.

Re: Is z/OS Name/Token pair retrieval supported from REXX?

On Wed, 22 Mar 2023 11:30:44 -0400, Steve Smith wrote: >That's a far more elegant and supported way to do it. Although the loop is >presumably part of some other logic. I converted it into a simple demo >exec: > I'm curious, too. Why the loop? Why the SLEEP? Have you an example where they help?

Re: Unzip on z/OS ?

On Thu, 23 Mar 2023 16:00:40 +, Seymour J Metz wrote: >What's wrong with goof old Infozip? > NIH. jar works fine for me, except for files created with 7zip and some of its fancy options. It's very unlikely that zip creates an ASCII file. Perhaps IBM-1252, UTF-8, Quoted-Printable. Base64,

Re: Check my math?

On Thu, 23 Mar 2023 09:34:02 -0500, John McKown wrote: >I got curious about how many possible different values could exist in a >dataset "node". A node can be 1 to 8 characters long. The first character >must be A-Z @#$ or 29 characters. Subsequent characters are those 29 plus >digits 0-9 and a da

Re: Does BSAM I/O area have to be fixed storage

On Thu, 23 Mar 2023 12:31:36 +, Seymour J Metz wrote: >It is normal to obtaon buffers from subpool 0. It is not normal to specify >DCBE options that you don't want' > I coded some BSAM long ago, 370 era. I never bothered with fixing pages. I assumed/was told the access method did that for me

Re: Exact AT-TLS parms for SMP/E Download

On Tue, 21 Mar 2023 15:12:44 -0500, Charles Mills wrote: >>At the top left of the text entry box there's a button with a graphic label, >>““”. Is that what you need? > >Once you know it's there it's pretty darned obvious, isn't it? > They need to use iconography to accommodate non-anglophones.

Re: Exact AT-TLS parms for SMP/E Download

On Tue, 21 Mar 2023 14:47:45 -0500, Charles Mills wrote: >> Genuinely curious, why aren't you using HTTPS? > >To be honest, I am not actually downloading PTFs. I am trying to figure how >how to demo some concepts for a class. >... So I am posting from the LISTSERV Web interface. Is there a

Re: Is z/OS Name/Token pair retrieval supported from REXX?

On Tue, 21 Mar 2023 16:51:17 +, Farley, Peter wrote: >Great routine ITschak. I made two small improvements to the name and token >displays to better handle binary characters (less than '40'x) in each part. > Judicious use of white space/indention helps/would help legibility. Use of PROCED

Re: Is z/OS Name/Token pair retrieval supported from REXX?

On Tue, 21 Mar 2023 16:20:22 +, W Mainframe wrote: > >Some time ago I created a Rexx function in BAL ... > "Some time ago" indeed. I hadn't realized the use of BAL overlapped availability of Rexx. -- gil -- For IBM-MAIN su

Re: Is z/OS Name/Token pair retrieval supported from REXX?

On Tue, 21 Mar 2023 12:14:38 -0400, Mike Shaw wrote: > >The answer to my question is probably "no" since the doc on IEANTRT is >silent on this topic. > Grrr! There's a strong argument for uniformity of interfaces. I believe CMS does bettrt with "callable services library (CSL)

Re: Exact AT-TLS parms for SMP/E Download

On Tue, 21 Mar 2023 10:15:13 -0500, Charles Mills wrote: >I understand that SMP/E electronic delivery now requires FTP secured via >AT-TLS. > Have they discontinued support for HTTPS? Isn't that easier? >Does

Re: Scheduling a job to run after a delay

On Mon, 20 Mar 2023 02:39:51 +, Gibney, Dave wrote: >A different approach is to add a additional step at or near the top that >waits. I had a very short assembler program that called STIMER based on parm >input. > Ah! the old way. Nowadays, BPXBATCH sleep. In those days, it was consider

Re: Scheduling a job to run after a delay

On Sun, 19 Mar 2023 21:25:52 -0500, Charles Mills wrote: >The question is more "justify" than "afford." Not sure changing one string in >one job submission qualifies. > And it may be less a hurdle to justify the license fee than to justify the learning experience, unless you're already proficie

Re: Scheduling a job to run after a delay

On Sun, 19 Mar 2023 19:56:55 -0500, Charles Mills wrote: > >There is no need for the follow-on job to be identical. Heck, as I read >HOLDUNTL, they could be > Changing // SCHEDULE HOLDUNTL='+00:00:01' to: // SCHEDULE HOLDUNTL='+01:00:00' feels like the sort of thing DFSORT loves to do. (Ca

Re: location of JCL for started task

On Sun, 19 Mar 2023 17:08:33 +, Seymour J Metz wrote: >... aShg1ah, ... > ??? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO

Re: location of JCL for started task

On Sat, 18 Mar 2023 12:26:19 -0500, Bill Giannelli wrote: >we have a PDS for job cards for started tasks, which reference our system >proclib. >I have a started task that is executing, yet I can not find the actual JCL >(Jobcard, etc). I can find the proc. >How can I find where the JCL is being

Re: ChatGPT writes mainframe jokes for St. Patrick;s

On Fri, 17 Mar 2023 14:55:11 +, Seymour J Metz wrote: SJM> SJM>Does anybody else recall the "initials >" style of quoting? SJM> Yes. Was there ever a tool to automate it? How does it play with "format=flowed"? -- gil -- F

Re: Help with BSAM WRITE VBA getting 002-30

On Thu, 16 Mar 2023 13:17:02 -0400, Joseph Reichman wrote: > >BTW before I posted I thought I would be a good ideas to look at a sysadata >file > >As that is a VB file >After the read I saw x’0001’ > >In the BDW area ? > In:

Re: Help with BSAM WRITE VBA getting 002-30

On Wed, 15 Mar 2023 19:22:58 -0400, Joseph Reichman wrote: > >I have been abending for 2 days doing different things to write abend >messages snaps dataset ... > -- gil --

Re: Help with BSAM WRITE VBA getting 002-30

On Thu, 16 Mar 2023 10:37:07 +, Seymour J Metz wrote: >Just seeing if you were awake. That's my story and I'm sticking to it. > >Why change the carriage control from single space to eject? > Why not? But I thought any record with non-empty data would be a better illustration. >> The first

Re: Help with BSAM WRITE VBA getting 002-30

On 3/15/23 18:38:33, Seymour J Metz wrote: The first HW is the length for both BDW and RDW. ITYM BDW DS0H DCY(*-SOF)Y(SOF-*) DCH'0' DCY(*-SOF)Y(SOF-*) DCH'0' DCC' 'C'1Skip to c

Re: not using SMPe

On Wed, 15 Mar 2023 09:30:33 -0700, Michael Stein wrote: >... >Then a SMP build process would build or rebuild the targets needing >changes from the current configuration to the new desired configuration. >So any PTF could be removed, at least as long as the pile of MODs still >contained the ol

Re: not using SMPe

On Tue, 14 Mar 2023 20:49:24 -0500, Jay Maynard wrote: >Yes, there are indeed Linux package managers. They don't get beyond the >"replace the entire package" level. THey have no concept of individual >fixes and their interactions. > There's a hazard. Customers come to fear possible collateral da

Re: not using SMPe

On Tue, 14 Mar 2023 14:21:34 -0700, Ed Jaffe wrote: >... >For such products, the value-add SMP/E provides is often just RECEIVE >ORDER, but even that is dependent upon the software vendor standing up a >RECEIVE ORDER server back at the "Ranch." > Our sheriff deemed the MVS "Ranch" an outlaws'

Re: not using SMPe

On Tue, 14 Mar 2023 12:46:59 -0700, Tom Brennan wrote: >... >So I went back to my desk determined to map/dump the tape contents and >do the install without knowing what SMP was. About 10 minutes later I >gave up and looked for someone else to help :) > Sounds like the Good Old Days when (most)

Re: STP timer information under z/OS?

Please leave the attribution when you "". e.g. On Sun, 12 Mar 2023 23:17:24 -0500, Support, DUNNIT SYSTEMS LTD. wrote: Otherwise, the snipping to relevant matter is laudable. On Tue, 14 Mar 2023 12:45:27 +, Peter Relson wrote: > > >And what's missing - even from lsstp - is the date and

Re: STP timer information under z/OS?

On Mon, 13 Mar 2023 09:15:35 +1100, Attila Fogarasi wrote: >For leap seconds z/OS provides the value in field CVTLSO. The TIME macro >available to applications also has options to include all 3 time values >(raw clock, adjusted by leap seconds, and further adjusted by timezone). >The z/OS console

Re: Automatic assignment of Unix Identities.

On Sat, 11 Mar 2023 18:08:56 +, Colin Paice wrote: > >During my tests, I had a userid without an OMVS segment - and could get the >right return code. >If I then logon the userid, I get an OMVS segment allocated because my >system is set up for this. > >Is there any way of saying do *not *allo

Re: CS/CDS instruction

On Sat, 11 Mar 2023 00:03:06 -0800, Leonard D Woren wrote: >If some particular instruction set feature is installed, the >definition of ASI/AGSI is enhanced to serialize the update, making it >a simpler solution than a CDS loop or PLO. > >In some performance testing a while back on a z14 or z15

Re: SMP)e

On Fri, 10 Mar 2023 23:17:09 -0600, Brian Westerman wrote: >That's the main reason they want you to do these individually, they are really >big. > I suspect it's a genuine functional dependency. Imagine a scenario: PTFA upgrades the assembler by adding a new opcode. PTFB contains a ++SRC eleme

Re: SMP)e

On Fri, 10 Mar 2023 13:36:33 +, Seymour J Metz wrote: >Maybe it's time for an RFE. Is there a business case for a new hold class to >address this? something like MANUALPRE(UY12345)? > Not a new hold class, which would require multiple jobs with a BYPASS, but a new sub-operand of PRE to autom

Re: CS/CDS instruction

On Thu, 9 Mar 2023 18:17:14 -0600, Tom Marchant wrote: >IBM has announced that Transactional execution will be removed. > Entirely? I read much earlier that it was being removed partially. Transactional execution : software :: speculative execution : firmware. But in the latter case, the desig

Re: Looking for Beta Clients

On Wed, 8 Mar 2023 22:31:00 +, Farley, Peter wrote: >Port 443 is the default zOSMF port on z/OS, isn't it? > >I did see in the z/OS Help page off the Doc site that there is an STC on the >mainframe side (FSSRMAIN). On a couple desktop systems I see such as: 683 $ grep ' 443/' /etc/servic

Re: One more REXX Question

On Sat, 4 Mar 2023 14:25:25 +, Jeremy Nicoll wrote: >On Sat, 4 Mar 2023, at 01:54, Paul Gilmartin wrote: > >> Good idea, since IEBCOPY can SELECT a pattern and/or a list of members >> and will perform the operation in a single CALL. LMCOPY does not allow >> a list of

Re: One more REXX Question

On Sat, 4 Mar 2023 00:59:55 -, Lennie Dymoke-Bradshaw wrote: >I think you may be at the point where you need to ditch the LMCOPY interface >and directly invoke IEBCOPY. > Good idea, since IEBCOPY can SELECT a pattern and/or a list of members and will perform the operation in a single CALL.

Re: SMP/E RECEIVE ORDER server IP address changes

On Wed, 1 Mar 2023 18:24:54 +, Kurt J. Quackenbush wrote: >SMP/E RECEIVE ORDER users, take note of the planned IBM order server IP >address changes on March 23. >https://www.ibm.com/support/pages/node/6856445 > Thanks. Testing a minimal sample from that page: 1140 $ date; nslookup eccgw0

Re: One more REXX Question

On Fri, 3 Mar 2023 15:29:55 +, Farley, Peter wrote: >I don't know about LMCOPY, but my experience with TRANSMIT is similar. >Running a batch IKJEFT01 with a SYSPRINT DD in the JCL allocated to SYSOUT=* >and executing multiple TRANSMIT commands in SYSTSIN you still get SYS3, >SYS4,

Re: One more REXX Question

SYSPRONT or any similar DDNAME? If not, thd documentation is defective/ >בתאריך יום ו׳, 3 במרץ 2023 ב-5:02 מאת Paul Gilmartin: > >> This is less a REXX question than an ISPF question, and might get more >> focused replies in ISPF-LIST. >> >> On Thu, 2 Mar 2023

Re: One more REXX Question

This is less a REXX question than an ISPF question, and might get more focused replies in ISPF-LIST. On Thu, 2 Mar 2023 23:56:52 +, Cameron Conacher wrote: >... >When the LMCOPY runs, it writes some IEBCOPY processing messages to a >generated file name, which has a high level qualifier o

Re: SMP/E RECEIVE ORDER server IP address changes

On Thu, 2 Mar 2023 21:14:31 +, Pommier, Rex wrote: >Hi Kurt, > >Will there be more announcements, saying the new IPs and DNS entries are in >place and when the old ones will be shut off? > And/or update the cited site when "... or soon afterwards." becomes a firm date. (If IBM owns both IP r

Re: SMP/E RECEIVE ORDER server IP address changes

On Wed, 1 Mar 2023 18:24:54 +, Kurt J. Quackenbush wrote: >SMP/E RECEIVE ORDER users, take note of the planned IBM order server IP >address changes on March 23. >https://www.ibm.com/support/pages/node/6856445 > Why should users be concerned with the IP address rather than relying on the domai

Re: IBM's Fall From World Dominance

On Tue, 28 Feb 2023 17:11:20 -0500, Steve Thompson wrote: >... > >While I'm at it, suppose that IBM management had been successful >in dumping VM? How would they do cloud? > How would they do PR/SM? >Just wondering -- gil

Re: IBM's Fall From World Dominance

On Tue, 28 Feb 2023 16:15:25 -0500, Phil Smith III wrote: >https://spectrum.ieee.org/ibms-fall-from-world-dominance > >Not negative overall, just recognizing that things have changed, for the >most part. > Thanks. Interesting. But it speaks of mainframes, much like tabulating machines, as in the

Re: Can you connect to the PTF download site with z/OS FTP?

On Tue, 28 Feb 2023 09:29:39 -0800, Ed Jaffe wrote: > >Paul Gorlinski mentioned SFTP without also mentioning FTPS, and now >you've mentioned FTPS without mentioning SFTP. > >In my experience, both of those FTP-based protocols work as expected >with IBM's customer-facing servers. > I don't perceive

Re: z/OS 3.1 Announcement US Letter

On Tue, 28 Feb 2023 09:35:49 -0600, Lionel B. Dyck wrote: >This is the US Version of the announcement letter > >https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/3/897/E >NUS223-013/index.html&lang=en&request_locale=en > ITYM:

Re: Big z/OS Preview Announcement

On Tue, 28 Feb 2023 16:38:00 +, Seymour J Metz wrote: >UUID to correlate CSI with system. > >I would expect any port of SSH to include SFTP, but disappointments happen. > What fraction of sites nowadays: o Use sftp under OMVS? o Use ssh but not sftp? o Use OMVS shell but not via ssh? o Use OMV

Re: Big z/OS Preview Announcement

On Tue, 28 Feb 2023 16:17:37 +, Seymour J Metz wrote: >Works fine, and I believe that one of the smaller enhancements will ave a big >impact. > Viz.? >However, no SFTP (SSH FTP). > What about ssh under OMVS? (available from a third party?) -- gil -

Re: [EXTERNAL] Re: Silly JES2 question

On Mon, 27 Feb 2023 23:58:25 +, Jeremy Nicoll wrote: >On Mon, 27 Feb 2023, at 23:09, Pommier, Rex wrote: >> We have COMMAND=EXECUTE on a couple job classes. > >Do you limit who can use those classes? > >Does anything (RACF or whatever) limit which commands can >be executed? > If a command is r

Re: Can you connect to the PTF download site with z/OS FTP?

On Mon, 27 Feb 2023 10:54:33 -0600, Charles Mills wrote: >Just to confirm, by that you mean "SSH FTP" only, and that "FTP over TLS" is >not supported. > FWIW, from a desktop system: 1029 $ sftp public.dhe.ibm.com The authenticity of host 'public.dhe.ibm.com (170.225.126.18)' can't be est

Re: Q: Where is LISTDSI kept? A: Not where you think.

On Tue, 21 Feb 2023 11:56:43 -0600, Hobart Spitz wrote: >... >I prefer CALL LISTDSI "SYSUT1 FILE", which is almost the same as RESULT = >LISTDSI("SYSUT1 FILE"). IMHO, these examples in IBM documentation are >misleading and potentially can result in broken code. A CALLed routine is >NOT requir

Re: Q: Where is LISTDSI kept? A: Not where you think.

On Tue, 21 Feb 2023 15:51:23 +, Seymour J Metz wrote: >IMHO the root cause is that people see what they expect to see; hence the >value of code and design reviews, where the code is read by a fresh pair of >eyes with no expectations. ... > For the provider side, documentation should contain

Re: INCLUDE group?

On Mon, 20 Feb 2023 23:06:44 -0500, Tony Harminc wrote: > >Maybe they're setting up to allow UNIX files. > I and co-workers have earnestly wished for mixed concatenations in STEPLIB. o To be able to execute the same program object both in JCL and OMVS. o To be able to direct "make" targets to STE

INCLUDE group?

In the JCL Ref. I read: Chapter 19. INCLUDE statement Purpose: Use the INCLUDE statement to: • Identify the name of the member of a partitioned data set (PDS) or partitioned data set extended (PDSE) that contains a set of JCL statements (such as DD and OUTPUT JCL statements) c

Re: Q: Where is LISTDSI kept? A: Not where you think.

On Mon, 20 Feb 2023 16:46:12 -0600, Hobart Spitz wrote: >... >- Blank(s) are not allowed between a function name and the left parentheses >of the argument list. So you are still not invoking LISTDSI correctly. > Minds are polluted by FORTRAN, one of very few languages where blanks rarely matte

Re: Q: Where is LISTDSI kept?

On 2/20/23 15:02:12, Steve Thompson wrote: ...     34 *-* listdsi ('SYSUT1 FILE') Try: X = listdsi('SYSUT1 FILE') /* Copy/Paste -- don't retype. */    >>>   "LISTDSI SYSUT1 FILE" COMMAND LISTDSI NOT FOUND    +++ RC(-3) +++ -- gil --

Re: Q: Where is LISTDSI kept?

On Mon, 20 Feb 2023 15:58:52 -0500, Steve Thompson wrote: >... >changed to be a DDNAME. "EXCESS" will hold all the rest of what > Good. >So while that is being worked out, I know that I have SYSUT1 >pointing to some PDS/PDSE. > Not a member of some PDS/PDSE, which is a more customary use of SY

Re: Q: Where is LISTDSI kept?

On Mon, 20 Feb 2023 14:53:49 -0500, Steve Thompson wrote: >... > PARSE ARG UPPER COMMAND_LINE EXCESS ??? PARSE UPPER ARG COMMAND_LINE EXCESS But that limits your COMMAND_LINE to only one word; perhaps not what you want. Example from

Re: Q: Where is LISTDSI kept?

On Mon, 20 Feb 2023 14:53:49 -0500, Steve Thompson wrote: >... >  PARSE ARG UPPER COMMAND_LINE EXCESS ???  PARSE UPPER ARG COMMAND_LINE EXCESS ... >Meanwhile, anyone have a contact for the TSO-REXX list -- Any >email to any address at Marist for me is being rejected. >

Re: Q: Where is LISTDSI kept?

r BPXWDYN( "INFO ..." ). o Simpler setup. o Works alike in IRXJCL, OMVS, and TSO. >בתאריך יום ב׳, 20 בפבר׳ 2023 ב-19:12 מאת Paul Gilmartin : >> >> LISTDSI does not appear in the TSO/E Commands Ref. -- gil -- F

Re: Q: Where is LISTDSI kept?

On Mon, 20 Feb 2023 16:25:15 +, Allan Staller wrote: >Classification: Confidential > >LISTDSI is a TSO command. ADDRESS TSO prior to the command should work. > ??? LISTDSI does not appear in the TSO/E Commands Ref. There is a Rexx function with a similar name. DDLIST? ISRDDN? -- gil --

Re: Test

On Sun, 19 Feb 2023 13:12:58 -0500, Steve Thompson wrote: >This is a test to see if my IP is still being blocked. > Also, perhaps first, try: . -- gil -- For IBM-MAIN subscribe / signoff / archive

Re: BSAM Read 31 bit mode

On Sun, 19 Feb 2023 17:14:14 +, Seymour J Metz wrote: >> THe ICM clears bits 0-7 of the (SYNAD?) address. > >It's the XR that clears bits 0-7, not the ICM. > The combination with a mask of B'0111' limits addressing to 24 bits. It does work in AMODE 31 and 24, but not on a 360. >That's not wh

Re: BSAM Read 31 bit mode

On Sun, 19 Feb 2023 17:37:46 +0200, Binyamin Dissen wrote: >: >:>With one line more context: >:>>:>ICM 15,B'0111',49(R6) >:>>:> BALR 14,15 > >The ICM does not touch 0-7. > It doesn't preserve them. >And it is the access method address, not the SYNAD > (These things would be more legible if IBM

<    4   5   6   7   8   9   10   11   12   13   >