Re: I want to cry

On Mon, 6 Feb 2023 21:11:34 +, Gibney, Dave wrote: >370 assembler . Sticky shift finger > Keypunch? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the

Re: Having a little difficulty with a REXX command LMOPEN

______ From: Paul Gilmartin Sent: Monday, February 6, 2023 9:53 AM On Mon, 6 Feb 2023 04:48:09 +, Seymour J Metz wrote: >I would probably use ISPQRY, but your usage is shorter. > But does that require TSO? I wanted to be TSO-independent: z/OS 2.5 ISPF Services

Re: Having a little difficulty with a REXX command LMOPEN

quot;ISPQRY" (if it's a TSO command, shouldn't it be documented in the TSO COmmanf Ref.?) ____ From: Paul Gilmartin Sent: Sunday, February 5, 2023 9:02 PM >... Thrtr are scripts intended to be bimodal where I have dome: ADDRESS ISPEXEC D

Re: Having a little difficulty with a REXX command LMOPEN

On Mon, 6 Feb 2023 01:33:47 +, Seymour J Metz wrote: >Are you sure you want to use say rather than, e.g., ADDRESS ISPEXEC DISPLAY >'MSG(ISRZ002)'? > Thrtr are scripts intended to be bimodal where I have dome: ADDRESS ISPEXEC DISPLAY 'MSG(ISRZ002)' IF RC<>0 THEN DO /* ISPF not

Re: I want to cry

On Fri, 3 Feb 2023 15:43:04 +, Seymour J Metz wrote: >The name of ther song is called Haddock Eyes. Data names are variable names; >the fields holding the data are variables. In fact, the manual uses the term >"condition variable". > "Identifier"? -- gil

Re: JCL // SET SYMBOL indirection

On Wed, 1 Feb 2023 13:52:56 +, Seymour J Metz wrote: >Or IBM knows something that you do not. > IBM guarantees that with their indolent documentation practice. An example: : The following keywords are the

Re: JCL // SET SYMBOL indirection

On Wed, 1 Feb 2023 00:20:26 +, Farley, Peter wrote: >Not necessarily what you may want, but this works: > >//SYM1 SET SYM1=VALUE1 >//SYM2 SET SYM2=VALUE2 > >//TARGET SET TARGET= > >//RESULT SET RESULT= (and end up with being set to VALUE1 >and not SYM1) > >I know Gil will

Re: Transmitting SMF records

On Wed, 25 Jan 2023 20:24:59 +, Andrew N Wilt wrote: >... Apparently, they are able to decipher the RDW records resulting from > uploading a RECFM=VBS as a RECFM=U. Unfortunately, at this time, GDKUTIL > doesn't have the smarts to parse the bytestream as RDW+data as it is writing > to

Re: HOLDDATA Not Working as Expected

On Thu, 26 Jan 2023 14:32:47 +, Kurt J. Quackenbush wrote: > >Just to confirm what has already been mentioned, you're using ++RELEASE >incorrectly. The fixing PTF will resolve the ++HOLD, so there is no need to >generate a ++RELEASE. IBM only uses ++RELEASE in cases when a PE or HIPER has

Re: HOLDDATA Not Working as Expected

On Wed, 25 Jan 2023 22:04:39 -0800, Ed Jaffe wrote: >... >One of our products had a bug in the base that was fixed by an APAR for >which we added a ++HOLD(fmid) ERROR FMID(fmid) REASON(aparnum) statement >to our HOLDDATA. Once the APAR was validated in the field and ready for >PTF creation, a

Re: Transmitting SMF records

On Thu, 26 Jan 2023 09:23:54 +1100, Andrew Rowley wrote: >On 26/01/2023 7:24 am, Andrew N Wilt wrote: >... >I would be slightly surprised if SAS can't read VB records properly >formatted with the RDW. RECFM U was a workaround for the problem where >FTP stripped out the RDW. So GDKUTIL seems

Re: Transmitting SMF records

On Wed, 25 Jan 2023 20:24:59 +, Andrew N Wilt wrote: >... > The GDKUTIL utility does allow an Upload of something with RECFM=U. > This was done at the behest of a customer that was using ftp to put SMF data > out for processing by the SAS tool. Apparently, they are able to decipher

Re: Beware IBM PTF UJ09197 (APAR OA63062)

On Tue, 17 Jan 2023 09:58:29 -0800, Ed Jaffe wrote: > >Anyone that codes and maintains software for living realizes the >difficulty of testing every path or every combination of possible >environments (including three AMODEs, problem vs supervisor, SRB vs TCB, >locked, etc) that can fall through a

Re: Beware IBM PTF UJ09197 (APAR OA63062)

On Tue, 17 Jan 2023 13:19:41 +, Peter Relson wrote: >As the ISV's have been aware for years, z/OS is working to reach the goal of >allowing the ASCB to be above 16M to ... > Underreaching. > At some point after that, it might be made the default. > Might it even, at some point in the far

Re: Beware IBM PTF UJ09197 (APAR OA63062)

On Sun, 15 Jan 2023 20:51:20 -0500, Tony Harminc wrote: >... >I guess this mostly article-free English is trying to say that an >unspecified field in the ASCB points to something above the line, rather >than that the ASCB itself is above the line. > Even so, there should never have been a

Re: Exponentiation in HLASM

On Mon, 16 Jan 2023 14:25:04 +0200, Binyamin Dissen wrote: >The only way I could figure out to do it was : > > LCLA , > SETAexponent (an EQU) >SETA(2 SLA ) >value EQU > >Is there no better way? > Do you need only powers of 2? What's the precedence

Re: Beware IBM PTF UJ09197 (APAR OA63062)

On Sun, 15 Jan 2023 09:22:09 -0800, Ed Jaffe wrote: >IBM-MAINaholics, > >Our HSM maintenance jobs failed this morning. The log was full of 0C4 ... > >PTF UJ09197 (APAR OA63062) updated IGC0009C yesterday morning via our >weekly service APPLY. > ???

Re: DFSORT maximum input records

On Fri, 13 Jan 2023 16:03:37 +, Sri h Kolusu wrote: > >DFSORT calls LE to process locale and convert the keys and Unicode services >for processing UTF-8/16/32 data. > UTF-8 is a variable-length encoding. Is the length of a key field specified in characters or in octets? >Sort accelerator

Re: DFSORT maximum input records

On Fri, 13 Jan 2023 00:05:44 +, Sri h Kolusu wrote: > >There is distinction between maximum supported LRECL (32K) and maximum >supported SORT CONTROL FIELDS. The total number of bytes occupied by all sort >control fields must not exceed 4092 (or, when EQUALS option is in operation, >4088

Re: DFSORT maximum input records

On Thu, 12 Jan 2023 20:45:29 +, Sri h Kolusu wrote: > >As Steve smith pointed out it Is your EQUALS parm that is limiting the number >of records to be sorted. Do you really need EQUALS ( which is retain the >order of duplicates). ? If you don't need it then you can pass NOEQUALS as an

Re: Question and CZAM and IPL

On Wed, 11 Jan 2023 10:18:14 -0600, Jay Maynard wrote: >Basically, LPSW takes a doubleword, rearranges the bits, and makes a >quadword out of it that it then loads into the PSW. > Now that I have the citation, I see (I have the -12; I'm guessing the -13 is similar) how much is concealed behind

Re: Question and CZAM and IPL

On Wed, 11 Jan 2023 15:56:02 +, Seymour J Metz wrote: >The quoted text is on page 10-56 (p. 1072 in the PDF) of a227832d.pdf, the >June 2022 edition of z/Architecture Principles of Operation, SA22-7832-13. >What is the issue with "doubleword"? > If it replaces a 16-byte PSW it should be a

Re: Question and CZAM and IPL

On Wed, 11 Jan 2023 15:30:25 +, Seymour J Metz wrote: >Standard nomenclature for System/360, inherited through Z, is > >Halfword (16 bits) >Word (32 bits) >Doubleword (64 bits) > >Quadword (128 bits) is newer. > If you supply a citation, I'll submit an RCF.

Re: Question and CZAM and IPL

On Wed, 11 Jan 2023 14:03:24 +, Seymour J Metz wrote: >"The current PSW is replaced by a 16-byte PSW >formed from the contents of the doubleword at the >location designated by the second-operand address. >Figure 4-3 on page 4-8 illustrates the contents of the >second operand." > "doubleword"?

Re: Question and CZAM and IPL

On Tue, 10 Jan 2023 23:35:57 +, Seymour J Metz wrote: >The actual PSW in the processor is 16 bytes, but the short form PSW in storage >is 8 bytes. > Perhaps more (search for string "scrunch"): . Is LPSW capable of

Re: Piping for z/OS

On Sat, 7 Jan 2023 23:48:50 -0600, Hobart Spitz wrote: >On Sat, Jan 7, 2023 at 8:10 PM Paul Gilmartin < >042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > >> On Fri, 6 Jan 2023 15:33:44 -0600, Hobart Spitz wrote: >> > >> >https://www.cbttape.org/upda

Re: Piping for z/OS

On Fri, 6 Jan 2023 15:33:44 -0600, Hobart Spitz wrote: > >https://www.cbttape.org/updates.htm > >https://docs.google.com/presentation/d/1C7htK9I4rL-4pUZcdhfeA4-IY2Kjxm-HJQ4fuljMs3I/edit?usp=sharing > Glancing at that, I see no mention of "connector", a feature of CMS Pipelines that I used, for

Re: Examples of REXX DSNACCOX calls (DB2)

On Sun, 8 Jan 2023 10:18:29 +1100, Attila Fogarasi wrote: >I think IBM did not provide examples of how to use this sample stored >procedure as its recommendations were not entirely accurate. In Db2 12 >there are some improvements. It does require expert use and one way to >gate that is by not

Re: Piping for z/OS

On Fri, 6 Jan 2023 15:33:44 -0600, Hobart Spitz wrote: > >https://docs.google.com/presentation/d/1C7htK9I4rL-4pUZcdhfeA4-IY2Kjxm-HJQ4fuljMs3I/edit?usp=sharing >... >Would you rather pass data in move mode (*nix piping) or locate mode >(Pipes) ... > How does locate mode deal with a FANOUT

Re: ISPF: How to remove highlighting of a FIND/SEEK result in an EDIT MACRO

On Sun, 1 Jan 2023 00:49:52 +0200, Binyamin Dissen wrote: >I have an EDIT MACRO that is doing a SEEK (but the same results with FIND). >There does not seem to be an obvious way to reset the high-lit result. > Why is highlighting undesirable? Terminal sensitivity? BTW, I'm suddenly curious:

Re: SIGNOFF IBM-MAIN

On Wed, 28 Dec 2022 08:49:34 -0800, Tom Brennan wrote: >I think he's purposely saying So Long to us, not the machine. Although >I have tried to reason with machines in the past, it's often futile. > Outlook completed "LISTSERV" to "IBM-MAIN@LISTSERV". The LISTSERV footer ought to include, in

Re: IBM-MAIN Digest - 25 Dec 2022 to 26 Dec 2022 (#2022-355)

On Tue, 27 Dec 2022 11:04:55 -0800, Bill wrote: ... o Please don't reply with "Subject: ... Digest ..." o Please don't quote the entire digest in your reply. Aren't there tools for replying to individual digest entries? (But the Digest should have a "No-Reply" header.) -- gil

Re: Markup languages - more on the shortcomings of MS Word

On Mon, 26 Dec 2022 09:52:16 -0500, Bob Bridges wrote: >... >This morning I emailed the Word document to myself and tried saving it as >PDF. Turns out Word is awful at that too. It skipped over most of the ToC >and jumped from there straight to the beginning of the second chapter, >omitting

Re: RLSE - A question about releasing unused tracks in a DASD dataset

On Sat, 24 Dec 2022 12:52:32 -0800, Ed Jaffe wrote: >On 12/21/2022 1:20 AM, David Cole wrote: >> Is there a way to release unused tracks in a classic z/OS PDS but >> without having to open and close it? > >PARTREL. > >It *requires* that the data set NOT be open... > ... And numerous other

Re: PDS compression needs a new name - defoam? unfoam? degas? I hope someone has a better idea!

On Sat, 24 Dec 2022 13:28:03 -0600, Mike Schwab wrote: >How about an command to expand the directory by moving the early members back? > Use PDSE or UNIX directories, both of which are fee of directory space limitations. -- gil

Re: RLSE - A question about releasing unused tracks in a DASD dataset

ode examples. > Original Message >On Dec 23, 2022, 12:21 PM, Paul Gilmartin wrote: > >> On Fri, 23 Dec 2022 11:08:31 -0600, Michael Babcock wrote: >Not everyone >> licensed for DFSMSdss. > Do alternatives (FDR?) provide comparable, perhaps >> compatible

Re: RLSE - A question about releasing unused tracks in a DASD dataset

On Fri, 23 Dec 2022 11:08:31 -0600, Michael Babcock wrote: >Not everyone licensed for DFSMSdss. > Do alternatives (FDR?) provide comparable, perhaps compatible functions? >> At 12/21/2022 07:43 AM, Ituriel do Neto wrote: >> >Hi, >> >ADRDSSU has a RELEASE primary command that can do it. >> > >>

Re: Markup languages

On Fri, 23 Dec 2022 16:01:04 +, Seymour J Metz wrote: >Steep learning curve? DocBook looks pretty simple. > That would imply a steep learning curve, wouldn't it? -- gil -- For IBM-MAIN subscribe / signoff / archive access

RTF (Was: Markup languages)

On Thu, 22 Dec 2022 20:33:57 -0500, Bob Bridges wrote: >I thought about RTF. It is a markup language, after all, ... > Sort of. Ironically, I have seen RTF encoded to be transmitted through a text channel. RTF? Perhaps WTF? (This is almost as much fun as an editor thread.) -- gil

Re: PDS Update in place (was compression needs a new name ...)

On Thu, 22 Dec 2022 02:03:36 -0500, David Cole wrote: >It's pretty clear that ISPF updates its profiles in place. > How do they do that? BLDL; POINT; BSAM WRITE? EXCP? Does it work alike with for PDSE? Is ISPF profile in PDSE supported? In UNIX directory (with FILEDATA=RECORD)? -- gil

Re: RLSE - A question about releasing unused tracks in a DASD dataset

On Thu, 22 Dec 2022 06:42:00 +, Timothy Sipples wrote: > >I think Seymour alluded to this already, but (for future reference at least) >here's how you can drive ISPF commands from batch programs: > >https://www.ibm.com/support/pages/how-use-ispf-batch > Yow! IBM ought to supply this as a

Re: PDS compression needs a new name - defoam? unfoam? degas? I hope someone has a better idea!

On Wed, 21 Dec 2022 09:28:58 -0600, Paul Gorlinsky wrote: > >... I believe IBM's PDS update program shipped with software distributions > had code to update in place; > I believe that UADS is (was?) updated by such a technique. >... Why else did they come up with PDSEs ( and use VSAM

Re: RLSE - A question about releasing unused tracks in a DASD dataset

On Wed, 21 Dec 2022 04:20:27 -0500, David Cole wrote: >... >Or if opening/closing is required, is there a way to do that for a >PDS without knowing (or discovering) what members are in it, and >without creating a new member? > What happens if you do an LMPUT then exit without an LMMREP, which

Re: RLSE - A question about releasing unused tracks in a DASD dataset

On Wed, 21 Dec 2022 04:20:27 -0500, David Cole wrote: >Is there a way to release unused tracks in a classic z/OS PDS but >without having to open and close it? > Does it need to be opened for Write? If not, override to DSORG=PS and copy the directory to NULLFILE. -- gil

Re: PDS compression needs a new name - defoam? unfoam? degas? I hope someone has a better idea!

On Wed, 21 Dec 2022 06:16:14 -0500, David Cole wrote: >The notion of "PDS compression" has a long and time honored >history... But then along came... well, actual compression! > >As we all know, PDS compression has nothing to do with data >compression. All it does is rearrange the physical

Re: Re; Rexx function STORAGE with weird behavior on Netview

On Tue, 20 Dec 2022 10:31:37 +, Jack Zukt wrote: > >The glitch was the NETVIEW REXXSTRF value thas was set to the default >DISABLE. While we wait for an IPL, the OVERRIDE solves the issue. > Please describe OVERRIDE. Is that a parameter to NETVIEW? Star Trek trope: "Computer, access data

CVTLSOL Signed?

In a Data Areas manual for CVT, I find: ... LEAP SECOND 80 (50)DBL WORD 8 CVTLSO(0) OFFSET IN TOD FORMAT 80 (50)SIGNED4 CVTLSOHHIGH WORD 84 (54)SIGNED4 CVTLSOLLOW WORD I

Re: Rexx function STORAGE with weird behavior on Netview

On Mon, 19 Dec 2022 16:29:37 +, Seymour J Metz wrote: >In REXX, a decimal number *IS* a string. > Yes. Trying the following instruction might be informative: say c2x( 10 ) c2x( '10' ) c2x( "10" ) >... The semantics for the first parameter of STORAGE is the same on every > REXX

IPLINFO (was: Rexx function STORAGE with weird behavior on Netview)

On Mon, 19 Dec 2022 07:52:02 -0600, Paul Gorlinsky wrote: >If you are trying to get the cut the address is x10 not 10 try 16 instead of >10… boundary issue if you use 10… > This does not explain that: > You are probably familiar with the IPLINFO REXX. It works just fine but > there is one system

Re: Transmitting SMF records

On Fri, 16 Dec 2022 15:03:54 -0600, Kirk Wolf wrote: >The OP didn't specify IBM FTP, so I'll mention that could use Co:Z SFTP, which >has a subcomment "dsput" which will allocate a dataset on the target system >matching the source system and then upload the dataset in binary, preserving

Re: Transmitting SMF records

On Sat, 17 Dec 2022 09:47:39 +1100, Andrew Rowley wrote: > >This seems to be surprisingly difficult - IBM doesn't seem to have >considered round trip capability when they wrote the FTP functions. >(Although I haven't tried it with a RECFM U transfer.) > Surprisingly difficult or predictably IBM?

Re: Transmitting SMF records

>From Barry Merrill : >... >But if the destination is for ASCII and SAS, you can use IEBGENER to create a >copy of >the data, on z/OS, but using RECFM=U, which ftp can't muck-up, and SAS on >ASCII processes that data using RECFM=S370VBS, since the file has the BDW and >RDW, so the

Re: Transmitting SMF records

On Thu, 15 Dec 2022 15:31:31 +, Seymour J Metz wrote: >There are several facilities for encoding variable-length recrds into FB, >e.g., XMIT. A bit kludgy, but it works. > Alas, one needs to operate at both the sending and receiving ends because z/OS sort lacks anything such as a QUOTE SITE

Re: Transmitting SMF records

On Thu, 15 Dec 2022 15:24:04 +, Pommier, Rex wrote: >What I remember from a discussion long ago was that the reason a VBS dataset >can't be put back together again is that when the VBS dataset is sent to a >Windows intermediary, some of the binary metadata defining the records and >blocks

Re: Transmitting SMF records

On Thu, 15 Dec 2022 14:43:48 +, Gary Weinhold wrote: >I'm glad there was a solution. > >But the underlying problem seems to be that z/OS FTP appears to be limited to >processing a binary (image) transfer as a stream of bytes unless the transfer >is between a z/OS client and z/OS server.

Re: Transmitting SMF records

On Wed, 14 Dec 2022 16:27:07 +, Keith Gooding wrote: >... The problem is that as far as I know the receiver code is not > available to ISVs. AMAPDUPL processing can be performed by the z/OSMF Problem > Management function and it would be nice if ISVs could receive data sent by >

Re: Transmitting SMF records

On Wed, 14 Dec 2022 13:56:59 +, Ituriel do Neto wrote: > >I have a customer that has a huge SMF dataset that can't be TERSED or XMITTED >because of a lack of space. > >Is there a way to send it, without previous use of XMIT or TRS ? > This feels like a motivation for an RFE for AMATERSE to

Re: DD PATHOPTS OTRUNC extending

On Fri, 9 Dec 2022 08:54:03 +, Ian Worthington wrote: >When I run JCL with >//PCAPFN DD PATHOPTS=(OCREAT,ORDWR,OTRUNC),   >// PATHMODE=..., PATH=...     // FILEDATA='BINARY' > >any existing file gets extended.  Yet >https://www.ibm.com/docs/en/zos/2.4.0?topic=definition-status-group

Re: DD PATHOPTS OTRUNC extending

On Tue, 13 Dec 2022 13:07:39 -0600, Kirk Wolf wrote: >It's not surprising that the C library is able to override the DD (JFCB) at >open time. >https://www.ibm.com/docs/en/zos/2.1.0?topic=processing-filling-in-dcb > >I don't think that IBM documents this very well for DD: that reference

Re: DD PATHOPTS OTRUNC extending

On Tue, 13 Dec 2022 08:31:55 +, Ian Worthington wrote: >Your suspicions were quite correct.  After some futzing around the opening >logic finally does: > > if ((pcapfd = fopen("DD:PCAPFN", "ab+,lrecl=1")) == NULL) { > >which looks like it must takes precedence over the OTRUNC. >

Re: Why email from z/OS SMTP rejected by Gmail?

On Dec 11, 2022, at 17:06:52, Seymour J Metz wrote: > > What happens if you generate a message-id : header field? > Isn't the Mail Agent supposed to do that for you? Where's sendmail when you need it? Did IBM end it because it was too useful? Ironically, the z/OS UNIX Command Ref. contains

Re: Why email from z/OS SMTP rejected by Gmail?

On Dec 11, 2022, at 14:21:57, Charles Mills wrote: > >> Difficult to avoid HTML > Yeah, with some re-programming (see next answer) I could go to HTML Not the > best use of my time, but I can do that. > In many cases I find it difficult to avoid HTML. Might LBD freeware help:

Re: Why email from z/OS SMTP rejected by Gmail?

On Dec 11, 2022, at 13:52:10, Bob Bridges wrote: > > I wonder whether any old string will do as a Message-ID? Well, the first > part of it, I mean. Gil, yours came to my box with this as part of the > headers: > > Message-ID: <2306658440649111.wa.paulgboulderaol@listserv.ua.edu> > I

Re: Why email from z/OS SMTP rejected by Gmail?

On Sun, 11 Dec 2022 14:12:46 -0500, Phil Smith III wrote: >Charles wrote about a message rejected by Gmail with a 550 "Messages missing a >valid messageId header are not accepted" error. > >I assume/imagine this is more anti-spam, and this thread supports that: >

Re: DD PATHOPTS OTRUNC extending

On Fri, 9 Dec 2022 08:54:03 +, Ian Worthington wrote: >When I run JCL with >//PCAPFN DD PATHOPTS=(OCREAT,ORDWR,OTRUNC),   >// PATHMODE=..., PATH=...     // FILEDATA='BINARY' > >any existing file gets extended.  Yet >... > - OTRUNC > - Specifies that the system is to

Re: DD PATHOPTS OTRUNC extending

On Fri, 9 Dec 2022 08:54:03 +, Ian Worthington wrote: >When I run JCL with >//PCAPFN DD PATHOPTS=(OCREAT,ORDWR,OTRUNC),   >// PATHMODE=..., PATH=...     // FILEDATA='BINARY' > >any existing file gets extended.  Yet > What program did you name on the EXEC PGM= statement? It's possible

Re: JCL Output statement question

On Tue, 6 Dec 2022 07:06:01 +, Gadi Ben-Avi wrote: >... >We have a series of jobs (Control-D print missions) that allocate output DD >statements dynamically. > >We coded an OUTPUT Statement with DEFAULT=YES in these jobs with INTRAY=2, but >this doesn't seem to work. > >Should it be

Re: Capture 3270 screen as text (was: TNZ 3270 Emulator: ... )

cating a reported problem, or Copying/Pasting a code snippet into a program. Screen bitmaps may be worst. (I have known naive programmers to embed HP PCL commands in PostScript files and react with outrage when they don't "work.") >____ >From: Paul G

Re: Capture 3270 screen as text (was: TNZ 3270 Emulator: ... )

On Sun, 20 Nov 2022 03:54:33 +, Seymour J Metz wrote: >Or they support the c conventions of the desktop they run on and assdume >that the user already knows those. > That's likely not to work because lines might be separated and indented not by CRLF and leading spaces but by cursor

Re: Capture 3270 screen as text (was: TNZ 3270 Emulator: ... )

On Sat, 19 Nov 2022 18:00:25 -0500, Steve Thompson wrote: >The 3270 emulators that I have used, Vista, QWS3270 and HOD all >allow copy and paste operations for capturing the screen or >laying code/data onto a screen. > Interestingly, ironically, there are no examples of such captures on the

Re: Capture 3270 screen as text (was: TNZ 3270 Emulator: ... )

On Sat, 19 Nov 2022 08:13:30 -0600, Kirk Wolf wrote: >Cutting text from x3270 works fine. >You can also do File/Screen Save to text / html / RichText or printer > Thanks. I know it; it's nice. Alas, not very popular. Perhaps not enough lipstick on the pig to please MVS power users. Or

Capture 3270 screen as text (was: TNZ 3270 Emulator: ... )

On Sat, 19 Nov 2022 08:57:04 +0800, David Crayford wrote: >On 19/11/22 02:12, René Jansen wrote: >> RMFIII is my main use case. > >If it's graphics that you seek, RMF has been modernized to export to >Prometheus/Grafana. > Contrariwise, at times I have wished to be able to capture a screen as

Re: TNZ 3270 Emulator: Any Experiences?

On Thu, 17 Nov 2022 19:06:03 +0800, David Crayford wrote: >Thanks for sharing. I just tried it and it's cool. Much better than >c3270. Supports all the usual fruit. I spend a lot of time in shells and >this is a great utility. > c3270? A fairer comparison would be to x3270. Does it support

Re: IBM Z and LinuxOne Commmunity

On Wed, 16 Nov 2022 08:12:18 -0600, Geoff Smith wrote: > >Thank you for your feedback. Regarding your comments on performance and the >back button, I will pass that on to the development team. > The behavior should be fixed by making the product simpler, not more complicated. The "Back"

Re: Subdirectory and associated file(s) to actual ZFS File system inquiry

On Sun, 13 Nov 2022 08:52:53 +, Gadi Ben-Avi wrote: >The df command will tell you what file system a specific directory or file >lives in. > >For example, the command df /etc/profile returns: > ># df /etc/profile >Mounted on

Re: IEBGENER and JES System Symbol

On Sat, 12 Nov 2022 10:09:43 -0600, Wendell Lovewell wrote: >I can't explain why, but it works for me if I follow the //EX1 EXPORT >SYMLIST=* with SET statements using "renamed" variables, and then use the new >names in the in-stream data: > Might logging-DDname be enlightening? Can

Re: FileZilla for "ftp" from W11 to z/OS

On Thu, 10 Nov 2022 23:32:58 +, Schmitt, Michael wrote: >FWIW, I think there are NO command-line FTP clients that run in Windows*, use >passive mode, and can work with MVS. > >The ones that meet the first two requirements fail on the 3rd, because they >try to be too smart. They try to track

Re: FileZilla for "ftp" from W11 to z/OS

On Thu, 10 Nov 2022 15:52:01 -0500, Steve Smith wrote: >I set up Filezilla with two "hosts": one as MVS, one as Unix. Both work >great in/out of the respective domains. Also, set the home directory >appropriately for each. > Was the "Unix" host actually z/OS UNIX System Services? Why should

Re: FileZilla for "ftp" from W11 to z/OS

On Thu, 10 Nov 2022 19:55:33 +, Schmitt, Michael wrote: >The answer is Yes, it can. > >FileZilla is one of the few FTP clients that understands MVS FTP requirements. > >FileZilla can usually guess that it is an MVS server, but you can help it by >setting up the site in Site Manager, with

Re: The world was promised 'cloud magic'. So much for that fairy tale

On Thu, 10 Nov 2022 11:02:59 -0500, Phil Smith III wrote: >https://www-theregister-com.cdn.ampproject.org/c/s/www.theregister.com/AMP/2 >022/11/02/cloud_magic_era_ends/ > 404? Perhaps >Funny, nobody said this about timesharing back

Re: The world was promised 'cloud magic'. So much for that fairy tale

On Thu, 10 Nov 2022 11:02:59 -0500, Phil Smith III wrote: >https://www-theregister-com.cdn.ampproject.org/c/s/www.theregister.com/AMP/2 >022/11/02/cloud_magic_era_ends/ > 404? Perhaps >Funny, nobody said this about timesharing back

Re: Limiting quantity of tape drives used by user

On Mon, 7 Nov 2022 12:24:21 -0600, Mike Schwab wrote: >We had that in production One step with a huge number of datasets, so >allocates all available tape drives even though only 1 in use at any >one time. > Does UNIT=(TAPE,,DEFER), or perhaps AFF, make a difference? JES2 or JES3? -- gil

Re: Need info

On Mon, 7 Nov 2022 13:38:25 +, Eric D Rossman wrote: >If you look at the footer: > >> For IBM-MAIN subscribe / signoff / archive access instructions, send >> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > LISTSERV ought to make that a "mailto:; URL that readers could

Re: Need info

On Sun, 6 Nov 2022 13:26:13 -0800, Tom Brennan wrote: >And always say "Thanks" when talking to a computer :) >Without them I'd probably be fixing vacuum cleaners or tiling bathrooms. > Both which are still fun to do, by the way. > LISTSERV interprets "Thanks" as EOF; echoes "You're welcome!";

Re: Need info

On 11/6/22 08:53:42, William J Bishop wrote: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAINAhem:

Re: SYSTEM REXX use

SO that invokes a System REXX script and uses the output. ___ >From: Paul Gilmartin >Sent: Thursday, November 3, 2022 1:16 PM > >On Thu, 3 Nov 2022 15:28:18 +, Harris Morgenstern wrote: > >>All the command responses for MODIFY AXR, inc

Re: Using JCL variables with DFSORT

On Fri, 4 Nov 2022 02:18:15 +, Sri h Kolusu wrote: > >The JPn symbol construct always treats the symbol as character format. > I was surprised when I encountered a similar behavior of "awk". But once I undderstood It, I readily got the result I wanted simply by adding 0 to it which coerced

Re: Using JCL variables with DFSORT

On Thu, 3 Nov 2022 18:08:46 +, Jack Zukt wrote: >Hi Massimo, >Thank you for your input. >I have tried that approach, that I have used on other JCL without a glitch, >but it has not worked with this particular situation and I have not been >able to figure out why. > What do the JCL SUBSTITION

Re: SYSTEM REXX use

On Thu, 3 Nov 2022 15:28:18 +, Harris Morgenstern wrote: >All the command responses for MODIFY AXR, including output from SAY and AXRWTO >are issued w/ the CART of the invoker. > Might one direct output elsewhere with: o BPXWDYN( 'ALLOC ... ); EXECIO ... o ADDRESS SYSDALL write ... ESC_N o

Re: SPF/SE is available for free

On Tue, 1 Nov 2022 14:23:13 -0500, Jay Maynard wrote: >Hm. According to the README on the Github site, the source code was stored >encrypted...are the encrypted files still in existence? Perhaps they can be >obtained and decrypted. It's a long shot, to be sure, but definitely worth >a try. > For

Re: Location of forms code in z/OS manuals

On Fri, 28 Oct 2022 04:32:42 +, Seymour J Metz wrote: >That's true for current z/OS but not true across the board. > >At least the PDF from IBM has title; the ones from bitsavers doesn't even have >that :-( > Ob Samuel Johnson's politically incorrect dog: It's unrealistic to expect a

Re: XLC C/C++, __R1 and Register 0

On Thu, 27 Oct 2022 15:43:59 -0500, Charles Mills wrote: > >Yeah, I know how to do a front-end to the C++ but I would rather not add that >complexity. > (Guessing) How about ADDRESS LINKMVS to a minimal function? Just: LRR15,R0 BRR15 Yes, it adds another thing to

Re: XLC C/C++, __R1 and Register 0

On Thu, 27 Oct 2022 12:14:19 -0500, Charles Mills wrote: >... >2. Is there any equivalent way to get the contents of GPR 0 (short of writing >an assembler front-end, which is a small PITA of its own)? Why? So a routine >called from Rexx could get the Environment Block address. Or does

Re: Location of forms code in z/OS manuals

On Thu, 27 Oct 2022 15:05:52 +, Sri h Kolusu wrote: >... DOS command ... >wmic datafile "C:\\Users\\Johndoe\\Manuals\\pops.pdf" list full > >Note the escaping of the backslashes \ in the path > I'm puzzled. If they're not escaped aren't they taken as directory level separators, and isn't

Re: Location of forms code in z/OS manuals

On Wed, 26 Oct 2022 14:55:05 +, Seymour J Metz wrote: >... >Downloading and parsing multiple index.html files should work for some but not >all of the manuals that I've downloaded. > How are the forms codes useful? Ordering hardcopies? Citations? Wandering only slightly OT, I notice

Re: Location of forms code in z/OS manuals

On Wed, 26 Oct 2022 13:39:02 +, Seymour J Metz wrote: >I wanted to write a script to index a bunch of manuals that I downloaded from >IBM and wanted the forms code to be the primary key. The file names are not >very helpful. Given that, I have to live with whatever information IBM chooses

Re: ftp to/from USS with Windows

On Wed, 26 Oct 2022 10:53:09 +1100, Andrew Rowley wrote: >> >> [already set to the correct location in windows] >> >> get '/u/abc/some.java.file.jar' some.java.file.jar >> >Try without the quotes? I think the quotes might indicate a dataset >rather than HFS file. > Partition the task: cd

Re: Location of forms code in z/OS manuals

On Tue, 25 Oct 2022 17:01:22 -0500, Joel C. Ewing wrote: >... >Lacking a convention to use a specific metadata key for the manual >publication number, the obvious and simplest way to supply the manual >publication number in a manner that could easily be extracted from a PDF >file is to

Re: TSO XMIT BLKSIZE

On Tue, 25 Oct 2022 12:53:15 -0400, Tony Harminc wrote: >On Tue, 25 Oct 2022 at 12:37, Paul Gorlinsky wrote: >> >> The DSN has to be a SEQuential dataset. XMIT with reallocate it to >> FB/80/3120 ... >> If it is a PDS, XMIT complains that it is not a sequential DSN... > >But for this purpose a

Re: TSO XMIT BLKSIZE

On Tue, 25 Oct 2022 12:19:53 -0500, Paul Gorlinsky wrote: >... >alloc DA(temp.xmit.pds(RRR)) FILE(OUTDD) SHR >xmit (.xxx) DSNAME(V101.brf000.RRR) outFILE(OUTDD) > >HOWEVER, is all cases using the OUTFILE the dsn (PDS/PDSE/SEQ) got modified to >FB/80/3120 even if

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