Re: Program Interrupts (signals)
No. SVC13 is OS simulation for ABEND and has nothing to do with HI immediate command processing. Mark Sent: Monday, April 13, 2020 3:37 AM To: [email protected] Subject: Re: [h390-vm] Program
By
Mark L. Gaubatz
·
#950
·
|
Re: Program Interrupts (signals)
Is this the place I should start from?
By
adriansutherland67
·
#949
·
|
Re: Program Interrupts (signals)
Thanks mark. I guess VMERRORS are post VM/370?
By
adriansutherland67
·
#948
·
|
Re: Program Interrupts (signals)
Mark, Even worse, I ended moving some code from CMS to GCS (well actually I designed and gave programmer) so still on a ¡°Pure VM ¡° because we wanted to add support for X.25 via NPSI. I think our
By
Dave Wade
·
#947
·
|
Re: Program Interrupts (signals)
Additional note: For HI processing, you will need to read the CMS source code for the EXEC/EXEC2 hooks and figure out from there how to proceed. Mark Sent: Monday, April 13, 2020 2:53 AM To:
By
Mark L. Gaubatz
·
#946
·
|
Re: Program Interrupts (signals)
HI (Halt Interpretation) terminates the current EXEC (or later, REXX) execution, without damaging the environment as HX (Halt Execution) does. As I recall, you need to use ABNEXIT, but you may need to
By
Mark L. Gaubatz
·
#945
·
|
Re: Program Interrupts (signals)
SPIE is from OS/360 with its variants of OS/PCP, OS/MFT, and OS/MVT. CMS¡¯ OS compatibility macro set and supporting SVC code was based on OS/PCP, with later extensions as time went on. Addendum: The
By
Mark L. Gaubatz
·
#944
·
|
Re: Program Interrupts (signals)
In case I am barking up the wrong tree ... I am trying to work out the CMS equivalent of Unix signals so I can implement signal handlers. E.g. in the event that a program receives a hi or hx
By
adriansutherland67
·
#943
·
|
Program Interrupts (signals)
From the VM/370 system manual I read Can anyone advise if SPIE is an OS compatibility macro (and so should be avoided in GCCLIB) or if their are native ways of setting a PICA in CMS. I appreciate
By
adriansutherland67
·
#942
·
|
Re: Dynamic / split stacks (gcclib)
Ok I will look at a windows build ... time ...
By
adriansutherland67
·
#941
·
|
Re: Dynamic / split stacks (gcclib)
Yes, that is the aim. If someone has a static Windows brexx.exe available - there is interest with some members of the ANSI comittee. Well, I think best will be to fork Vasils Vlachoudis¡¯ github
By
[email protected]
·
#940
·
|
Re: Dynamic / split stacks (gcclib)
Perfect ... I think these tests will be valuable ... your mission is to get them accepted by the standards body :-) For sure. BTW I'll push a release over Easter. The fix is in one changeset so should
By
adriansutherland67
·
#939
·
|
Re: Dynamic / split stacks (gcclib)
Ok, clear. In the meantime I checked in the version of the tests that use ¡®say¡¯ to spool the results. Also, was in conversation with former Rexx testers to form an opinion on several Brexx
By
[email protected]
·
#938
·
|
Re: Dynamic / split stacks (gcclib)
OK - I hacked a working glued together dlmalloc on cms. mtest uses the DMSFREE etc. mtestx used dlmalloc to manage the heap (which in turn uses DMSFREE to get bigger chunks). mtest Starting Loop 0
By
adriansutherland67
·
#937
·
|
Re: REXX programs and functions in VM/370
Those could be generated with a pre-commit script. That would be a non-trivial undertaking, and would probably required all developers to have that script on their machine, It's *possible*.
By
Doug Wegscheid
·
#936
·
|
Re: REXX programs and functions in VM/370
Git doesn't know anything about sequence numbers. It totally isn't interested in the contents of the files (except that it can use diffs to save space over storing multiple versions of a file, and
By
Rhialto
·
#935
·
|
Re: REXX programs and functions in VM/370
The IBM system relies in unique sequence numbers in 73-80. How can you generate those in GIT? Dave
By
Dave Wade
·
#934
·
|
Re: REXX programs and functions in VM/370
I see some important similarities though, amongst the differences. Both systems revolve around sets of changes that are applied in sequence. Both systems allow you to choose which set of changes to
By
Rhialto
·
#933
·
|
Re: New files uploaded to [email protected]
Cool! Need to work out how to merge it together ...
By
adriansutherland67
·
#932
·
|
Re: New files uploaded to [email protected]
Hi Martin, I am very much looking forward to studying your ideas. Thank you, Bob Bolch [email protected]> wrote:
By
Bob Bolch
·
#931
·
|