Re: Control dispatcher time-slice?

On Wed, May 08, 2024 at 12:59:26PM -0400, Tony Harminc wrote: > On Tue, 7 May 2024 at 01:45, Beate Kawelke > wrote: > > > You could try to directly change the dispatching priority of a TCB with > > CHAP: > > https://www.ibm.com/docs/en/zos/2.5.0?topic=hsp-chap-change-dispatching-priority > > > >

Re: Control dispatcher time-slice?

On Mon, May 06, 2024 at 10:34:03PM -0400, Thomas David Rivers wrote: > We've got a test (with pthread-created TCBs) that we'd like > to really have dispatched with tiny time slices so we can make > sure things are working correctly... > > But - it seems that all of our time slices are "big" > so

Re: S0c4 creation

On Wed, Apr 24, 2024 at 06:02:30PM +, Jim Mulder wrote: > From software point of view, the only difference between an operation > exception for a 00xx or 00x or 00xx in the instruction > stream vs an invalid opcode B2xx in the instruction stream > would be the Instruction

Re: S0c4 creation

On Mon, Apr 22, 2024 at 02:38:08PM +0100, Rupert Reynolds wrote: > For the record I chose (off the cuff) to use NC on some low storage with > itself, because it would never actually attempt to alter that storage, but > only to store the same values back again. Or perhaps not the same values if

Re: Registers in the RB

On Sat, Feb 03, 2024 at 08:20:08PM -0500, Joseph Reichman wrote: > It was my understanding probably erroneously that when a RB I guess I am > talking about a PRB gets interrupted and that can happen in one of two > instances > > 1)An SVC > 2)A Program check e.g. S0C1,4, There are many

Re: Technical Reason? - Why you can't encrypt load libraries (PDSE format)?

On Mon, Jan 15, 2024 at 02:41:45PM -0600, Walt Farrell wrote: > On Mon, 15 Jan 2024 16:15:38 +, Eric D Rossman > wrote: > For encryption, the analogous method might be: Once a jobstep has > Opened an encrypted data set to read it, they cannot write to, nor Open, > an unencrypted output data

Re: Question about IEAMSCHD

On Sat, Dec 30, 2023 at 03:36:44PM +, esst...@juno.com wrote: > Can someone please clarify this statement regarding IEAMSCHD - > . > "To run an SRB routine in a different address space from the > scheduling code, the SRB routine must be either in a different > program that is accessible from

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

On Sat, Nov 11, 2023 at 08:59:07AM -0500, David S. wrote: > ... I'd like to find out if there's any way to achieve *true* > Skip-Sequential processing with a Fixed Block Sequential File with a fairly > short record length (i.e. DCB=(DSORG=PS,RECFM=FB,LRECL=80)? > question is a DSORG=PS

Re: IPCS: Can ADPLSACC Service code access 64 bit storage

On Thu, Oct 05, 2023 at 03:53:48PM -0400, Joseph Reichman wrote: > Can ADPLSACC Service code access 64 bit storage Context? Oh, IPCS z/OS MVS IPCS Customization https://www.ibm.com/docs/en/zos/2.1.0?topic=services-invoking-exit-router

Re: SCHEDIRB

On Thu, Sep 28, 2023 at 08:37:02PM -0500, Jon Perryman wrote: > I don't have access to z/OS. Joseph, can you run a simple test to > find out if this is a problem because others say it's not. Assemble, > link (with AC=1) and run from JCL the following prog: Unless something major has changed

Re: SCHEDIRB

On Thu, Sep 28, 2023 at 01:30:05AM -0400, Joseph Reichman wrote: > Thanks > > The one glaring thing that was happening was that load was indeed > abending you said linking it with ac=1 would solve that issue No, but it needs to come from an authorized library. > I don't understand your

Re: SCHEDIRB

On Wed, Sep 27, 2023 at 09:00:13PM -0500, Jon Perryman wrote: > 4. I believe that LOAD will abend if the module is not linked with >the AC=1 attribute when running authorized. No, it has to be in an authorized library. Only the EXEC PGM= name needs AC=1 (TSO APF in addtion needs to be in

Re: TCP/IP to JES3

On Fri, Sep 22, 2023 at 05:28:00PM -0400, Steve Thompson wrote: > I'm going for the bonus points:  NJE/RJE. I was just reading on this by > accident while working on a tool to do a JES3 to JES2 migration (JOBs, not > the sysprog work, not that far into AI yet ;-) ). UCLA/Mail (in it's day) sent

Re: Why it's important to take Seymour's advice

On Sun, Sep 17, 2023 at 08:39:37PM +, Seymour J Metz wrote: > You use an IRB for any of > > Obsolete access methods > STIMER with exit > STAI > STAX VTAM RPL and EXLST exit routines IBM TCP/IP ? ICUV/VNCF ? {obsolete?} UCLA/IPC NOTIFY=INTADR {the slowest IPC notify method}

Re: SCHEDIRB with CIRB

On Fri, Sep 22, 2023 at 04:50:23PM -0400, Joseph Reichman wrote: > Micheal > > Thanks for looking at it I see 8E76D0 at IQETCB Oh, I mangled it when aliging the hex data, the 0s are from the 64 bit address high word... -- For

Re: SCHEDIRB with CIRB

On Fri, Sep 22, 2023 at 01:58:00PM -0400, Joseph Reichman wrote: > I am posting my code in addition to some displays I captured as I am getting > the feeling my IRB was not dispatched for some reason > > So here is the code in my STIMER routine from where I issue the SCHEDIRB > pointing to the

Re: SCHEDIRB getting real close showing the code

On Wed, Sep 20, 2023 at 06:00:06PM -0400, Joseph Reichman wrote: > I decided to use the CIRB macro so that way I could build my own IRB > > The problem seems to be the AMODE of my RBOPSW is 24 so the high order > byte of my rbepa gets chopped off RPEPA doesn't belong to you, you should not

Re: Why it's important to take Seymour's advice

On Fri, Sep 15, 2023 at 06:16:59PM -0400, Joseph Reichman wrote: > I did schedule the irb in the ikjeft01 TCB against Seymour's advice > for a return code of zero from schedirb There are likely many ways to do something like what you are trying to do and the IRB idea likely wasn't close to the

Re: Commands from systsin

On Wed, Sep 13, 2023 at 10:10:42AM -0400, Joseph Reichman wrote: > I have a number of program that I would like to stay resident in the > job pack are of my tso session > > So I run a command from systsin in my tso session that command all it > does is loads A few load modules and wto s the

Re: Is the IBM Assembler List still alive - Dumps - Early days

On Fri, Sep 08, 2023 at 04:35:59PM -0700, Leonard D Woren wrote: You left out URSA at UCLA. Online editing as long as the file was RECFM FB/80/400. Pre 3270, 20 lines of 40 characters. Along with job submission and output view capability. > Just like the rest that I listed.  So a failure,

Re: Simple request from chatGPT to write assembler program.

On Wed, Sep 06, 2023 at 09:02:28PM +0200, Bernd Oppolzer wrote: > IIRC, in the first years of HLLs, there were some debates that HLLs > are not usable because of the poor code the compilers generated at that > time. This was true even in the 1960s for the first versions of PL/1. A lot later than

Re: Equivalent of TSOLIB for batch

On Thu, Jul 20, 2023 at 02:26:39AM -0500, Willy Jensen wrote: > I for one would be sorry to see the STEPLIB program from CBT file 452 go > away. I find it very useful for packaging applications in separate set of > libraries and then use ISPF LIBDEFs, TSO ALTLIB and the STEPLIB program > to make

Re: Equivalent of TSOLIB for batch (job library search & JSTCB)

On Wed, Jul 19, 2023 at 02:38:44PM -0500, Paul Gilmartin wrote: > Are comments in the source of 3.8 the best available documentation? They might be out of date, but requirements of compatiblity and the cost to IBM of changes make them somewhat relevant. They're easily accessible the other choice

Re: Equivalent of TSOLIB for batch (job library search & JSTCB)

On Tue, Jul 18, 2023 at 06:49:26PM +0300, Binyamin Dissen wrote: > I am trying to do the equivalent of TSOLIB for BATCH, i.e., dynamically adding > loadlibs. I do not have spare parent tasks that I can hang a JLB DCB. > Does reaching TCBJSTCB stop the search of the JLBs? from MVS3.8 source of

Re: "National" characters

On Tue, Jul 11, 2023 at 02:37:04PM -0500, Paul Gilmartin wrote: > On Tue, 11 Jul 2023 18:35:14 +, Seymour J Metz wrote: > > >That's a definite maybe. You can certainly have a null in a quoted DSN, but > >you can't catalog it, which makes it pretty useless. > > > I bet STOW allows them.

Re: Q: Transient SVC ? (2301 drum & SVCLIB)

> 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 didn't. We had a 360/91 with a 2301 drum on selector channel 1. This had SVCLIB on it... At some point we got another 2301 and moved a

Re: Q: Transient SVC ?

On Thu, Jun 01, 2023 at 12:33:39PM +, Seymour J Metz wrote: > > Transient SVC routines are supposed to be refreshable. That's important > both for OS/360 SVC transient areas and ... Yes, the transient area logic could overlay one module with another for a higher priority task if needed

Re: Q: Transient SVC ?

> Back before SYS1.LPALIB, Nucleus-resident SVC routines were named IGCxxx > and were linked into IEANUC00; transient SVC routines were named IGC00xxx > with a C zone on the last digit, resided is SYS1.SVCLIB and ran out of > 1 KiB SVC transient areas. > The EBCDIC code pages I've used had C) as

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

On Tue, May 16, 2023 at 11:23:46AM -0500, Paul Gilmartin wrote: > 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

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

On Tue, May 16, 2023 at 04:14:07AM +, Prashant Joshi wrote: >> Did you specify binary mode on the python open call? -- > Yes. And I can read the data. How are you reading the data. Assuming an open like: myfile = open("filename", "rb") You need to either read it all into memory:

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

On Mon, May 15, 2023 at 06:54:40PM +, Prashant Joshi wrote: > I am trying to read VB & VBS binary file in windows using python. I > tried FTPing file directly, then using Terse and then XMIT but every > time when I read the file in windows, I get random new line (CR/LF) > inserted in record. I

Re: Unlike data sets concatenation - revised 4

On Thu, May 11, 2023 at 12:50:12PM -0500, Pierre Fichaud wrote: > I'm back onto this problem. > I wrote a proof-of-concept program and it works. > I've modified an existing z/OS product and my changes don't work. This is the first we've heard that all the related code wasn't yours (or part of

Re: TSO IKJOPER question

On Tue, May 09, 2023 at 07:37:27AM -0400, Joseph Reichman wrote: > I am just wondering when using IKJOPER (operand) and for clarity's sake I > would like to use an example from TSO TEST so I would imagine the '=' of TSO > TEST is an IKJOPER Well, it doesn't work like that... Test prescans the

Re: Unlike data sets concatenation - revised 3

On Mon, May 01, 2023 at 08:26:42AM -0500, Pierre Fichaud wrote: > I have provided the DCB in source and dumped it just before the OPEN. > . 000183 INFILE DCB DDNAME=INFILE, >*00164000 . > . 000184

Re: Unlike data sets concatenation - revised 3

On Mon, May 01, 2023 at 08:26:42AM -0500, Pierre Fichaud wrote: > I have provided the DCB in source and dumped it just before the OPEN. > 1st data set in the concatenation : > The JCL has just the DSN and DISP. > . > > .

Re: Unlike data sets concatenation - revised 2

On Fri, Apr 28, 2023 at 12:53:46PM -0500, Pierre Fichaud wrote: > These are existing datasets so it's just DSNAME and DISP in the concatenation. OK, but what is in the source coded on the DCB? Does it specify BLKSIZE and/or LRECL. Please provide the DCB from the source of the program. Also

Re: Unlike data sets concatenation - revised 2

On Fri, Apr 28, 2023 at 11:18:43AM -0500, Pierre Fichaud wrote: > I set DCBOFPPC before the OPEN. > DCB after open > 000224D8 01D0 00F43026 002FE5A2 05025C70 > 4000 00027E08 * }...4 . Vs * .. .. = * > 000224F8 02010580 5000 00A44848

Re: Unlike data sets concatenation - revised 2

On Fri, Apr 28, 2023 at 08:51:22AM -0500, Pierre Fichaud wrote: > I thought that the 2nd display of the DCB would show the lrecl to be > 230 and the blksize to be 1150. As did others, which is why a dump of the DCB was requested to see the actual values. > I'm reading the documentation for the

Re: Inexplicable 0C4!

On Fri, Apr 28, 2023 at 03:32:59PM +0700, Robin Atwood wrote: > Thanks, Michael, that is the problem. The next page is available, > but the one after that isn't. > The problem is I maintain legacy C code originally developed with > SAS/C, which had a strupr(s) function. There is no length

Re: Inexplicable 0C4!

On Thu, Apr 27, 2023 at 07:54:56PM +, Seymour J Metz wrote: > R1 is the table address; only 256 bytees need to be addressable. R2 > is the string address, and you need write access to everything up until > the delimiter ('00'x in this case.) No! You need write access for at least 4K from the

Re: Inexplicable 0C4!

On Thu, Apr 27, 2023 at 03:28:26PM +, Seymour J Metz wrote: > Is it possible that the string is in key 0 or read-only storage? It's a certainty for the whole string, but probably not for the part ending at the first x'00' byte. TST TRE R2,R1 fold string R0 R1

Re: Inexplicable 0C4!

On Thu, Apr 27, 2023 at 07:58:23PM +0700, Robin Atwood wrote: > I have had two of these during the course of two months, so it's getting > serious! > > The abend happens in my implementation of a C strupr() function when the TRE > instruction is executed: > > TST TRE R2,R1 fold

Re: Unlike data sets concatenation - revised

> 000234D0 E6D9D5C7 4BD3C5D5 4BD9C5C3 D6D9C46B | WRNG.LEN.RECORD, | A likely result from reading a block larger than the blksize. > DCB > > 000224D8.:0224DF. LENGTH(X'08')--All bytes contain X'00' > 000224E0 01D1 00F43026 002FE5A2 05025C70 | .J...4Vs..*. | >

Re: Unlike data sets concatenation - revised

On Wed, Apr 26, 2023 at 08:00:07AM -0500, Pierre Fichaud wrote: > Seymour's response made me realize that my post was incomplete. Yes, source? JCL? I/O error info (CSW IOB stuff, sense data..) DCB contents: LRECL/BLKSIZE/RECFM? It's some sort of I/O error but what? . incorrect length (caused

Re: eliminate use of id(0)

On Tue, Apr 11, 2023 at 02:31:10PM -0500, Paul Gilmartin wrote: > On Tue, 11 Apr 2023 20:06:02 +0100, Colin Paice wrote: > Do you trust the supplier? Even if it runs on a non-privileged ID, it can > do any harm that users can do to themselves. Would you run a script > that I supplied without a

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

On Thu, Mar 23, 2023 at 04:16:10PM -0400, Tony Harminc wrote: > On Thu, 23 Mar 2023 at 08:57, Joseph Reichman wrote: > > > STORAGE OBTAIN,LENGTH=(R0),ADDR=(R7),LOC=(31,64),SP=233 > > Does BSAM (or EXCP for that matter) support above-the-bar real storage > for I/O operations? Format-2

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

On Thu, Mar 23, 2023 at 08:56:43AM -0400, Joseph Reichman wrote: > Here is the code if you page down the email you will see "Here is the > DCB//DECB/DCBE and exlst code" Another partial source which ignores that you are authorized. When you are authorized (especially key zero/system

Re: Clarification of SDSF CSR

On Fri, Mar 17, 2023 at 04:22:39PM +, esst...@juno.com wrote: > Hello > . > I need some clarity on SDSF CSR display Common storage remaining Memory > When I use CSR function I see job CSVDJOB listed with

Re: not using SMPe

commenting on previous merged emails: > Yes, there are indeed Linux package managers. They don't get beyond the > "replace the entire package" level. THey have no concept of individual > fixes and their interactions. > Are they as powerful as SMP? No, but they fill a similar niche. They are more

Re: BSAM Read 31 bit mode

On Fri, Feb 17, 2023 at 03:35:35PM -0500, Joseph Reichman wrote: > And yet my read macro expands to ICM 15,B'0111',49(R6) > > BALR 14,15 I can't see your read macro call, but if it's inline the macro is going to generate the DECB inline with the code. Since the DECB must be 24 bit

Re: Are JNI required to be re-entrant and/or re-usable?

I don't know JNI or how it fetches the non-reusable routine, however: > > Maybe I'm mis-using the term "reusable". I'm not referring to "serially > > reusable" (by which the OS manages attempts to fetch the same module again > > while it still known to be in use). I don't believe it will fetch

Re: Searching the ASVT

On Sun, Feb 05, 2023 at 07:12:57AM +, Seymour J Metz wrote: > Shouldn't that be > USING ASVTBEGN,R10 ESTABLISH ADDRESSABILITY > > Or does CVTASVT point to the prefix? It points to the prefix. This allows IBM to add fields to the ASVT without the other offsets changing. They can't

Re: Searching the ASVT

On Sun, Feb 05, 2023 at 01:34:36PM +, Peter Relson wrote: > ASVTFRST is documented as "address of first available ASVT entry". It > has nothing to do with "next". ASVTFRST is the address of the slot for ASID 0 which doesn't exist but is usefull to adjust for the fact that ASIDs start at 1

Re: Searching the ASVT

> Next its test for an ASCB that is assigned. > > TM0(R11),ASVTAVALVALID ASCB Available ? > > BORUNLOP1NO, CHECK NEXT ASVT ENTRY I wouldn't separate the test for valid with picking up the ASCB address as the ASVT slot might change between my ASVT references. I'd load the

Re: Searching the ASVT

> I am on a z/os 2.2 system, trying to rseurrect some old code. > . > can some one confirm the instructions for Searching the > Address Space Vector Table (ASVT) on z/OS 2.2 > . > This program loads R10 with CVTASVT > L R10,CVTASVTGET ASVT ADDRESS > USING ASVT,R10

Re: End of several eras

On Tue, Nov 22, 2022 at 01:40:47PM +, Seymour J Metz wrote: > My experience was that I had to read the fiche for things that should > be in the PLM and I had to read the PLM for things that should have been > in the macros or services manual. I read many a fiche when writing UCLA/IPC.

Re: End of several eras

On Mon, Nov 21, 2022 at 06:06:43PM -0600, g...@gabegold.com wrote: > Fiche was fun. yes, definitely. I remember using fiche two versions back (save that old fiche) to help make a fix in VTIOC (TSO/VTAM) hung users which couldn't be canceled. And telling OPEN/CLOSE/EOV the line number

Re: GTTERM assistance (really 3270 VTAM application?)

On Thu, Nov 10, 2022 at 07:14:34AM -0500, Brian Chapman wrote: > Michael, > > Are you saying that sense code 084E is only applicable for LU6.2? I'm saying the page you linked to was for LU6.2 and as far as I know 3270s aren't LU6.2. Also I'm still very very uncertain what you are doing. At

Re: GTTERM assistance (really 3270 VTAM application?)

> Sense code 084E - IBM Documentation > That's for LU6.2. What are your terminals, I thought they were 3270s? https://www.ibm.com/docs/en/search/3270?scope=SSLTBW_2.4.0=istprg0

Re: EXCP question

On Wed, Nov 09, 2022 at 10:49:53AM -0500, Tony Thigpen wrote: > I am trying to migrate a simple CCW to tape test program from zVSE to z/OS > to help a customer. EXCP on z/OS is new to me. The program is reading the > label so I have BLP in the JCL and am running authorized and within the > correct

Re: GTTERM assistance

On Wed, Nov 02, 2022 at 09:23:59AM -0400, Brian Chapman wrote: > I was following his coding example for checking if the terminal accepts a > Query, but I mistakenly overlooked the fact that this is only for TSO. I > planned to add the GTTERM early in the process of establishing the VTAM > terminal

Re: GTTERM assistance

> Any assistance would be greatly appreciated. > > I am working on a SNA interface for a batch framework. This is mostly just > a massive learning exercise that will likely never be utilized, but I have > learned SO much while working on this project (currently 6 years in the > making). I'm

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

On Thu, Oct 27, 2022 at 12:14:19PM -0500, Charles Mills wrote: > XLC defines a macro __R1 in stdlib.h. It is the contents of GPR 1 on > entry to the program. Looking at stdlib, it is #defined as __gtab(12) > -- or there may be further #defines farther back -- that is as far as I > have researched.

Re: Assembler courses

> I have been coding in C++ and Java for so long OOP is second nature to me > now. Well, in C++ I prefer the interfaces using templates. Java has morphed > into into a hybrid OO/FP language since the introduction of the Streams API > in Java 8. It's common now not to code imperative loop

Re: clarification on SDWAEPA. (was ...SWDAEPA)

On Wed, Aug 17, 2022 at 10:50:34AM -0400, Joseph Reichman wrote: > I have a number of CSECT in my main module > I always do a link eploc= to every CSECT That's not very clear since LINK transfers control to a load module not a CSECT. A load module contains one or more CSECTs. A load module can

Re: C compile: INFORMATIONAL CCN4118 **name** C F1:2008 Character constant 'xF0' has more than 1 character.

On Wed, Aug 17, 2022 at 10:16:17AM +0300, Binyamin Dissen wrote: > I have inherited some C code. > > str2 = str2 ¦ 'xF0'; > str1 = str1 >> 4; > str1 = str1 ¦ 'xF0'; > > These receive > > CCN4118 Character constant 'xF0' has more than 1

Re: PL/I question (slow?)

On Fri, Mar 25, 2022 at 11:20:10AM +, Rupert Reynolds wrote: > Vaguely related, can anyone comment on the assertions that PL/I was > considered "too slow" back in the old days, and that it was "too verbose > for writing system code"? Excuse me? MVS system macros are stuffed with its > close

Re: AMASPZAP DUMPT and program objects

> The utility fails with RC 8 complaining that CSECT PRIV10 doesn't exist. It doesn't. Private code is "PC" not a csect. The assembler can produce it if you don't start with a CSECT statement. >From an old MVT manual: GC26-3813-3_OS_VS_Linkage_Editor_and_Loader_May75.pdf Private code

Re: Registers at entry to subtask (from ATTACH)

On Sat, Feb 12, 2022 at 11:17:52AM -0800, Charles Mills wrote: > I would guess that if it works but is not documented then who knows. There > is no guarantee that it does not stop working at some point in the future. I'd guess so too, but might break a lot of things if it was changed.. >From MVS

Re: RENT binder option

On Wed, Sep 01, 2021 at 03:18:52PM -0400, Jim Mulder wrote: > The use of REFR for storage error recovery was only > in predecessors of MVS, and that was before my time > at IBM. I only know about that because of Shmuel's > posts about it. I remember a mention in MVT/360 of the REFR attribute

Re: LOAD with ADDR

On Fri, Aug 27, 2021 at 08:36:10AM -0400, Peter Relson wrote: > > LOAD with GLOBAL=YES also performs the same function flawlessly -- and > comes with the additional feature of automatic cleanup at termination > time (assuming that's the behavior you want). > > > The "automatic cleanup at

Re: Relocatability (was: Load Library Module Length ...)

On Mon, Aug 23, 2021 at 04:17:19PM -0700, Charles Mills wrote: > > Which, BTW, is not as easy as it sounds. > > Consider, for example, DC A(FOO-BAR) where FOO and BAR are in different > CSECTs that may be scatter-loaded. Do any assembler macros generate inline relocatable address constants

Re: Concatinated datasets

On Fri, Jul 16, 2021 at 06:13:13PM -0400, Bob Bridges wrote: > Wait, am I missing something? I have a REXX that takes a module name and DD > name and searches in the DD to tell me where it first finds that module. Is > that not reliable? It may be reliable for where a future fetch would find

Re: Format PDS unloaded on an CD

On Sat, Apr 24, 2021 at 08:05:26PM +0200, Peter Sylvester wrote: > then beginning with the directory blocks, you always have a 12 byte > header which contains the length of the followong data. there are > zero length records to terminate. Have you done EXCP or built channel programs for DASD? I

Re: Format PDS unloaded on an CD

On Tue, Apr 20, 2021 at 08:38:25PM +, Seymour J Metz wrote: > IEBCOPY will work if no records are missing. I don't know whether that > it sthe case. At a minimum the BDW/RDWs are missing. Possibly they were transfered in binary but with the BDW/RDWs removed. Or there might be more mangling.

Re: Format PDS unloaded on an CD

On Tue, Apr 20, 2021 at 01:35:08PM -0500, Paul Gilmartin wrote: > On Tue, 20 Apr 2021 18:14:30 +, Seymour J Metz wrote: > > >The sample I saw ... > > > Aw, gee. Please include enough headers that readers can refer > to it without a tedious search. E.g. (I'm guessing): Sorry about that.

Re: Format PDS unloaded on an CD

On Tue, Apr 20, 2021 at 06:14:30PM +, Seymour J Metz wrote: > The sample I saw included what looked like valid BDWs and RDWs. If it > is not missing records then it should work with a DCB override. I didn't see that -- I think they may be missing. It starts: : 00ca 6d0f 0200 18b0

Re: Format PDS unloaded on an CD

On Tue, Apr 20, 2021 at 04:59:19AM -0700, Hilario Garcia wrote: > Hi Mike, Thank you very much for the information that you have sent me to > be able to recover files (mostly PDS) but there are also data files and PDS > LOADLIB. I'm going to get to work on it as you have indicated. The work is >

Re: Format PDS unloaded on an CD

El lun, 19 abr 2021 a las 7:40, Hilario Garcia () escribi=C3=B3: > I have done multiple tests with different utilities (XMIT, FTP, IND $ > FILE, AMATERSE) and I have not been able to download them in a valid > format. Not surprising as it's been mangled -- the begining is chopped off plus

Re: Overlapped I/O completion

On Sun, Mar 21, 2021 at 04:54:45PM -0400, Joseph Reichman wrote: > Just to make sure I am understanding correctly I use GETPOOL/GETBUFF > with QSAM it will use Asynchronous/overlapped i/o right ? You should only need DCB/OPEN/CLOSE/GET. Let most everything default, QSAM knows what to do for

Re: Overlapped I/O completion

On Fri, Mar 19, 2021 at 08:08:28PM -0500, Paul Gilmartin wrote: > On Fri, 19 Mar 2021 21:50:57 +, Seymour J Metz wrote: > > >> Is there any reason to do a WAIT before the CHECK? > >EOV processing. Normally a CHECK just waits on the ECB and does a minimal amount of processing. If there is

Re: Overlapped I/O completion

On Fri, Mar 19, 2021 at 03:58:57PM -0400, Joseph Reichman wrote: > Data is not there after check Most likely reason is that the READ isn't complete yet. Possibly was never issued (yet). BSAM works. It's not as easy to use as QSAM, nor very easy to do overlapped I/O as QSAM (which does it

Re: Overlapped I/O completion

On Fri, Mar 19, 2021 at 03:35:39PM -0400, Joseph Reichman wrote: > So this is what I will do > > I’ll do 3 reads in the first since i need to get myself going I’ll issue the > WAIT using the ECB from the DECB Limiting the pending reads to 3 will limit the performance to worse (or at least no

Re: Large block interface for VB

On Sun, Mar 07, 2021 at 01:13:26PM -0500, Joseph Reichman wrote: > That’s what I’m trying I.E overlapped i/o > > BSAM In the old days with real "count key data" (CKD) disks the fastest you could read a disk depended on the disk rotational speed and it was only possible to run one read per disk

Re: Large block interface for VB

On Mon, Mar 01, 2021 at 09:37:57PM -0500, Joseph Reichman wrote: > For NCP do you have to have a counter of the number of reads you do > till you do a check Yes, but since you need a separate DECB for each read I'd create the DECB's after open based on the NCP value. And then the "availablity"

Re: LINK vs LOAD/CALL

> > This is refreshable, and even runs on S/360 > > PTR DCA(0) > label L R15,PTR > LTR R15,R15 > BNZ CALLIT > ...... Code that always leaves the same value in R15 > STR15,PTR > CALLIT BALR R14,R15 According to

Re: DE entry on Load Link XCTL and ATTACHy

On Mon, Feb 01, 2021 at 06:15:26PM -0500, Joseph Reichman wrote: > When you have DE entry on any of these macros I assume the system just > checks the first name ? The DE= points to a single BLDL list entry, not the whole list. manual for BLDL: idad500_v2r3.pdf - z/OS Version 2 Release 3

load module search order and attributes

On Fri, Feb 05, 2021 at 03:53:17PM -0500, Joseph Reichman wrote: > I opened a dcb load library with the same load mod name as the first > Did an attach DCB= TASKLIB= > > Didn’t pick it up from there as the module from the first load lib > with same name was linked REUS It helps to know where to

Re: dataset allocation

On Wed, Oct 07, 2020 at 07:41:58AM -0400, Joseph Reichman wrote: > The average number of records in the file could be 240,000 each record > could be close to 10,000 bytes there are 4,644 files So each file could be up to: 1 * 24 -> 2.4 GB And the maximum total data is: 2.4 GB * 4644 ->

Re: dataset allocation

On Tue, Oct 06, 2020 at 03:34:51PM -0400, Joseph Reichman wrote: > Seemed like I processed 100 files concatenated a lot quicker > > But I didn’t do any exact testing you may be right I'd get or build a subroutine which captured the current real and cputime (timeused macro?) and call it

Re: Convert a Metal C control block mapping to Assembler DSECT ?

On Mon, Feb 24, 2020 at 09:30:19PM +, Wayne Driscoll wrote: > To be fair, while the PL/X source is retained in comments to the > assembler, those macros are generated in way that allows them to be used > in both assemblies and PL/X compiles. Is it really true that *all* the PL/X source is

Re: Water-cooled 360s?

On Mon, Dec 09, 2019 at 12:36:38PM -0500, Phil Smith III wrote: > https://hackaday.com/2019/12/08/the-barn-find-ibm-360-comes-home/ > sparked a discussion on a private list about air- and water-cooling. I'm > quite sure that the /44 and /75 we had at UofWaterloo were air-cooled, > because we had

Re: AUTHPGM in IKJTSOxx

On Tue, Nov 26, 2019 at 07:13:47PM +, Seymour J Metz wrote: > If you have update access to APF authorized libraries then you could > certainly write such a program, although a competent auditor would read > you the riot act if he found out. Exploiting a program that follows the > rules is

Re: IARST64 OWNER SECONDARY ?

On Sun, Nov 24, 2019 at 11:49:33AM -0500, Joe Reichman wrote: > IARST64 OWNER SECONDARY ? > There doesn't seem to be any documentation on what this parm means. Seems > like I would have to do a SSAR to point to the secondary asid and I am > guessing the storage would reside in that asid and

Re: AUTHPGM in IKJTSOxx

On Tue, Nov 19, 2019 at 05:52:41PM +, Seymour J Metz wrote: > 1. TSO *doesn't* get "quarantined like a contagious pit-bull"; rather, TSO > imposes a firewall between authorized and unauthorized code. The same > firewall, implemented differently, exists for PGM=foo. No, it's not the

Re: AUTHPGM in IKJTSOxx

On Fri, Nov 15, 2019 at 06:45:48PM +, Jesse 1 Robinson wrote: > To reinforce Tony's point: ultimate control resides with SAF update > authority to any and all authorized libraries. If that control is > compromised, there is NOTHING that MVS can do to prevent mischief. Or a security flaw in

Re: Around ASSBASST and ASSBPHTM time fields

> From: "M.V Ram" > > Hello, I have a question regarding the ASSBASST and ASSBPHTM fields > of ASSB control block. > > To explain it better, I am quoting this example. > > Say, an address space 'A' schedules a "preemptable SRB S1" on > itself. Another address space 'B' schedules a "preemptable

Re: Set change bit after DFdss restore

This might be old news and fixed (or documented?) but I remember that ADRDSSU dump of a full volume turned off the DSCB change bits *IN THE DUMP*. So you have a slightly bad/failing disk. You dump it to tape. IBM replaces the HDA. You restore the tape image to the new disk. Then you toss the

Re: LOADing a module into common storage

On Wed, Aug 07, 2019 at 06:55:53PM -0400, Tony Harminc wrote: > Roughly forever we've loaded modules into 24- or 31-bit CSA by first > LOADing the module normally into private storage, obtaining the actual > length from the LOAD, DELETEing the module, getting the necessary CSA > storage, and

Re: LOAD/LINK exit

On Thu, Jun 13, 2019 at 02:10:32PM -0400, Steve Thompson wrote: > I seem to recall that there is a way to look at a LOAD/FETCH via an exit. csvfetch https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieaa800/csvfetch01.htm The CSVFETCH exit provides information about

  1   2   >