Re: Updated UNIX certification WAS: z/OS 3.1: Now UNIX® Certified

On Fri, 9 Jun 2023 14:29:38 +, Seymour J Metz wrote: >Well, it started with IBM making a bad guess as to what ASA/USASA/ANSI would >pass as the 8-bit ASCII (which died on the vine). Then there was a plethora of >8-bit code pages loosely based on ASCII ("a maze of twisty passages, all

Re: Updated UNIX certification WAS: z/OS 3.1: Now UNIX® Certified

On Thu, 8 Jun 2023 09:49:57 -0400, Rick Troth wrote: >This "file tagging" is completely new for me. Please pardon my ignorance. > It's fairly old. It was once described to me as a kernel facility. It appears now

Re: Updated UNIX certification WAS: z/OS 3.1: Now UNIX® Certified

On Thu, 8 Jun 2023 09:58:39 +, David Frenzel wrote: > >I can see that z/OS 2.1 received the same certification back in 2013 >(https://www.opengroup.org/openbrand/register/brand3601.htm). >Timothy, are you stating that z/OS 3.1 now has the same certification that 2.1 >has or is this

Re: z/OS 3.1: Now UNIX® Certified

On Tue, 6 Jun 2023 15:19:02 -0400, Gord Tomlin wrote: > >This are the sort of thing I am referring to: > >if (mychar >= 'a' & mychar <= 'z') { > do something based on mychar being lower case alphabetic; >} > >This fails on EBCDIC data because there are characters that are not

Re: z/OS 3.1: Now UNIX® Certified

On Tue, 6 Jun 2023 11:02:47 -0400, Gord Tomlin wrote: >On 2023-06-05 18:55 PM, Paul Gilmartin wrote: >>> Porting to USS has (at least) two significant hurdles: EBCDIC >>> >> How much is that mitigated by Enhanced ASCII? What residual >> problems remai

Re: z/OS 3.1: Now UNIX® Certified

On Mon, 5 Jun 2023 16:55:45 -0400, Rick Troth wrote: > >Porting applications to Linux-s390x has never been particularly difficult. >The biggest challenge has always been such things as endianness. > How serious is that? It has caused me problems only with careless type-punning. >... >Porting

Re: Q: Transient SVC ?

On Thu, 1 Jun 2023 16:41:43 +, Seymour J Metz wrote: >Transient area loading used WAIT. > That works best if WAIT is not a transient SVC. I heard a legend of a system, probably not mainframe, on which a programmer made the disk error handling routines transient. It worked fine until it

Re: Q: Transient SVC ?

On Wed, 31 May 2023 21:28:34 -0700, Michael Stein wrote: > >... So any SVC number ending in 0 resulted in a >last character of x'c0' or '{'. > >from: MVT source pds AAPVT member IEATRANS > >TRANSVC LHRWORK3,SVCID(RRB) . GET SVCID > CVD RWORK3,SVCNAME . CONVERT SVC NUMBER TO

Re: z/OS 3.1: Now UNIXR Certified

On Wed, 31 May 2023 15:57:19 -0400, Rick Troth wrote: >... >Reasonable compromise ... it would seem so. >IBM are such sticklers for the rules. What really *is*fork() and what >does Unix do on systems without virtual memory? >

Re: z/OS 3.1: Now UNIXR Certified

On Wed, 31 May 2023 12:19:19 -0400, Rick Troth wrote: >... >In spite of the caveats, USS was (is) an excellent implementation. >OpenVM too! > OpenVM fork()? It's unforgivable that OpenVM provides something it calls "fork", but which is not. -- gil

Re: Two related member generation questions

On Wed, 31 May 2023 11:57:07 +, Seymour J Metz wrote: > >I don't recall leading braces or hyphens in qualifiers, > Leading? In member names? I was told it was the result of UNPK of a SVC number. > ... but leading hyphens in member names used to work, and I was unhappy when > IBM tightened

Re: Two related member generation questions

On Tue, 30 May 2023 09:18:48 -0400, Steve Thompson wrote: >I may not have edited these posts correctly for this, but, I >thought I should point out that an IBM product does create >"illegal" (per JCL) member names. And that would be Netview. > Also Binder with the CASE(MIXED) option. >So yes,

Re: Two related member generation questions

On Mon, 29 May 2023 19:10:55 -0500, Charles Mills wrote: > >>Support for PDSE as a member* of a GDG was added in z/OS 2.1 or 2, iirc. >>*(not to be confused with members of a PDS[E] > >And also not to be confused with PDSE 2 member generations, right? > >> maybe they could have >> tried harder not

Re: z/OS 3.1: Now UNIXR Certified

On Sun, 28 May 2023 01:55:17 +, Seymour J Metz wrote: >Federal government contracts. > Which is silly because the gossip at the time was that whenever anyone challenged a Windows purchase order on the basis of POSIX deviance, the riposte was, "Close enough!" Perhaps desktops were granted an

Re: z/OS 3.1: Now UNIX® Certified

(Subject: repaired to match first ply.) On Fri, 26 May 2023 10:30:54 -0400, Matt Hogstrom wrote: >IMHO Unix certification is not particularly relevant these days … it’s Linux >tool chain compatibility that is. I spend time frequently having to adjust to >old “Unix” utilities and command line

Re: z/OS 3.1: Now UNIX® Certified

On Fri, 26 May 2023 12:02:32 +, Timothy Sipples wrote: >z/OS 3.1 has already earned its UNIX® certification... > >https://www.opengroup.org/openbrand/register/brand3693.htm > What version of UNIX? Trying to follow links to find out, I get 404 for: ,

Re: Why does ISPF BROWSE abend with S878 searching a large sequential file?

On Wed, 24 May 2023 03:35:52 +, Jim Mulder wrote: > I would set a SLIP and take a dump of the 878 abend, and then look to see > what >is consuming the storage. ... > You would do that, but you have the source code. -- gil

Re: Why does ISPF BROWSE abend with S878 searching a large sequential file?

On Wed, 24 May 2023 00:43:05 +, Alan Young wrote: >Is the file RECFM=V? For me, variable records seem to vex ISPF browse and edit >more than RECFM=F files. It runs out of storage sooner with the variable >length files. That is with a TSO region of 131072. > ISPF Edit and View (and, I

Re: Why does ISPF BROWSE abend with S878 searching a large sequential file?

On Tue, 23 May 2023 20:50:16 +, Farley, Peter wrote: >VIEW is limited in what size file it can handle, the entire file has to fit in >available memory under TSO. For very large files like the one I am searching >it forces BROWSE anyway and you do not have the VIEW capabilities. > >We also

Re: zLinux (was are banks breaking up with mainframes)

On Tue, 23 May 2023 08:59:58 +0800, David Crayford wrote: >... >USS is bi-modal as are the C/C++ compilers. I run everything in USS in >ASCII mode. All of Rocket and IBMs z/OS UNIX ports are in ASCII. > Is there an ASCII shell (perhaps Rocket bash?) in which I can readily, from desktop ssh:

Re: Are Banks Breaking Up With Mainframes? | Forbes

On Fri, 19 May 2023 15:13:54 -0400, Mark Regan wrote: >https://www.forbes.com/sites/forbesfinancecouncil/2023/03/31/are-banks-breaking-up-with-mainframes/?sh=acb458b6bccc >

Re: XEDUT vs. ISPF (was: Typo ...)

On Mon, 22 May 2023 00:15:52 +, Farley, Peter wrote: >Please explain what "co-pilot" in this context means. I am not familiar with >that reference. > GIYF? ? -- gil --

Re: LENGTH OF in COBOL (was: ISPF HILITE Question)

On Sun, 21 May 2023 18:56:39 +, Seymour J Metz wrote: >The Initiator calls it with a 32-bit PLIST, so below the bar and if you invoke >it with CALL you must be aware that it is a main program and do likewise. > >WEe hates it, precious, we hates it. > It should have been easy enough for the

Re: LENGTH OF in COBOL (was: ISPF HILITE Question)

On Sun, 21 May 2023 16:51:18 +, Seymour J Metz wrote: >That's not a CALL convention. The primary use case for the halfword length is >programs that can be invoked with EXEC PGM=. ... >I assume that you're talking AMODE24 or AMODE31; for AMODE64 things are >different. > If a program object

Re: LENGTH OF in COBOL (was: ISPF HILITE Question)

On Sun, 21 May 2023 08:02:59 +0300, Binyamin Dissen wrote: > >Curious how you used a subroutine. It only worked for fields in a structure >where you passed the address of the field and the next field and it subtracted >the addresses? > >Was there a way to make COBOL pass a dope vector with

Re: XEDUT vs. ISPF (was: Typo ...)

On Sat, 20 May 2023 08:55:54 +0100, Jack Zukt wrote: >... It was helish doing the transition to ISPF and CLIST. > I started with ISPF/CLIST, berore TSO REXX. I never wrote an ISPF Edit macro in CLIST. I don't forgive CLIST for its apostrophe catastrophe; seven consecutive apostrophes were

XEDUT vs. ISPF (was: Typo ...)

On Fri, 19 May 2023 18:32:57 -0400, Phil Smith III wrote: >... >>I was trying to automate that in a macro on PF3. > >Yeah, that makes sense. > I learned a smattering of ISPF before any XEDIT; the latter in the era before PQUIT and QQIT intruded: the wrong solution. But I immediately longed

Re: Typo in "Summary of changes"?

On Thu, 18 May 2023 16:15:20 -0400, Phil Smith III wrote: > >) Did you mean the business where hitting ERASE EOF at the start of a > line marks the MDT so XEDIT thinks the line has been changed? Yeah, that's > always been like that, and is a bit weird. > >Just curious-when does it bite

Re: VBS file read in windows - end of record issue

On Thu, 18 May 2023 11:37:18 -0500, Kirk Wolf wrote: > >To answer your other question (preserving SDW): if you copy a RECFM=VBS >dataset using DCB=RECFM=U, you will get BDWs and SDWs. > Yes. I did that with REXX in an era when REXX supported nether VBS nor U. I first used a utility (REPRO,

Re: Documentation RCF entry and tracking proposal on idea portal - please read and vote

On Wed, 17 May 2023 22:10:28 -0500, Charles Mills wrote: >I voted. Painful getting through the login process. > >Why is it 100 times easier to make a purchase from Amazon than to vote on an >IBM RFE? > Which one is separately priced? I had a long-standing ISPF regex RFE which has been promoted

Re: Typo in "Summary of changes"?

On Wed, 17 May 2023 18:34:33 +, Seymour J Metz wrote: >How would you automate dated change bars in, e.g, word? With a (new) Settings option. Is it automated in Script? -- gil -- For IBM-MAIN subscribe / signoff / archive

Re: VBS file read in windows - end of record issue

On Wed, 17 May 2023 20:20:24 +0200, Radoslaw Skorupka wrote: >... >BTW: The purpose of VBS was not veeery long record, but records up >to 32k, even on DASD with shorter track. Hint: the track is natural >limit of BLKSIZE. It is no longer important since 3380 (80's), because >track size

Re: Typo in "Summary of changes"?

On Wed, 17 May 2023 17:23:46 +, Seymour J Metz wrote: >The solution is to associate a date with a change bar. It's easy to do with >"obsolete" markup languages like Script, not so much with WYSIAYG. > That's probably automated and could be done as well, perhaps better with WYSIAYG than

Re: Typo in "Summary of changes"?

On Wed, 17 May 2023 12:34:45 -0500, Ann DePaolo wrote: > >Please let me know what publication you are referring to. I will make sure it >gets fixed and that it is reflected in the next delivery in June. > Answered off-list with RCF to SA23-2280-50 z/OS 2.5 UNIX Summary of changes Thanks for the

Typo in "Summary of changes"?

I spotted a typo in a "Summary of changes". If I submit an RCF and IBM fixes it. will they need to add a new Summary entry reflecting that change? There's a related erroneous revision bar. If IBM removes it, should they re-insert it to document the removal? -- gil

Re: VBS file read in windows - end of record issue

On Tue, 16 May 2023 11:26:06 -0700, Michael Stein wrote: > >read can be supplied with an operand saying the maximum amount to >read: read(4) to read 4 bytes. It might read less either because > So: "read_data = f.read( ntohs( SDW ) - 4 )" >it reached the end of the input file or because the

Re: Digitally signed product software packages from IBM

On Tue, 16 May 2023 13:04:44 -0500, Charles Mills wrote: >Correct me if I am wrong, but my impression is that signing the package >protects (among other things) against the scenario in which one of your >associates, who let us assume is a bad guy, makes a zap-type modification to >the package

Re: Digitally signed product software packages from IBM

On Tue, 16 May 2023 15:38:36 +, Kurt J. Quackenbush wrote: >... if you want to exploit the new capability and verify the digital > signatures check out the information here: >https://www.ibm.com/docs/en/zos/2.5.0?topic=guide-preparing-verify-signatures-gimzip-packages > >You can also

Re: VBS file read in windows - end of record issue

On Tue, 16 May 2023 11:06:59 -0500, John McKown wrote: >In one of my C programs, I first read the RDW, did a ntohs() to convert >from mainframe to Intel integer, subtracted 4, then read that number of >bytes into a char[32768]. > I'm Python-naive. But trying to educate myself with the example,

Re: VBS file read in windows - end of record issue

On Tue, 16 May 2023 09:03:56 +, Prashant Joshi wrote: > >I was trying to read file using "with open as". This way I was expecting to >pull single record at every iteration of loop. >With your suggestion, I opened entire file in memory and read each record >based on record length in RDW.

Re: VBS file read in windows - end of record issue

On Tue, 16 May 2023 04:45:32 +, Prashant Joshi wrote: >... If it completely ignores 0D0A and treat entire file as single record, > By "ignores 0D0A" do you mean it deletes them, or treats them as ordinary characters? >I... My problem is, it adds random line break and so when I

Re: VBS file read in windows - end of record issue

On Mon, 15 May 2023 18:54:40 +, Prashant Joshi wrote: >... >For some files, when I transfer using IND$FILE (option 6) using Binary and >CRLF option checked, I gets record properly. But it does not work for every >file. And due to different file sizes, IND$FILE may not be option for me.

Re: JES3 system STC gets wrong Symbol replacements

On Fri, 12 May 2023 02:11:03 -0700, Ed Jaffe wrote: >... >I would try coding SYMBOLS=EXECSYS just like you would with a normal >batch job. If it doesn't work as expected, it might be an APARable >behavior... > When is the value of a dynamic system symbol fixed: o At job step initiation? o At

Re: DSFS User's Guide? (was: JES2 Submitlib ...)

On Wed, 10 May 2023 22:07:47 -0500, Paul Gilmartin wrote: > >There are just two manuals describing DSFS: >z⧸OS Data Set File System Administration >z⧸OS Data Set File System Messages and Codes > >DSFS is not mentioned by that initialism in the UNIX Command Ref. nor in

Re: OMVS Man Pages

On Thu, 11 May 2023 07:25:07 -0500, Lionel B. Dyck wrote: >Please check out this IBM Idea (aka requirement) that I just posted >regarding the OMVS Man pages and vote and/or comment > >https://ibm-z-hardware-and-operating-systems.ideas.ibm.com/ideas/ZOS-I-3685 > It's a tough climb: It's hard

DSFS User's Guide? (was: JES2 Submitlib ...)

On Wed, 10 May 2023 20:06:08 -0400, Steve Smith wrote: >DSFS may help out here. Let JES2 allocate a PDS and let the users who just >have to be Unixy access the PDS through DSFS. I'd suggest the /dsfs/txt/ >branch. Use some symlinks if desired. > >I've found that DSFS works very well. It was

Re: JES2 Submitlib Bootstrap problem

On Tue, 9 May 2023 19:58:11 +, Mark Jacobs wrote: >I opened a ticket with IBM on this. Should be interesting to hear what they >say. > Keep the list posted. I'm taking short odds on WAD in view of Rex's concerns. OMVS remains a second-class citizen; considered expendable. You might be

Re: IBM announcement letter summary

On Tue, 9 May 2023 16:56:56 +, Pommier, Rex wrote: >... > >This weekly e-mail communication is now sunset. You can find the weekly IBM >product announcements on the IBM Documentation Announcements page. > > Did they not supply a URL? Shame! >Now, instead of a short summary delivered to

Re: JES2 Submitlib Bootstrap problem

On Tue, 9 May 2023 12:18:11 +, Mark Jacobs wrote: >I defined several submitlibs in my JES2PARM to use directories in a ZFS >filesystem. When I hotstart JES2, JES2 can find everything and is happy. >During IPL/JES2 startup it's not. It doesn't seem like OMVS is initialized yet >and so the

Re: Logical Nor (¬) in ASCII-based code pages?

On Mon, 8 May 2023 14:48:25 -0400, Phil Smith III wrote: > > ..., assuming proper UTF-8, ...! > >The above assumes big-endian, of course. > Isn't that a given: ? (Even in right-to-left languages, which IBM does backward.) -- gil

Re: Logical Nor (¬) in ASCII-based code pages?

On Mon, 8 May 2023 16:21:06 +, Seymour J Metz wrote: >Is charout() relevant in a Unicode context? AFAIK, you need to transform >Unicode data with, e.g., UTF-8, For charout() to handle it. > FSVO "relevant": 18 $ locale; rxx "call charout , '¬'" | od -tx1 LC_CTYPE="en_US.UTF-8"

Re: Logical Nor (¬) in ASCII-based code pages?

On Mon, 8 May 2023 15:11:40 +, Seymour J Metz wrote: >It's an integer. AC, 0AC, 00AC 000AC, ... 00AC are all the same integer. >The U+ is just and indication that the context is Unicode code points; if you >already know the context then it's redundant. > >I can see a consistency

Re: Logical Nor (¬) in ASCII-based code pages?

On May 7, 2023, at 11:41:45, Phil Smith III wrote: > ... > This is especially confusing since “plain ol’ ASCII” maps directly to the > first part of UTF-8-encoded Unicode. This is of course A Good Thing in > general, but lets people cheat and get away with it—until they don’t. > Yup. In

Re: RCF: z/OS 2.5 MVS Programming: Authorized Assembler Services Guide, SA23-1371-50

On Sun, 7 May 2023 16:12:37 +, Seymour J Metz wrote: >z/OS 2.5 MVS Programming: Authorized Assembler Services Guide, SA23-1371-50, >Chapter 31. System REXX, is unclear. Note: I am using the word "environment" >in the REXXsense rather than generically. > >The text lists the environments that

Re: PUTLINE MULTLIN doesn't make a new line

On Sun, 7 May 2023 11:33:20 -0400, Joseph Reichman wrote: > >I have a couple of PUTLINE questions > >first does the MULTLIN,DATA parms When the format is in the way described in >TSO/E services guide I mean forward chain point length (which includes 4 >bytes for the len + offset ) do a new line

Re: Logical Nor (¬) in ASCII-based code pages?

On Sun, 7 May 2023 13:27:16 +, Seymour J Metz wrote: >I've seen Logical Not (¬) at AA and at AC. Are there and ASCII-based code >pages that have it at a third position? Put another way, is there a third code >point that ooRexx and Regina should recognize as ¬? > C2AC in UTF-8, which I

Re: TSO command System Rexx

On Sun, 7 May 2023 04:43:27 -0500, Willy Jensen wrote: >This will issue any TSO command, but security-wise I think it opens a barn >door. > Why is that not cause for an integrity APAR? Wasn't the "barn door" already open? >Save it as member TSOCMD in your SYSREXX lib. > >/* general TSO command

Re: Z/OS port of Regina REXX

On Fri, 5 May 2023 23:53:52 +, Seymour J Metz wrote: >I don't recall the details, but AA is '¬' on, e.g., CP852 and AC is '¬' on, >e.g., CP850. I see AA in both. Look like Windows box drawing code pages. ("not" is different from "upper right corner".) -- gil

Re: Z/OS port of Regina REXX

On Fri, 5 May 2023 22:25:09 +, Seymour J Metz wrote: >What code page are you using? What release of Regina? In some code pages Not >is 'AA'X, in others 'AC'X. In Unicode it's U+00AC ('C2AC'X in UTF-8). > 533 $ locale LC_COLLATE="en_US.UTF-8" trace R; parse version . 1 *-* parse

Re: Z/OS port of Regina REXX

On Fri, 5 May 2023 12:12:46 -0500, Mike Schwab wrote: >On Wed, May 3, 2023 at 7:40 PM David Crayford wrote: > >> ... Oh well, that’s life dealing with the major suckage that is EBCDIC! >> >You could create a patch for the most common EBCDIC code page >(US.-ENG), then modify and test for

Re: Z/OS port o f Regina REXX

On Fri, 5 May 2023 18:35:15 +0200, René Jansen wrote: > >not more than there is in that GitHub repo. I mailed with Mark Hessling >yesterday and he is going to merge the changes into the official distribution. >I am also looking at the docs and we will make sure there is a chapter on z/OS >in

Re: Z/OS port o f Regina REXX

On Fri, 5 May 2023 02:52:18 +0800, David Crayford wrote: >... >> Is there a User's Guide? > >The doc is on >https://sourceforge.net/projects/regina-rexx/files/regina-documentation/ and >is good. > I have that. It contains topics such as: 1.3 Ports of Regina 2.7 Implementation-Specific

Re: Z/OS port of Regina REXX

On Thu, 4 May 2023 08:39:41 +0800, David Crayford wrote: > >Note that there is a “zos” branch in the Github repository that you will have >the checkout. > Not in SourceForge, which is mostly mentioned on ? What path to Github? How is that related to:

Re: REXX parse parens

On Tue, 2 May 2023 22:01:57 +0800, David Crayford wrote: >Is there a PCRE package available for REXX? > The value I find in TSO-REXX is in the ADDRESS environments: o SYSCALL (mostly just the C RTL) o SDSF o ISREDIT o ... ...

Re: REXX parse parens

On Tue, 2 May 2023 21:39:43 +0800, David Crayford wrote: >Shameless plug but you can use my RTK package to process regular expressions >in z/OS REXX https://github.com/daveyc/RTK > Can it assign fragments to REXX variables? How does it deal with R0? -- gil

Re: REXX parse parens

On Tue, 2 May 2023 08:02:25 +0100, Jack Zukt wrote: > >Parse arg opt >Parse value opt with "(" opt") " >If pos(" (", opt) >0 then >Parse value opt with opt" ("member")" >Do >End > It's easy to find a solution when you're posing the problem. -- gil

Re: REXX parse parens

On Mon, 1 May 2023 20:13:36 -0400, Phil Smith III wrote: >... >parse var option keyword '(' value ')' +1 paren > ITYM: parse var option keyword '(' value ')' +0 paren +1 . > >if paren = ')' then /* It's nested! */ >... >This can, of course, be made more iterative. It ain't that pretty, but

Re: REXX parse parens

On Mon, 1 May 2023 23:30:51 +, Frank Swarbrick wrote: >... >But it doesn't work for a PDS member to following, also surrounded by >parentheses: > >Test2: PARENS COBOL(TEST(MEMBER)) >Results2: >COBOL >TEST(MEMBER > >Any simple REXX parse option to handle this, or do I need to resort to

Re: XLC inline assembler question

On Mon, 1 May 2023 17:02:23 -0400, Phil Smith III wrote: >(Cross-posted to IBM-MAIN and the assembler list) > >...; what isn't clear is whether there's any downside to it beyond the >unlikely case that you decide to have a function of your own named asm or >__asm or __asm__. Is there? > I

Re: Unlike data sets concatenation - revised

On Sat, 29 Apr 2023 10:06:08 -0500, Michael Oujesky wrote: >Interesting. When transferring to ASCII platforms, the BDW and RDW >are stripped off, though RDW can be retained with a SITE command. > Depends on too many things. FTP. sftp. FTP from DDNAME. Rocket sftp FTP from DDNAME allocated

File Handles (was: COBOL to dynamic DD name)

On Fri, 28 Apr 2023 19:37:39 +, Schmitt, Michael wrote: >I know how to have a COBOL program on z/OS use a data set name that isn't >determined until runtime, via an environment variable. My question is can you >use one file (i.e. one select/assign and one FD) to write to different DD

Re: COBOL to dynamic DD name

On Sat, 29 Apr 2023 13:51:00 +1000, Andrew Rowley wrote: > >Fair point... although I would contend that a Java program without >comments is easier to understand than DFSORT control statements! > Yes. It appears as if the specifier of DFSORT control statement syntax was traumatized in utero by CMS

Re: COBOL to dynamic DD name

On Fri, 28 Apr 2023 20:40:37 +, Seymour J Metz wrote: >The OP isn't trying to retrieve the information; ... > > >From: Sri h Kolusu >Sent: Friday, April 28, 2023 4:26 PM > >As steve mentioned in earlier post , you can BPXWDYN2 to retrieve the info a

Re: COBOL to dynamic DD name

On Sat, 29 Apr 2023 11:17:39 +1000, Andrew Rowley wrote: >... >A complete Java program: > Obviously a complete Java program needs very few comments. -- gil -- For IBM-MAIN subscribe / signoff / archive access

Re: Unlike data sets concatenation - revised

On Fri, 28 Apr 2023 18:55:47 -0500, Michael Oujesky wrote: >Note that RECFM=V is missing the "B" (i.e. block descriptor >word). RECFM=V is almost the equivalent of RECFM=U, exceptt that the >data block is prefixed by a half-word length (limited to 32767) and "BB". > This says otherwise:

Re: COBOL to dynamic DD name

On Fri, 28 Apr 2023 20:26:38 +, Sri h Kolusu wrote: >... >Here is an example > >https://www.mvsforums.com/helpboards/viewtopic.php?p=62866#62866 > Thanks. I think I see how that works. Trying to understand it, I found a contradiction in the REXX UNIX Ref. I submitted an RCF. -- gil

Re: JES2 $SUBMIT Command

s to my little INTRDR >toolkit program. > >I just tried a VB/255 data set for a SUBMITLIB as a test and it worked >perfectly. > >If you're thinking about PROCLIBs, though, those don't work, they must >be F(B)/80. >On 2023-04-25 12:43, Paul Gilmartin wrote: >> >> Curiou

Re: COBOL to dynamic DD name

On Fri, 28 Apr 2023 19:37:39 +, Schmitt, Michael wrote: >I know how to have a COBOL program on z/OS use a data set name that isn't >determined until runtime, via an environment variable. My question is can you >use one file (i.e. one select/assign and one FD) to write to different DD

Re: Unlike data sets concatenation - revised 2

On Fri, 28 Apr 2023 12:53:46 -0500, Pierre Fichaud wrote: >These are existing datasets so it's just DSNAME and DISP in the concatenation. > It's possible to override attributes of an existing data set in JCL DD, DYNALLOC, or DCB. If the OPEN is only for READ overriding attributes will be

Re: Unlike data sets concatenation - revised

set. RECFM=VBS must be prepared to deal with that on input. Why presume the program is assembler? An override in JCL DD should suffice. >At 07:12 PM 4/27/2023, Paul Gilmartin wrote: > >> >Presuming the program is assembler, I would suggest trying >> >hard-coding for

Re: IBM RCF Documentation email address?

On Fri, 28 Apr 2023 15:04:14 +, Seymour J Metz wrote: > >I normally use >, > which points to the PDF books. > ... about three dozen of which were updated this week. That page also has a link to the GA

Re: Unlike data sets concatenation - revised

On Thu, 27 Apr 2023 13:54:18 -0500, Michael Oujesky wrote: >Presuming the program is assembler, I would suggest trying >hard-coding for RECFM=VBS, LRECL=32767, BLKSIZE=32760, BFTEK=A. > >And presuming all the files are RECFM=VBS. > In fact, can't any mixture of RECFM=V, VB, and VBS be overriden

Re: TSO Rexx C2X Incorrect Output

On Thu, 27 Apr 2023 12:41:22 -0400, David Spiegel wrote: >Hi Walt, >Yeah, I used Rexx's Trace, but, could not figure out how x'99' became x'D9'. > He's suggesying that with TRACE I, sharp eyes, and intimate familiarity with the EBCDIC character set you might have spotted that the input to C2X()

Re: TSO Rexx C2X Incorrect Output

On Thu, 27 Apr 2023 10:39:44 -0500, Walt Farrell wrote: >On Thu, 27 Apr 2023 10:01:06 -0400, David Spiegel wrote: > >>Had I thought (originally) that "Pull" was the issue,. I would've >>figured it out on my own. > >Using the tracing functions in REXX to do the debugging, rather than browsing

Re: TSO Rexx C2X Incorrect Output

On Thu, 27 Apr 2023 06:47:55 -0400, David Spiegel wrote: >Hi Peter, >I figured out the problem. >I should have coded Parse Pull to take the record off of the Stack >(instead of Pull (which uppercases the record)). > Events such as this affirm my belief in minimal munging of user data by default.

Re: Unlike data sets concatenation - revised

On Wed, 26 Apr 2023 13:44:21 -0700, Michael Stein wrote: >> 000234D0 E6D9D5C7 4BD3C5D5 4BD9C5C3 D6D9C46B | WRNG.LEN.RECORD, | > >A likely result from reading a block larger than the blksize. > Why does it say "RECORD" if it means "Block"? >... >What does the *SOURCE* DCB & JCL

Re: Unlike data sets concatenation

On Tue, 25 Apr 2023 15:00:12 -0500, Pierre Fichaud wrote: >I'm trying to read a concatenation of unlike data sets using QSAM. >The first dataset is VBS with LRECL=200,BLKSIZE=1000 >The second dataset is VBS with LRECL=230,BLKSZIE= 1150. > Why not simply override in your DD/Allocation to

Re: JES2 $SUBMIT Command

On Tue, 25 Apr 2023 19:04:41 +, Mark Jacobs wrote: >Just wondering if anyone has implemented it and what use cases did you come up >with. > Curious, I did a search and found: ...SUBMITLIB ... The

Re: XLC architecture level question

On Mon, 24 Apr 2023 17:40:16 -0400, Phil Smith III wrote: > >Thank you! Does that default change periodically? I suppose it must-is it >always such that the default supports the oldest currently supported >hardware? What we don't want to do is upgrade the compile and break our >product for our

Re: Edit commands without a macro?

On Fri, 21 Apr 2023 15:18:32 +, Seymour J Metz wrote: >It's simple, but, IMHO, pointless. At the beginning of the macro, you test the >current environment. If it's not ISREDIT, then call EDIT with an initial macro. > The initial command environment will be TSO in either case. You may be

Re: Rexx Exec to Build 10,000 PDS Members: ALLOC vs ISPF Services vs ?

On Thu, 20 Apr 2023 09:18:27 -0500, Wendell Lovewell wrote: >I don't know about the logic required to create a member -- Kolusu might have >the best idea. But creating one long sequential file with all the members >and using IEBUPDTE is pretty simple: > Doesn't IEBUPDTE impose some archaic

Re: Rexx Exec to Build 10,000 PDS Members: ALLOC vs ISPF Services vs ?

On Thu, 20 Apr 2023 13:19:54 +, Sri h Kolusu wrote: > >If you need to split a file by a key into various members of a pds , it is >quite simple to do with DFSORT and performing the epilog too. (Totals, counts >...) can all be done in DFSORT. > What happens if two key values differ only in

Re: Rexx Exec to Build 10,000 PDS Members: ALLOC vs ISPF Services vs ?

On Thu, 20 Apr 2023 02:13:08 +, kekronbekron wrote: >How about IEBPTPCH? Write out the members as a huge flatfile, and insert >member building control cards wherever appropriate. >Then build a PDS from that? > Will IEBPTPCH create a PDS(E)? The description and examples I see use a PDS(E)

Re: Rexx Exec to Build 10,000 PDS Members: ALLOC vs ISPF Services vs ?

On Wed, 19 Apr 2023 18:49:14 -0500, Mark Zelden wrote: >On Wed, 19 Apr 2023 13:44:39 -0400, David Spiegel wrote: > >>Hi, >>I am writing a Rexx Exec (Batch TSO) to build 10,000+ members in a PDS >>(FB/159/27984). >>The average member size is 900 lines. >> >>In terms of performance, which method

Re: Rexx Exec to Build 10,000 PDS Members: ALLOC vs ISPF Services vs ?

On Wed, 19 Apr 2023 14:21:58 -0400, David Spiegel wrote: > >If I understand correctly ... >"ALLOC F(X) DA('MY.PDS') SH REU" > >Do i=1 to n >    "ALLOC F(Y) DA('MY.PDS('member')') SH REU >    "EXECIO * DISKW (FINIS >End > >Is this correct? > That's what I remember. But it might be better to remove

Re: Rexx Exec to Build 10,000 PDS Members: ALLOC vs ISPF Services vs ?

On Wed, 19 Apr 2023 13:44:39 -0400, David Spiegel wrote: > >I am writing a Rexx Exec (Batch TSO) to build 10,000+ members in a PDS >(FB/159/27984). >The average member size is 900 lines. > >In terms of performance, which method should I use?: >1) ALLOC ... EXECIO DISKW > Performance is likely to

Re: How to remove an empty USS file shipped with z/OS

On Mon, 17 Apr 2023 09:01:21 -0700, Lizette Koehler wrote: > >the /etc/security seems to be part of Server pac > >I have been asked to update the permissions different that what is shipped >or to remove this directory path (it is empty) > What problem is this causing the requesters? >USS is not

Re: Images rather than etext

On Mon, 17 Apr 2023 22:35:07 +, Farley, Peter wrote: >Thanks for that Asimov reference. That's one of his books I have not read >(and there are many, I sadly admit; so many books, so little time . . .) but I >will look for that one. > Thanks. I needed to add "Asimov" to the search keys,

Re: Images rather than etext

On Mon, 17 Apr 2023 21:35:13 +, Farley, Peter wrote: > >One of the required management tools in use here (third party, mostly not >in-house developed) requires you to use an on-page "back" button because the >browser "back" button takes you back to the login page. <*Doh*> > One site, which

Re: Images rather than etext

On Mon, 17 Apr 2023 16:30:14 -0400, Phil Smith III wrote: > >I'm a keyboard guy, like most folks here, but have to disagree: UI >consistency is a huge productivity enhancer for some of us. The fact that >"modern" web pages often do NOT follow ~20 years of web conventions is very >irritating. Heck,

<    2   3   4   5   6   7   8   9   10   11   >