Re: Dataset File System

On Fri, 22 Dec 2023 17:40:43 -0600, Lionel B Dyck wrote: >I’ve experimented with it and found it has great potential. I also wrote this >https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/lionel-dyck2/2023/10/20/data-set-file-system-aka-dsfs-simplified-administr > Which begins:

Hex (was: Stupid JCL question)

On Fri, 22 Dec 2023 16:23:31 -0500, Bob Bridges wrote: >Just to be pedantic, aren't ~all~ characters hex characters? > I think the only hex characters are 0-9 and A-F. > ... That is, they can be expressed in hex. I suppose (but I'm not sure) that > "non-hex character" is intended to mean a

Re: Stupid JCL question

On Fri, 22 Dec 2023 15:30:03 -0500, Steve Thompson wrote: >"Prudently, you should inspect your JCL to ensure there are no >happenstance occurrences of your chosen delimiter." > >Oh has that come back to byte people!!  (data stream(s) having >any hex character in any position). > A likely

Re: Stupid JCL question

On Fri, 22 Dec 2023 17:30:10 +, Sri h Kolusu wrote: >... >Your option works, however, there is another option to make jcl skip steps >with enclosing the steps as data. > >For example, if you had 10 steps and you want only first 6 steps to run then >simply add //SAVEDD DATA,DLM=##

Re: Stupid JCL question

On Fri, 22 Dec 2023 12:57:00 -0500, Bob Bridges wrote: >Oh, simply because the whole job is 160-something lines. One inserted '//' is >a lot less risky than editing that many records, that's all. > And it's more readily reversible if you want to restore the original job after experimenting and

Re: Stupid JCL question

On Fri, 22 Dec 2023 10:36:10 -0600, Michael Oujesky wrote: > "/*EOF" works for me and is easy to spot, whereas "// " is >sometimes easy to miss. > Avoid empirical documentation. There may be cases you don't test. Submit an RCF. I believe the behavior was provided to support semi-unattended

Re: SMP/E question of the day

On Mon, 18 Dec 2023 13:39:09 +, Kurt Quackenbush wrote: NAME ABCDITSK ABCPROC#C C_CODE > >>> I believe SMP/E supports a maximum of 8 characters for the LMOD, CSECT, and >>> CLASS names specified on the IMASPZAP NAME statement. CSECT name ABCPROC#C >>> is 9 characters. > >> You're

Re: SMP/E question of the day

On Sun, 17 Dec 2023 12:52:49 -0600, Jon Perryman wrote: > >He's not making it up the 8 char limit. ++MOD and ++JCLIN create those SMP/e >entries. ++ZAP does not document limitations already described in ++MOD and >++JCLIN. > And yet it says:

Re: SMP/E question of the day

On Sun, 17 Dec 2023 15:12:59 +, Seymour J Metz wrote: >Given that a csect may be included in multiple program objects (is there a >generic term for LM & PO), I don't see whwre you would need an lmod parameter >on the NAME statement. Allowing SMP to zap one instance in the target >libraries

Re: SMP/E question of the day

On Thu, 14 Dec 2023 22:22:51 +, Kurt Quackenbush wrote: >> NAME ABCDITSK ABCPROC#C C_CODE > >I believe SMP/E supports a maximum of 8 characters for the LMOD, CSECT, and >CLASS names specified on the IMASPZAP NAME statement. CSECT name ABCPROC#C is >9 characters. > You're making that up.

Re: What is the PDS command?

On Fri, 15 Dec 2023 13:58:51 -0800, Ed Jaffe wrote: >... >The ISPF/HLASM SUPERC search function, available natively in z/OS, might >be a good alternative... > Some documentation here: -- gil

Re: Looking for COBOL SYSADATA record layouts

On Fri, 15 Dec 2023 10:37:56 -0600, Charles Mills wrote: >I am looking for compiler-readable record layouts ... > >Source language, in order of descending preference, would be C header, >Assembler DSECT, or anything else. > I see a need for a universal data format specification language

Re: SMP/E question of the day

On Fri, 15 Dec 2023 11:53:03 -0500, Phil Smith III wrote: > >Right, but that's the generated name-the module is ABCPROC, written in C. How >does one get around this? As Gil suggests, this seems like an SMP/E >bug/failing. > I'll generalize: It's improper for middleware, in this case SMP/E, to

Re: Can this be done?

On Fri, 15 Dec 2023 16:07:04 +, Schmitt, Michael wrote: >I wonder if this explains why IBM File Manager doesn't allow Disk Browse or >Disk Print on PDSEs -- maybe their code using EXCP and they didn't want to >change it to use media manager. > I believe the PDSE raw data format is not a

Re: SMP/E question of the day

On Thu, 14 Dec 2023 22:22:51 +, Kurt Quackenbush wrote: >> NAME ABCDITSK ABCPROC#C C_CODE > >I believe SMP/E supports a maximum of 8 characters for the LMOD, CSECT, and >CLASS names specified on the IMASPZAP NAME statement. CSECT name ABCPROC#C is >9 characters. > If the section name was

Re: Can this be done?

On Thu, 14 Dec 2023 15:43:40 +, Billy Ashton wrote: >.. >Is there any way to do this without caring about the catalog RECFM? >Obviously, the easiest way is through some JCL parameter that says >"force as PS" but I doubt that is likely. I can't go into more detail at >present, sorry! >

Re: ... FLOWASM and ASMA435I

On Sun, 10 Dec 2023 10:19:15 -0600, Mike Schwab wrote: >https://github.com/dmolony/Xmit >Mac, Linux, Windows. > Thanks. I go there. It's easy enough to download XmitApp.jar. But I see: Installation Download and install Java 17 and JavaFX 17, which are now separate downloads. Download

Re: ... FLOWASM and ASMA435I

On Sat, 9 Dec 2023 16:20:18 -0800, Ed Jaffe wrote: >... >It supports everything from before (including z/OS UNIX input), adds >support for a new REXX-like subroutine label syntax, and uses newer >faster instructions (COMPARE AND BRANCH, MOVE HALFWORD IMMEDIATE, etc). > How does it deal with

Re: ... FLOWASM and ASMA435I

On Sun, 10 Dec 2023 08:24:47 -0600, Mike Schwab wrote: >Xmit Manager. https://www.cbttape.org/njw/ > Is there a Windows-free alternative? >> What do I need out of the XMI package to prepare the VSE version? -- gil -- For

Re: Assembler optimization OPTION

On Sat, 9 Dec 2023 12:17:01 +0100, Bernd Oppolzer wrote: > >there is no such option; >this is not possible, because with ASSEMBLER, the programmer has full >control about where he or she puts the information elements, >be it static data or code. There is no magic engine like the optimizer >with

Passed vs. Cataloguee?

Suppose I have two identical DSNs on different volumes. One is catalogued; the other not. (Does SMS allow that nowadays?) In a job step I allocate DD DISP=(SHR,PASS),VOL=SER=... In a subsequent step, I allocate by DSN with no explicit volume informarion. Which one wins, the passed or the

Re: Usage: "data set" vs. "dataset"

On Mon, 27 Nov 2023 08:59:50 -0600, Walt Farrell wrote: >... >>" data set " vs. 1422 of " dataset " . Should the latter be corrected? > >Was your search case sensitive or insensitive? > Sensitive, and bounded by blanks, as above. >If insensitive you would also pick up DATASET which is a

Re: ChatGPT Mainframe

On Sat, 25 Nov 2023 20:53:31 -0600, Jung Park wrote: > >For fun (took me a total of 5 minutes), I created a GPT that ingested public >documentation and utilizes the information it had about the mainframe to >answer basic Q > >I took it for a test run with some basic questions such as "how do I

Usage: "data set" vs. "dataset"

I believe that several years ago IBM Pubs decreed that "data set" rather than "dataset" was preferred style and swept documentation emending the latter form. It seems to be creeping back. I just did a crude scan of the 3.1 .pdfs a d found 96260 occurrences of " data set " vs. 1422 of " dataset

Re: UNIX REXX LINKMVS TASKLIB?

On Sat, 25 Nov 2023 10:38:23 -0600, Jon Perryman wrote: >>> >>It's needed when allocating the same the same temp data set to two different >>ddnames within s single job step, regardless of volume. > >Are you saying that DD DDNAME= doesn't work without VOL=REF? Are you saying >that DSN=&TEMP

Re: UNIX REXX LINKMVS TASKLIB?

On Fri, 24 Nov 2023 00:29:34 -0600, Jon Perryman wrote: >... >For temporary datasets, when is there ever a need for VOL=REF unless you are >working with a volume? > It's needed when allocating the same the same temp data set to two different ddnames within s single job step, regardless of

Re: UNIX REXX LINKMVS TASKLIB?

On Fri, 24 Nov 2023 00:10:18 +, Seymour J Metz wrote: >While best practice is to let the system choose, if you insist on using >VOL=SER=foo for a temporary, it will work. IMHO, it's best to let SMS do its >thing. > I use VOL=REF=ddfoo only when it's required. -- gil

Re: UNIX REXX LINKMVS TASKLIB?

On Thu, 23 Nov 2023 18:13:27 +, Farley, Peter wrote: >Probably preserved for IBM (pick your language) PROC compatibility. The only >place I have ever seen temporary link libraries used is in IBM-supplied >compile-link-go PROC’s, where the link step SYSLMOD DD uses >DSN=&GOSET() and the GO

Re: UNIX REXX LINKMVS TASKLIB?

On Thu, 23 Nov 2023 04:18:05 +, Farley, Peter wrote: > >Performance was admirable and acceptable but this usage was obviously not a >high-volume commercial application, so YMMV. > I was just taking to heart the advice in

UNIX REXX LINKMVS TASKLIB?

How can a UNIX REXX program invoke a program object not in LNKLST? ADDRESS LINKMVS has no TASKLIB option. Is this the best way? Restrictions: o Performance? o The library must be

Re: External Functions in C on z/OS

On Sat, 18 Nov 2023 13:27:10 +0800, David Crayford wrote: >... What’s important to note is that their ports use enhanced ASCII and > run in the z/OS UNIX environment so there is very little chance of using > ooRexx to write an edit macro or a TSO/ISPF program. > ISPF can Edit files

Re: External Functions in C on z/OS

On Thu, 16 Nov 2023 16:51:32 +, Farley, Peter wrote: > >Then your Rexx calls would use the least amount of environment setup and >teardown. The down side is you would also need a “terminate” function in the >“front end” to do the needed CEETERM for the LE/C++ environment you set up >which

Re: External Functions in C on z/OS

On Wed, 15 Nov 2023 12:06:48 -0600, Charles Mills wrote: >@Peter, I went around on the R0 question here a couple of years ago. > CMSThink: Since no one uses R0, it's OK for everyone to use it. And the developers who ported REXX to TSO were too unaware to spot the problem and fix it. Or

Re: UNIX "BLKSIZE"?

On Tue, 14 Nov 2023 19:04:44 -0600, Jon Perryman wrote: > >xSAM works because UNIX files are 1 logical record and it's I/O methods makes >each byte of that logical record easily addressable. A single read can read >starting at any byte location desired for 1 byte, 1,000 bytes or to the end of

Re: UNIX "BLKSIZE"?

On Mon, 13 Nov 2023 19:09:26 -0500, Tony Harminc wrote: >> >> >>On Mon, 13 Nov 2023 01:10:14 -0600, Jon Perryman >> wrote: >> >>z/OS Unix filesystems are linear datasets. > >Some are. > Exceptions might be sockets, descriptors, pipes, and NFS. And not all UNIX files belong to filesystems. >>No.

Re: UNIX "BLKSIZE"?

On Mon, 13 Nov 2023 12:54:31 -0600, Jon Perryman wrote: >... >> and probably has some effect on performance for QSAM. > >I'm guessing that performance benefit is insignificant. More important is the >adverse effect of buffering by BSAM / QSAM. It violates the UNIX standard of >concurrent

Re: UNIX "BLKSIZE"?

On Mon, 13 Nov 2023 01:10:14 -0600, Jon Perryman wrote: > >>Suppose I am writing with QSAM/BSAM to a UNIX file allocated >>RECFM=FB,LRECL=80,FILEDATA=BINARY,PATH=... >>Should I specify: >>o BLKSIZE=80 for minimum latency for other jobs doing "tail -f"? > >z/OS Unix filesystems are linear

Re: Kinda fun

On Sun, 12 Nov 2023 00:01:59 -0600, g...@gabegold.com wrote: > >User brought odd printout (1403 or 3211) to system programming, asked what >happened. It showed two output streams overprinted -- like a double exposed >photo. Clearly impossible, but there it was. > I once received a punched

Re: PC Interference from shredder Was: Kinda fun

On Sun, 12 Nov 2023 10:48:19 +0100, Bernd Oppolzer wrote: > >At some point he looked out of the window and he saw the radar tower, >which is about >half a mile away and is needed for the traffic control of the airport >nearby. So he speculated > A co-worker had worked for the FAA at a commercial

UNIX "BLKSIZE"?

Suppose I am writing with QSAM/BSAM to a UNIX file allocated RECFM=FB,LRECL=80,FILEDATA=BINARY,PATH=... Should I specify: o BLKSIZE=80 for minimum latency for other jobs doing "tail -f"? o BLKSIZE=32720 for fewest costly access method calls? o BLKSIZE=0 and trust SDB (which will probably use 1/2

Re: Is True Skip-Sequential Processing Possible with RECFM=FB,DSORG=PS?

On Sat, 11 Nov 2023 19:03:01 -0800, Ed Jaffe wrote: >On 11/11/2023 6:40 PM, Paul Gilmartin wrote: >> On Sun, 12 Nov 2023 02:16:07 +, Seymour J Metz wrote: >> >>> Solves what problem? Unix doesn't have records, so you have to impose your >>> own record struct

Re: Is True Skip-Sequential Processing Possible with RECFM=FB,DSORG=PS?

On Sun, 12 Nov 2023 02:16:07 +, Seymour J Metz wrote: >Solves what problem? Unix doesn't have records, so you have to impose your own >record structure and tell seek the byte offset. > He said FB. That makes the calc simple. >On 11/11/23 06:59:07, David S. wrote: >> To help resolve a

Re: Is True Skip-Sequential Processing Possible with RECFM=FB,DSORG=PS?

On Sat, 11 Nov 2023 18:43:18 -0600, Michael Oujesky wrote: >Does seek() actually do a direct access? Or read, but skip the >records from the start of the file? > It doesn't say it reads. IBM's

Re: Is True Skip-Sequential Processing Possible with RECFM=FB,DSORG=PS?

On 11/11/23 06:59:07, David S. wrote: > To help resolve a question posted to a LinkedIn group I manage: > www.linkedin.com/feed/update/urn:li:groupPost:910927-7128598004344786944 > ... I'd like to find out if there's any way to achieve *true* > Skip-Sequential processing with a Fixed Block

Re: Well, I guess RESMGR is documented as only supporting 24/31 bit

On Sat, 11 Nov 2023 22:14:07 +0200, Binyamin Dissen wrote: >It does not check SYSSTATE AMODE64. > Don't be impatient. They're probably working on it. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions,

Re: Is True Skip-Sequential Processing Possible with RECFM=FB,DSORG=PS?

On Sat, 11 Nov 2023 08:59:07 -0500, David S. wrote: >... . Sequential processing >*must* begin at specified starting point and there can be *no* reading of >any records prior to that point. > That sounds absurd. So if a block contains 10 records, you want to be able to read the last 5 with

Re: Kinda fun

On Fri, 10 Nov 2023 13:02:29 -0500, Tony Harminc wrote: >On Thu, 9 Nov 2023 at 17:48, Paul Gilmartin < >042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: >> > >> I believe I saw one. A flat container of ferrite slurry with a >> transparent top >> and

Re: Kinda fun

On Thu, 9 Nov 2023 16:18:17 -0600, Glenn Knickerbocker wrote: > >I've heard tales (probably at KTRU) of reading magnetic tape/cards with iron >filings and a loupe. > I believe I saw one. A flat container of ferrite slurry with a transparent top and a diamagnetic membrane bottom. Pressed

Re: Rexx TRANSLATE command

On Thu, 9 Nov 2023 11:59:06 +, Seymour J Metz wrote: >The translate function is part of REXX, not part of ISPF. You are having an >ISPF issue. > >I've never tried modifying ZSCREEN, but I suspect that translating the whole >thing is messing up the format that ISPF expects. > I didn't know

Re: Kinda fun

On Wed, 8 Nov 2023 13:46:09 -0500, Phil Smith III wrote: >Stuart Holland wrote, in part: >>Also, the cards only had the punches - no text across the top. > >That was called "interpreting" cards, IIRC. I forget whether there was a >machine to do this (not that a site with no more punches or

Re: Kinda fun

On Wed, 8 Nov 2023 17:03:28 +, Schmitt, Michael wrote: >Are we violating the "no reminiscing" rule? > Probably. >What's the latest that people still used punched cards and/or paper tape? > I recall voting, i believe in the current century, on punched cards that appeared to be conventional

Re: Kinda fun

On Wed, 8 Nov 2023 12:07:14 +, Seymour J Metz wrote: >I found that it took less time to punch my own programs than to have the >keypunch operators do it; as you noted, errors. > At times the bottleneck is the number of available keypunches and the dedicated keypunch operators have higher

Re: Kinda fun

On Wed, 8 Nov 2023 10:05:04 -0600, Mike Schwab wrote: >IEBUPDTE updates based on sequence number in column 73-80. >https://www.ibm.com/docs/en/zos/2.1.0?topic=examples-example-6-create-update-library-member > Nowadays there are better tools.

Re: Kinda fun

On Wed, 8 Nov 2023 09:10:54 -0500, Phil Smith III wrote: > >Bob, your musing about communications parameters sounds like full/half duplex. > Mind the difference between half duplex and local echo. The former used only a single current loop and pressing a key during output caused garbled output

Re: Kinda fun

On Tue, 7 Nov 2023 16:17:45 -0500, Phil Smith III wrote: >https://blog.computationalcomplexity.org/2023/11/in-bad-old-days-we-had-punchcards-how.html > More generally, What did people in that era think? I asked several people who dealt with punch cards and there are some of their

Re: IBM APAR Names

On Tue, 7 Nov 2023 23:57:05 +, Seymour J Metz wrote: >SES is a tools that fills the same nicje in the VM ecology as SMP does in the >MVS ecology. > And it has the design advantage of not having an operation analogous to ACCEPT, thereby supporting progressive restoring of an arbitrary

Re: Rocket miniconda frustrations

On Fri, 3 Nov 2023 23:44:09 +, Jousma, David wrote: > >>> Yes. But you still need the internet ... >>> >> What's the alternative? Railway Express? Dialup modem? > >A lot of customers air-gap their mainframe systems ... > Acoustical coupler! -- gil

Re: IBM APAR Names

On Fri, 3 Nov 2023 22:05:41 -0500, Jon Perryman wrote: > >>Grrr. IBM's registered component prefixes govern program objects, etc., but >>not SYSMODs. The best we could do was choose an unlikely prefix. > >What were you thinking! All IBM PTF's & APARs begin with XX#. Unless you >unwisely chose a

Re: APAR theology (was: IBM APAR Names)

On Fri, 3 Nov 2023 20:51:44 -0400, Phil Smith III wrote: > >I�m also interested in a definitive list of APAR closings. I�ve never seen >one, and the lists I�ve seen have been conflicting and often included >different interpretations of the same closing. >

Re: APAR theology (was: IBM APAR Names)

On Fri, 3 Nov 2023 20:51:44 -0400, Phil Smith III wrote: > >My understanding is: > >* PMR: represents a customer issue, which may end there. > This generally embeds tie ID of the reporting customer. >* APAR: represents a customer issue that at least seems to indicate a >code problem.

Re: IBM APAR Names

On Fri, 3 Nov 2023 17:02:54 -0500, Jon Perryman wrote: > >I think you misunderstand APARs because you question doesn't make sense. > >1. APARs are PTFs that are very rarely created and never required to be >applied. >2. Most product developers will never write an APAR write an actual APAR

Re: Rocket miniconda frustrations

On Fri, 3 Nov 2023 19:42:15 +0800, David Crayford wrote: > >Yes. But you still need the internet ... > What's the alternative? Railway Express? Dialup modem? -- gil -- For IBM-MAIN subscribe / signoff / archive access

Re: Rocket miniconda frustrations

On Thu, 2 Nov 2023 21:44:02 +0100, Radoslaw Skorupka wrote: > >AFAIR if you have support you can user regular SMP/E installation method. > As you suggest, they seem to be encouraging purchase of support. >Regarding paths - it is customizable in very case. > Default? I'd expect

Re: Rocket miniconda frustrations

On Thu, 2 Nov 2023 21:12:47 +0100, Radoslaw Skorupka wrote: >BTDT > >There are two way to circumvent the problem: >1. Use Miniconda with offline packages. Yes, you can download the >packages manually on you PC then upload it to z/OS Unix. >2. Quick & dirty: download the package as above and then

Re: FTP problem

On Mon, 30 Oct 2023 15:13:53 -0400, Phil Smith III wrote: > >I realize this is confused, but that's because I'm confused; I'm used to FTP >and Ascii and Image and MODE B TYPE E and like that, and think I've tried all >options. The fact that it worked once is almost worse. > > I've had MODE B

Re: Changes to IEBCOPY??

On Mon, 30 Oct 2023 18:09:13 +, Benik, John E wrote: >I ... we now are on 2.5 and have z/16s. ... > >IEB105I PARAMETER INVALID > > The indexed PDF (for 3.1) readily finds that code: Explanation A parameter on the control statement just

Re: z/OS 3.1 documentation

On Wed, 18 Oct 2023 17:08:27 -0700, Tom Brennan wrote: >In my tests, symlinks (mklink command) needs admin auth to create. That >would scare people I think. > ??? Feels like a silly restriction. Is there a reason for it? Integrity? I have one starting to work in Rexx, avoiding the VBS

Re: AMODE was: Why do all entry points have to be in the same class?

On Mon, 23 Oct 2023 15:45:10 -0500, Jon Perryman wrote: > Since running AMODE 64 has overhead than AMODE 32, ... > ??? Java has that. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: Why do all entry points have to be in the same class?

On Fri, 20 Oct 2023 20:25:31 -0500, Jon Perryman wrote: > >The most obvious answer is incompatible entry point types. Language >Environment entry points require LE initialization whereas no pre-processing >is required for an assembler entry point. > Long ago (when "any" meant just one of two), I

Re: Programatically setting JCL symbols

On Thu, 19 Oct 2023 10:31:56 -0500, Charles Hardee wrote: >No decision has yet been made as to how this "communication" will take >place. > Would JCLLIB members be a useful "communication" vehicle? -- gil -- For IBM-MAIN

Re: Programatically setting JCL symbols

On Wed, 18 Oct 2023 22:53:05 +0100, Lennie Dymoke-Bradshaw wrote: >On the other hand they can be passed to another job via the internal reader >specified with the SYMBOLS parameter. >For example, >//INTRDR DD *,SYMLIST=* >It could make sense in this instance. > ITYM: // EXPORT

Re: Programatically setting JCL symbols

On Wed, 18 Oct 2023 16:18:05 -0500, Charles Hardee wrote: > >Thanks in advance for anyone that can shed light on the subject. > >Is there a mechanism for setting a JCL type variable from within a program? > I hope you can't. JCL symbols are elaborated by the Converter, before a program executes.

Re: z/OS 3.1 documentation

On Wed, 18 Oct 2023 18:15:55 +, Farley, Peter wrote: >Tom, > >For the “relative” idea, maybe fill in the “Start In” value in the *.lnk file >with the “current” (pwd) directory name? Not sure if that would make any >difference, but it may be worth a try. > Are you using Tom's shortcuts or

Re: z/OS 3.1 documentation

On Wed, 18 Oct 2023 16:53:48 +, Seymour J Metz wrote: >...I wish that IBM would include not only the exact title in PDF metadata but >also the forms code. > Are the metadata extensible? In one 3.1 publication I see: Custom Metadata: no But suppose the document is rendered before a

Re: z/OS 3.1 documentation

On Fri, 13 Oct 2023 21:17:14 +, Seymour J Metz wrote: >On other browsers target=_blank opens a new tab, and I saw a message to the >effect that there is no way around it. On my personal machines I can just use >Chrome or Firefox, but my work laptop is locked down and I can only use

Re: z/OS 3.1 documentation

On Fri, 13 Oct 2023 21:08:25 +, Seymour J Metz wrote: > >When I'm forced to migrate to w11 at work, will that include a new browser? > Won't that be up to your employer? In the TOC.htm file I see: 1.Open your file explorer to the subdirectory where you extracted this collection.

Re: z/OS DSFS IBM Idea - please consider voting

On Fri, 13 Oct 2023 14:01:24 -0500, Lionel B. Dyck wrote: >It's a full filesystem so /etc wouldn't be appropriate and that would add an >extra 'qualifier' on the path for the users. Instead of entering >/dsfs/txt/hlq/file it would have to be /etc/dsfs/txt/hlq/file. > I consider that the least

Re: z/OS DSFS IBM Idea - please consider voting

t" and too little to "please deliver ". Regardless, IBM service shouldn't obliterate site-peculiar additions to '/', especially when one is required by an IBM product. That should be APAR-able, not merely an Idea. Or, the required mount point shoulc be changed to /etc/dsfs. >-----Or

Re: z/OS 3.1 documentation

On Fri, 13 Oct 2023 09:12:25 -0700, Tom Brennan \wrote: >I don't really use Edge, but like Chrome, there's an option for either >downloading the file or viewing in the browser. I just did this just >now in Edge: > But no third option such as "Open with helper app ..."? Some might prefer Adobe

Re: z/OS DSFS IBM Idea - please consider voting

On Fri, 13 Oct 2023 11:56:47 -0500, Lionel B. Dyck wrote: >Please review, and vote, for this idea to add the /dsfs as a default mount >point on the IBM z/OS distributions. >https://ibm-z-hardware-and-operating-systems.ideas.ibm.com/ideas/ZOS-I-3868 > Where I read: In the default z/OS

Re: IPCS and Rexx

On Wed, 11 Oct 2023 17:07:44 -0400, Tony Harminc wrote: >... >So e.g. we have a product >that has a notion of transactions, and a transaction is represented by a >single CB that points to various other CBs, ... > How do you achieve that, given that Rexx has no pointer type? STORAGE() lets you

Re: JCL symbols used to define other JCL symbols [was: RE: Is SMP/E needed for installs?]

On Wed, 11 Oct 2023 15:44:39 +, Peter Relson wrote: > >As it happens, the offending sentence had already been removed from the 3.1 >book. Since the thread started before those books were generally available to >be looked at, it's not surprising that that was not realized. > I see that.

Re: z/OS 3.1 documentation

On Wed, 11 Oct 2023 13:38:40 +, Seymour J Metz wrote: >That's what I'm doing, and it works fine on everything but edge. > Report the problem to the supplier. (Firefox used to do that, but it's better now.) -- gil -- For

Re: z/OS 3.1 documentation

TOC.htm file allows my browser to access unzipped local PDFs, nicely organized in shelves, via relative URLs. ____ From: \ Paul Gilmartin Sent: Wednesday, October 11, 2023 1:11 AM On Tue, 10 Oct 2023 23:46:20 -0500, Brian Westerman wrote: > >Do you still ha

Re: z/OS 3.1 documentation

On Tue, 10 Oct 2023 23:46:20 -0500, Brian Westerman wrote: > >Do you still have the PC script that builds the nice directory with the manual >names? > You shouldn't need if you can just open the *_TOC.htm file in a browsert/ Otherwise, do you have the Ubuntu utilities? I have one that runs in

Re: IPCS and Rexx

On Wed, 11 Oct 2023 01:36:32 +, Seymour J Metz wrote: >SA23-1382-60 z/OS MVS IPCS Commands > In which I read: – CALLMVS REXX host command environment >SA32-0972-60 z/OS TSO/E REXX Reference > Doesn't seem to mention "CALLMVS". Do they mean LINKMVS? -- gil

Re: z/OS 3.1 documentation

On Tue, 10 Oct 2023 21:51:08 +, Farley, Peter wrote: >I concur, they have updated the contents of the 1Gb+ zip file to include the >missing TOC file(s) without changing the external file name, but all the files >inside are now dated 2023-10-09 instead of 2023-09-29, including the new TOC

Re: z/OS 3.1 documentation

On Tue, 10 Oct 2023 21:51:08 +, Farley, Peter wrote: >I concur, they have updated the contents of the 1Gb+ zip file to include the >missing TOC file(s) without changing the external file name, but all the files >inside are now dated 2023-10-09 instead of 2023-09-29, including the new TOC

Re: z/OS 3.1 documentation

? (How?) Or a search with local Adobe Reader? What options and keys? zOS310-GA-Indexed-PDF-package-(2023-09-29).pdx (gasp! Non-portable filename!) Works for me with Adobe Reader via Association. _______ >From: Paul Gilmartin >Sent: Tuesday, October 10, 2023

Re: z/OS 3.1 documentation

On Sun, 1 Oct 2023 22:24:51 -0700, Tom Brennan wrote: >Over the years I've been trying to maintain a VBS script that reads the >html file and produces Windows shortcuts. But of course it can't work >at all without the html index. https://blog.mildredbrennan.com/?p=797 > Apparently as of

Re: TN3270, EBCDIC and ASCII

On Tue, 10 Oct 2023 17:06:51 +, Cameron Conacher wrote: >Yes DBCS is available. >The block of DBCS data starts with a hex ‘0E’ and terminates with a hex ‘0F. > Which CCSID(s)? Which of these would be best for viewing a UTF-8 file? (I'd hope for 1208.) -- Thanks, gil

Re: TN3270, EBCDIC and ASCII

On Tue, 10 Oct 2023 12:38:13 -0400, Rick Troth wrote: > >TN3270 is an EBCDIC protocol. >When a TN3270 client program connects to a z/OS or z/VM or z/VSE or >z/TPF host (typically on TCP port 23) and negotiates for TN3270, >everything is EBCDIC after that. (Well ... everything except the

Re: JCL symbols used to define other JCL symbols [was: RE: Is SMP/E needed for installs?]

On Sat, 7 Oct 2023 22:30:52 +0200, Radoslaw Skorupka wrote: >To be honest I consider date-related variables as pooor when >compared to batch scheduler features, especially ControlM (it is not >advertisement, just opinion). > You worked for a bank. I had a co-worker who had worked for a bank.

Re: JCL symbols used to define other JCL symbols [was: RE: Is SMP/E needed for installs?]

On Sat, 7 Oct 2023 18:42:42 +, Farley, Peter wrote: >I’ll admit I have NOT used symbol substitution in the “name” part (left of the >“=”) at all, only on the right (value) side, so the true answer is “I don’t >know”. Never had a reason to use substitution in the “name” part. > However

Re: JCL symbols used to define other JCL symbols [was: RE: Is SMP/E needed for installs?]

On Sat, 7 Oct 2023 13:10:36 -0500, Michael Oujesky wrote: >Dynamic symbols (date/time) can be evaluated at different points in >time during conversion, so if used multiple time in the JCL, they can >resolve to different values. My ROT was to never use a dynamic >symbol more that once in coding

Re: JCL symbols used to define other JCL symbols [was: RE: Is SMP/E needed for installs?]

On Sat, 7 Oct 2023 09:41:56 -0700, Ed Jaffe wrote: >On 9/20/2023 8:23 AM, Farley, Peter wrote: >> ... JCL symbols as part of the definition of other JCL symbols works >> flawlessly every time. > Is this true alike for substitution both in the name (left of the "=") and in the value (right of

Re: Assembler access to USS functions

gment; no DEFUSER; etc. ____ From: Paul Gilmartin Sent: Thursday, October 5, 2023 9:05 AMs On Thu, 5 Oct 2023 11:07:03 +, Seymour J Metz wrote: >Where do you think process initialization gets the variable names and values? > I believe: o If the process is initialized

PARM='GRAPHICS(CHAIN(SN))'

In a recent post, I saw: //TESTDIR EXEC PGM=IDCAMS,PARM='GRAPHICS(CHAIN(SN))' o Why is PARM='GRAPHICS(CHAIN(SN))' still a thing? o Cui bono? o In this 21st Century, why isn't the default the identity translation? o If it needs to ba thing, why doesn't every utility support it? o If it's

Re: Assembler access to USS functions

On Thu, 5 Oct 2023 05:46:48 +, Farley, Peter wrote: > >I am sorry to say that your comments so far appear merely pedantic to me, and >in particular not very useful to the OP. If there is a substantive reason for >the OP to care about these kinds of details, please elaborate. > It probably

Re: Assembler access to USS functions

On Thu, 5 Oct 2023 11:07:03 +, Seymour J Metz wrote: >Where do you think process initialization gets the variable names and values? > I believe: o If the process is initialized by init (often PID 0), init creates the environ array. o If the process is initialized by fork() the environ

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