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: VM Guest Printing
Dan,
From the first level's operator's console, you'd be closing the operator's virtual printer.? To close the VM hosting the second level machine from the operator's console, you'd have to "send"
By
Ganino, James (PERATON)
·
#6265
·
|
Re: VM Guest Printing
OK folks, I solved it!
I was doing the CP CLOSE PRT from the 1st level operator console. ?That
did not work but when I tried it from the 2nd level operator console as
#CP CLOSE PRT, that did it.
I
By
Daniel L. Srebnick
·
#6264
·
|
Re: VM Guest Printing
I used to do it the other way around. I'd change the guest machine's
first-level LINEND character to something other than #. That way, when I
habitually typed #CP something on the 2nd level machine, I
By
Jeff Henry
·
#6263
·
|
Re: VM Guest Printing
[email protected]> wrote:
Sure, that'll work fine.
You sound like you generally know what you're doing on VM, so I hesitate to
ask, but have you changed the LINEND character on your second-level
By
Ross Patterson
·
#6262
·
|
Re: VM Guest Printing
Hi Bob:
That did not work either. ?The spooled file is there at level 2 as long
as the printer is drained. ?Starting it and the output vanishes.
So I tried something else. ?I attached 00F to the
By
Daniel L. Srebnick
·
#6261
·
|
Re: VM Guest Printing
Daniel,
You have to issue the CP CLOSE PRT from the virtual machine console (first level) userid that is hosting the 2nd level VM system.
At that point, if your first level system printers are
By
Bob Polmanter
·
#6260
·
|
Re: VM Guest Printing
Daniel,
How is your printer defined in the directory of the first level machine hosting the second level system?? It's been a long (really long) time, but I vaguely recall that you had to define the
By
Ganino, James (PERATON)
·
#6259
·
|
Re: VM Guest Printing
I understand what you're saying, but...
The output appears on the second level CP for a moment and then is gone:
18:51:41 PRT ?00E OUTPUT OF DAN ? ? ?FILE ?= 0020 RECDS= 000005 COPY= 01 ?A
By
Daniel L. Srebnick
·
#6258
·
|
Re: VM Guest Printing
[email protected]> wrote:
If the second-level CP is still logged on, and you haven't done a #CP CLOSE
PRT from its virtual console, then the first-level SPOOL file is still
open, and won't appear
By
Ross Patterson
·
#6257
·
|
Re: Let's Talk About RSCS
Yes, I tried it and it works for me too. Thank you so much for finding this, I wanted that RJE connection to work for so long. :-)
Cheers,
Rene FERLAND, Montreal
By
Ren¨¦ Ferland
·
#6256
·
|
Re: VM Guest Printing
Therein lies the mystery.
My first level printer IS started and nothing is in the queue, nor is
it being written to the associated file.
By
Daniel L. Srebnick
·
#6255
·
|
Re: VM Guest Printing
[email protected]> wrote:
Your second-level user wrote a file to its virtual printer. The
second-level CP created a second-level SPOOL file to collect and store that
print data. When the file
By
Ross Patterson
·
#6254
·
|
VM Guest Printing
I have a VM system and a VM under VM guest system.? My printer output from a user under the guest system is vanishing.
In Hercules, I have 00e output going to a file.?? The CP directory entry for
By
Daniel L. Srebnick
·
#6253
·
|
Re: Losing virt-real setup upon rebuilding the nucleus...can't it be prevented?
In some sort of "ideal case", I can imagine that you first create a new
nucleus and install and run it in a VM. Then when all is ok, you re-IPL
the real machine from the same already installed disk. I
By
Rhialto
·
#6252
·
|
Re: Losing virt-real setup upon rebuilding the nucleus...can't it be prevented?
Frank, you're right; to narrow it down, this was about mapping of minidisks that contained code used in the nucleus building, or at least that's what I remember. Of course we wouldn't want to
By
Herman Hartman
·
#6251
·
|
Re: Losing virt-real setup upon rebuilding the nucleus...can't it be prevented?
Probably showing my own ignorance here, but couldn't the minidisks be defined at the 1st level and mapped in the 2nd level's DIRECT using DEDICATE?
I'd imagine that would be problematic with a large
By
Frank D. Engel, Jr.
·
#6250
·
|
Re: Losing virt-real setup upon rebuilding the nucleus...can't it be prevented?
Great to hear about this tip again, William.
In 1986 I used it in some form of exercise, and the following years as a travelling systems programmer I never went without it in my clients'
By
Herman Hartman
·
#6249
·
|
Re: Losing virt-real setup upon rebuilding the nucleus...can't it be prevented?
One other small old timer tip regarding the CP nucleus..
You will definitely want to create a new Class-G user (I call mine CPCP) for running a 2nd-level CP.. Never load an untested nucleus to your
By
William Denton
·
#6248
·
|
Re: Losing virt-real setup upon rebuilding the nucleus...can't it be prevented?
You should not need to rerun VRSIZE every time you rebuild the nucleus.
By
Frank D. Engel, Jr.
·
#6247
·
|
Re: EE goes XEDIT - testing new features
#rexx
#VMCE
I also receive the same message upon ee exit. Is there a fix for this? Sorry if I missed the solution to this.
Mike
** freeMem: ignored attempt to free NULL
Memory overwrite detected by __DMSFRT at
By
Mike Rankin
·
#6246
·
|