This group is for all folks running the original IBM VM/370 Release 6 operating system (or later (e.g. VMTCE (Community Edition)) on Hercules. Like the other early IBM operating systems this version has always been in the public domain and so can be freely distributed. The base version as supplied by IBM is lacking in many facilities. IBM solved this by providing additional extension products which were licensed and so are not available. There are however many user enhancements available which can be installed. In addition, in order to get users up and running quickly updated "releases" of VM/370 included the most popular updates are available for download, so novices can start to learn VM without having to delve into the system internals. It is intended that this wiki will provide information on the base release and these updates.
The available versions are here :-
?
?
|
Re: Program Interrupts (signals)
Harold, HX is a CMS command... "Use the HX command to stop the execution of any CMS or CMS/DOS command or program, close any open files or I/O devices, and return to the CMS command environment. 1. HX
By
Joe Monk
·
#1121
·
|
|
Re: Program Interrupts (signals)
I am sure those of you in the know, just assume everyone knows. But, I see HX mentioned without differentiating whether this is a CP command or CMS command. Can someone clear that up for me, please,
By
Harold Grovesteen
·
#1120
·
|
|
Re: Program Interrupts (signals)
Can't everything said above be true? DMSCIT contains the console interrupt service routine. When processing an attention interrupt, it checks if a HX command has been entered and if so it sets a flag
By
Peter Coghlan
·
#1119
·
|
|
Re: Program Interrupts (signals)
"This is back to front. HX is recognised while processing an interrupt from the console." I thought HX was an immediate ... so no going back to what we were doing? Joe wrote:
By
Joe Monk
·
#1118
·
|
|
Re: Program Interrupts (signals)
I'm not sure it's wierd. Necessary for certain requirements maybe. Not much argument there. This is back to front. HX is recognised while processing an interrupt from the console. What happens next is
By
Peter Coghlan
·
#1117
·
|
|
Re: Program Interrupts (signals)
You keep talking about a migration... what migration? 31-bit addressing came around with the IBM 370 series of computers, in a new architecture called 370/XA. It was an evolution on the 370 line, not
By
Joe Monk
·
#1116
·
|
|
Re: Program Interrupts (signals)
Exactly .... but if the high byte was clean and app developers religiously ignored assuming anything about addressability. Well ... the migration could have been seemless (ish).
By
adriansutherland67
·
#1115
·
|
|
Re: Program Interrupts (signals)
BTW, you should note that every IBM 360 or 370 is a 32-bit machine. It is only the memory addressing that is 24 bits. The GPRs are all 32 bit, and most of the instructions are 32 bit. So, just because
By
Joe Monk
·
#1114
·
|
|
Re: Program Interrupts (signals)
Interesting ... I didn't know that ... presumably machines didn't have much real storage at that time and it seemed outlandish!
By
adriansutherland67
·
#1113
·
|
|
Re: Program Interrupts (signals)
So yes, thats right, the machine that gave birth to VM (back in those days it was called CP/67) had 32-bit addressing! Joe [email protected]> wrote:
By
Joe Monk
·
#1112
·
|
|
Re: Program Interrupts (signals)
"Just think how much easier it would have been to migrate to 32 (yes 32 bit)!" 32-bit was tried by IBM with the 360/67 and it was found there was no appetite for it in the market. If you want to see
By
Joe Monk
·
#1111
·
|
|
Re: Program Interrupts (signals)
What's a bit weird is the way IBM layered their hacks on hacks. And I am not trying to cause controversy because we all know what big corporations are like, and what mangers are like ... saving money
By
adriansutherland67
·
#1110
·
|
|
Re: Program Interrupts (signals)
The HX suppression mod is a bit of a hack which abuses one of the batch flags. It is not a really awful hack but I think we should be able to do better. I'm not sure what exactly HI type behaviour is.
By
Peter Coghlan
·
#1109
·
|
|
Re: Program Interrupts (signals)
After thought, and considering the HX suppression mod posted by Dave, and that intercepting HX would allow BREXX to have HI type behaviour, and that if a divide by zero requires a IPL you can
By
adriansutherland67
·
#1108
·
|
|
Re: memset help
Thank you everyone - to close this subject this is the code I am going to use. I don't use this approach too often but I thought folks might be interested in seeing a non-standard GCC meld of C and
By
adriansutherland67
·
#1107
·
|
|
Re: memset help
Source files
By
adriansutherland67
·
#1106
·
|
|
Re: memset help
Well the results are in - apologies for the long email and not formatting into table - but you know how it is! I declaring *Peter the WINNER* for providing the?MVCL code (although it was suggested by
By
adriansutherland67
·
#1105
·
|
|
Re: Program Interrupts (signals)
My take on this: a long poll wait time is not that bad, important is that the exec can stop without me forcing off the user a short poll time is wasteful, and we are not in the business of using HX
By
[email protected]
·
#1104
·
|
|
Re: Program Interrupts (signals)
Indeed, I abhor polling - but isn't that how CMS itself does HX? I too can poll on an I/O interrupt ... Is the challenge that the flag does not exist - or the worry about polling?
By
adriansutherland67
·
#1103
·
|
|
Re: Program Interrupts (signals)
dave, i didnt mean that CP would abend. i meant that the PIC would be thrown by CP. Sorry for the confusion. Joe
By
Joe Monk
·
#1102
·
|