开云体育

Hi I am new to this group. Let me please provide a bit of background why I am making this post. At my first IT job in 1999 there was an IBM 9221 running VM/ESA and on top of that VSE/ESA. My involvement with that machine was (unfortunately) very sporadic, I had to look after other tech. I got very basic training on the machine, enabling me to do some simple things ('v net, act' and stuff like that). Unfortunately I forgot most of what I knew back then over the last 25 years due to not being involved with mainframes professionally. While I do play with mainframe tech in my spare time a bit, I cannot claim any in-depth knowledge. One thing that was explained to me back then was very impressive to me and stuck in my mind. > You can install VM on top of VM My knee-jerk question to my instructor back then was: > How deep can you go? He didn't know. Ever since, I have an idea in my head that comes back occasionally. Can you install VM 'recursively'? What I mean by that is the following: Can you prepare an IPL-able VM tape that does the following: * IPL (obviously) * without user interaction: * Some arithmetic to assess suitable values for the next step like available memory (storage) and available DASD space * create the necessary infrastructure to run a VM guest (user account, minidisk, etc.) with the pre-computed values from the last step * IPL the same tape that was used originally for the 'bare-metal' installation inside the just created VM * Configure the guest system so that it can be reached from the outside via a 3270 session or some such This process is supposed to run as unattended as possible, continuing until some inherent nesting limitation of VM is reached or a required resource like storage or DASD space is exhausted. I am lacking the experience with VM to assess whether this is possible at all or if perhaps it is possible in principle but only with later versions of VM than VM/370 or something like that. Anyways, I would be interested in the opinion of people on this mailing list regarding this topic. Perhaps you'll tell me this is a stupid idea, but hey ho. -Alex

Hi there! Does anyone have experience with 1-2-3? -- VM/370 CE V1R1.2, Hercules on macOS

rexxtry REXX interpreter running (CMS bREXX 1.0.1 Jul 5 2022) Enter any valid REXX instruction... type EXIT to quit. Rexxtry; '' DMSITP143T PROTECTION EXCEPTION OCCURRED AT F20A02 IN SYSTEM ROUTINE EXEC, RE-IPL CMS. CP ENTERED; DISABLED WAIT PSW '00020000 40F8B75E' -- VM/370 CE V1R1.2, Hercules on macOS

https://www.softwarepreservation.org/projects/BCPL/index.html#IBM says "... [Martin Richards] was on a sabbatical at IBM Research in the early '70s, and I succeeded him in being the 'keeper of the keys' for his port of BCPL to VM/CMS. He had left everything in perfect order for me to take over. I continued to use this BCPL until I left IBM in 1993 (20 years, pretty good record for durability). I built a theorem prover (for Effigy [symbolic execution] headed by Jim King) in a personally modified BCPL. ..." [Jerry Archibald, squeak-dev list, June 2000] -- VM/370 CE V1R1.2, Hercules on macOS

Here I am again to ask one last thing (I hope). From what I understand, when you want to move a program to minidisk MNT19E 19E Y/S to make it available to all other users, you have to (re)save the CMS system. So: 1) acc 19E z, to make it available for writing 2) copyfile my program a = = z 3) read the MAINT MEMO B and 3.1) vmsetup cms 3.2) cp define stor 16m 3.3) ipl 190 clear 3.4) savesys cms 4) shutdown and reipl 5) with any user after logon I get: DMSFRE161T INVALID DMSFRET CALL FROM F87AE8, ERROR NUMBER 5. DMSFRE164T LOW-CORE NUCLEUS STORAGE POINTERS DESTROYED (INTERNAL ERROR CODE 5) RE-IPL CMS. DMSFRE165T CHAIN HEADER AT 0036F0: 0001EC20 0000000B 000011B8 10F00200. CP ENTERED; DISABLED WAIT PSW '00020000 00F812B6' quite nasty and unfriendly... I also tried the same things with a copy of VM/370 CE v1r1.2 just downloaded and therefore not "screwed" by me previously. The result was the same. Any advice is welcome, thanks! Marco

Was the following mod installed into VM/370 CE? M0071V00RESLIB-- CMS Nucleus Resident Library. RESLIB is a CMS transient area program that allows a user to define commands which will be treated as nucleus resident by CMS. These commands may be new or replacements for CMS supplied user and transient area commands. RESLIB also allows the allocation of storage resident work areas which are not released between executions of commands. The location of work areas and commands can be determined by calling RESLIB with an associated area identifier. Common problems eliminated by RESLIB are: 1) CMS transient area contention, 2) lack of concurrent execution capability, and 3) lack of permanent global communication areas. RESLIB is compatible with all releases of CMS.--Andy Hanushevsky, Cornell University, Ithaca, New York, March 6, 1980. NUMBER OF BLOCKS REQUIRED: 0000044 ... Mark S.

Hello, could you please explain to a person who knows very little about VM/CMS (that's me, the person!) what in VM/370 CE allows to bypass the change TOD request and the start type warm|ckpt|... ? If it's too long to write here could you direct me to the right documentation? Thanks Marco

bREXX Release 1.1.0 for CMS on VM/370 is now available at https://github.com/RossPatterson/CMS-370-BREXX/releases/tag/v1.1.0. There are no new known bugs and no changes to code since the last beta. There were some changes to HELP files and documentation. As noted before, there have been a lot of hands in making bREXX what it is today, mine are merely the most recent. The installation instructions are in the README.md file, and should come as no surprise to folks who've installed bREXX before, or who've suffered through my thousand-line beta emails :-) Ross

Is there a reason the REPEAT command in the legacy editor (EDIT) was deleted by HRC342DS?? Does anyone have a good work around to accomplish the REPEAT/OVERLAY combo?? It does not appear that EE has any OVERLAY command cheers, William

Got to thinking the other day about what sort of change to Community Edition would justify jumping to Version 2.1.0. Here are some things that occurred to me: Enhanced CMS File System ala VM/SP Fully (or nearly) XEDIT compatible editor New editor and REXX part of CMS DCSS Truely dynamic 327x support... e.g. 150x100 screen size (without CP/CMS Windows/Vscreen !!) Something like Dirmaint Improved RSCS (more like RSCS-PP 5748-XP1) More Passthru-like functionality Building a V2 would also open up the opportunity to clean up / reorg the mdisks. (There is still lots of drek hanging out from the 3-Pack, 4-Pack, 6-Pack days... e.g. stray nuc maps, obsolete, 1-use execs, etc.) Plus, building a V2 might lead to creating a useful update/distro strategy for the future. Cheers, William

Hi forum and Merry Christmas! I've stumbled with some cached web contents that, apparently, may indicate that Zork ran on CMS under VM/370. Sure, I've taken that with a grain of salt... I've that would be indeed possible, sure someone would have done that before me. As soon as I tried to give it a shot, I've found that I need the PIPE command in order to 'reblock' the actual files, but net even PIPE command seems to be available. Any clues? has anyone really made Zork run under VM/370? Thanks, Cheers. -- Alejandro Olivan. Spain.

Having rebuilt most of my VM/370 KVMs, I just tackled the installation of XNET 1.5.0. Neat! Wow! Wonderful! Bob, you did a wonderful job. I've got my two original systems running and connected. Now to add a third, just because. The only thing I really tripped over, and you did document it (page 7), is adding class B to the USER record in USER DIRECT so the CP MSGNOH command works. I had PVM installed when I worked on VM years ago, but never used it much. This does as much as I remember. Thank you! ... Mark S.

I seem to recall someone saying that the EE editor (& FS* tools) could support arbitrary size 327x displays. So, I thought I would give it a try... I used the same WC3270 config I use with my VM/ESA system -- 100 rows, 150 columns... Small number of lines seems to work pretty well except sometimes, the screen is really messed up when exiting Larger (>64 lines maybe) result in: DMSITP141T ADDRESSING EXCEPTION OCCURRED AT 055EA2 IN ROUTINE EE$D. Other than seeing that this is 0x32 bytes into 'strlen' I have no clue how to go about chasing this down. Should I be posting this issue someplace else? cheers, William

It seems that the previous thread on EE is difficult to handle after it has reached more than 100 posts. If this helps to get more feedback, here is a new thread with a slightly changed name. On Thu, Sep 26, 2024 at 02:54 PM, Martin Scheffler wrote: I have uploaded a bleeding edge preview of EE into the Files section: /g/h390-vm/files/MECAFF%20tools:%20fixes%20and%20features/EE241417.VMARC Please play with the beast ! Martin What is in this archive ? README MEMO A1 this file, same as README HELPEE A1 EE$D MODULE A1 executable module, DYNAMICally linked, runs in user area at 0x020000 EE$S MODULE A1 executable module, STATICally linked, runs in user area at 0x020000 EE$D MAP A5 EE$S MAP A5 load maps for DYNAMICally linked and STATICally linked module EERESLIB TEXT A1 relocatable object code to load EE in high memory via RESLIB EER$LOAD EXEC A1 REXX exec to load EE in high memory via RESLIB EE$MACRO EXEC A1 REXX exec that handles EE's new macro facility, necessary for REXX integration SYSPROF EE A1 PROFILE EE A1 simple EE macros run once at startup PROFILER EE A1 repeatable profile, called after file has been loaded into storage LISTFILE EE A1 REXX macro: load output of CMS LISTFILE into the editor REVERSER EE A1 REXX macro: A demonstration how a macro can modify file contents $EE HELP$EE A1 README HELPEE A1 CURSOR HELPEE A1 EE$BUGS HELPEE A1 EE$HELP HELPEE A1 EE$IBM HELPEE A1 EE$NEW HELPEE A1 EE$NOTES HELPEE A1 EE$WISH HELPEE A1 work in progress, small help files for EE's internal help Note: CMS HELP can be called when EE is loaded into high memory /* work in progress, numbers may differ */ Filename Filetype Fm Format Recs Blocks Date Time Label README MEMO A1 V 78 74 4 2024-09-26 12:22 MCF191 EE$D MODULE A1 V 65535 6 322 2024-09-24 12:25 MCF191 EE$S MODULE A1 V 65535 8 452 2024-09-24 12:25 MCF191 EE$D MAP A5 F 100 460 58 2024-09-24 12:25 MCF191 EE$S MAP A5 F 100 466 59 2024-09-24 12:25 MCF191 EERESLIB TEXT A1 F 80 5570 557 2024-09-24 12:25 MCF191 EER$LOAD EXEC A1 V 70 36 2 2024-09-14 11:59 MCF191 EE$MACRO EXEC A1 V 109 194 7 2024-09-25 11:50 MCF191 SYSPROF EE A1 V 34 9 1 2024-09-14 9:47 MCF191 PROFILE EE A1 V 42 38 1 2024-08-13 11:20 MCF191 PROFILER EE A1 V 71 57 4 2024-09-25 9:43 MCF191 LISTFILE EE A1 V 52 30 1 2024-09-04 9:51 MCF191 REVERSER EE A1 V 64 41 2 2024-09-26 11:23 MCF191 $EE HELP$EE A1 V 84 27 2 2024-08-08 21:28 MCF191 README HELPEE A1 V 78 74 4 2024-09-26 12:22 MCF191 CURSOR HELPEE A1 V 75 4 1 2024-08-10 5:33 MCF191 EE$BUGS HELPEE A1 V 114 120 6 2024-08-10 6:03 MCF191 EE$HELP HELPEE A1 V 8 1 1 2024-08-08 20:19 MCF191 EE$IBM HELPEE A1 V 51 14 1 2024-08-08 22:13 MCF191 EE$NEW HELPEE A1 V 76 38 2 2024-08-09 1:46 MCF191 EE$NOTES HELPEE A1 V 7 1 1 2024-08-08 21:25 MCF191 EE$WISH HELPEE A1 V 6 1 1 2024-08-08 21:25 MCF191

As I've noted before, I've got a small number of fixes to contribute to the community, independent of the work I've been doing on bREXX. I've signed out update numbers for them for CP and CMS on the wiki. I've renumbered them accordingly, written small MEMO files to go with them, and I've now got a VMARC file for each update. So, now what do I do with them? Is there a central collection point I should upload them to? Is there some place I should leave a breadcrumb for the next VM/CE release? Am I just worrying too much about this? Is this all there is to life? ( ? ) Ross

What's a good source for the Windows binary file of the vma.exe (VMARC extractor for WIndows or Ubuntu Linux)? I found some source files, but I don't have a full Windows dev environment except for Cygwin, and it says it's missing a WXWidgets package. Some of the sites pointing at vma.exe are now gone or have malware advertising that puts up fake virus warnings. Bob Rodriguez

As part of the bREXX update effort, I sat down and wrote a full set of HELP files for it, similar to the existing set of HELPEXC for EXEC. What's the best way to distribute these? I could certainly add them to the bREXX release packages, but they'd still need to be moved to the MAINT 19D disk somehow. Or would folks rather I get them into the HELP collection at https://github.com/s390guy/vm370, from whence I expect they'd wind up in the next VM/CE release? Or other ideas? Thanks, Ross

I love that somebody added support in the CP DISPLAY command for base registers (e.g., #CP DISPLAY 8.10;BASE12 to display 16 bytes starting at 8 bytes past wherever R12 points). But the CP PER command also uses ";" to separate commands in its CMD option, and I really wanted to use them together, which makes PER think its got multiple commands when I use a ;BASE value (e.g., #CP PER I R E000.20 CMD D T0.20;BASE11). So I whipped up a small change to DMKPEC to add a "SEP char" option to PER, to specify a replacement for the command-separator character (e.g., #CP PER I R E000.20 SEP $ CMD D T0.20;BASE11). The default command-separator character is obviously ";". I can package this up for the next VM/370 release if others would find it useful. The only odd part is that DMKPEC already uses literally every byte of temporary storage it has, so to parse the PER command, I used my favorite hack for temporary work areas - the CPU fixed logout area, location X'100' in the PSA. It works, and the code doesn't expect it to survive beyond the end of command parsing, so it's fine, it's just a little weird. Ross

The following items have been added to the Files area of the [email protected] group. /hrc432ds.vmarc By: Ross Patterson <ross.patterson@...> Description: HRC432DS EXECIO fixes. See https://github.com/s390guy/vm370/issues/95 and https://github.com/s390guy/vm370/issues/101. The following items have been added to the Files area of the [email protected] group. /hrc405ds.vmarc By: Ross Patterson <ross.patterson@...> Description: HRC405DS NUCEXT and SUBCOM macros and functions.

The following items have been added to the Files area of the [email protected] group. /hrc120ds.vmarc By: Ross Patterson <ross.patterson@...> Description: HRC120DS ZAP command reports DMS210E on files dated 20xx. See https://github.com/s390guy/vm370/issues/105