Re: #VMCE #rexx EE goes XEDIT - compiling a wish list
#VMCE
#rexx
On Wed, Sep 4, 2024 at 03:12 PM, Martin Scheffler wrote:
I have created an Assembler stub which receives control when an EE macro issues an EE subcommand via bREXX. This stub has been prepared with enough information to mimic a C Runtime Anchor Block (CMSCRAB) and further C functions within EE can be called safely from here.
I don't know if it will be of any value to your efforts, but I extracted the SEDIT package from the WATERLOO5 tape, and uploaded it into the Files section as a VMARC.? Below is the description of SEDIT.
?
M1113V00SEDIT-- This modification contains the source for SEDIT, a text-editor
that is considerably more powerful than the IBM ?supplied EDIT. ?The main reason
for its power is its "tailor-ability" under CMS. ?You can write EDEXEC's that
are similar to EDIT macros, i.e. the exec can ? issue commands directly to the
editor (no need for stacking) and the exec ?receives return codes from the
command so that conditional command ?execution can be performed. ?Note: the exec
interpreter used is the CP-67 ?exec interpreter with some enhancements to allow
the handling of character ?strings greater than eight character.--Ron Hooper,
CIA, Tel. (703) 351-6078, ?December 6, 1978.
?
?... Mark S.
|
On Sun, Sep 8, 2024 at 01:06 PM, Mark A. Stevens wrote:
?
?... Mark S.
|
On Sat, Aug 17, 2024 at 07:11 PM, Gregg Levine wrote:
I see that Mark. There's a good reason waiting for it. What say that
when all of this is settled, and you've got the two systems seeing
each other, can you present all of this as a good example of
documentation?
I've started the documentation. It will be uploaded to the Files section. It is not complete, but I'd like to know if I'm doing too much/not enough/just right.
?
?... Mark S.
|
Re: Contributing to, Building, and Maintaining VM370CE
#VMCE
Ross, Thanks for raising all these issues with VM/CE. How do you think we should proceed? Do you want to build a ¡°Beta¡±?
Dave ? ? There is at least one fix in BREXX that I'd like to see make it into the next VM/CR release:? implements the SIGNAL ON FAILURE instruction, and corrects an error in SIGNAL ON ERROR that has prevented it from detecting positive non-zero return codes (i.e., 99+% of the error RCs out there).? There are also a few known (to me and Adrian Sutherland, at least) fixes that were shipped in VM/CE 1.2, but never merged into the BREXX source.? As I've said to Adrian, I'm willing to undertake that merge myself.
Yeah, a pre-VM/370-CE-1.2+ beta of BREXX would probably be a good idea.? There's been very little change to it since VM/370 CE 1.2, but anything that might break REXX would be pretty bad for VM/370 CE.
Ross
|
Re: #VMCE #rexx EE goes XEDIT - compiling a wish list
#VMCE
#rexx
On Mon, Sep 2, 2024 at 12:34 AM, William Denton wrote:
... one of the advantages of being written in Assembler... going the C route is going to complicate things a bit unless the generated code can be stripped down? a bunch
I have created an Assembler stub which receives control when an EE macro issues an EE subcommand via bREXX. This stub has been prepared with enough information to mimic a C Runtime Anchor Block (CMSCRAB) and further C functions within EE can be called safely from here.
?
On Mon, Sep 2, 2024 at 12:34 AM, William Denton wrote:
XEDIT has always been in the CMS nucleus along with REXX and everything else...
On Mon, Sep 2, 2024 at 12:37 AM, Ross Patterson wrote:
Bob Bolch and Adrian Sutherland managed to get BREXX, which is over 90% C, to run from a DCSS.? And GCCLIB is already in a DCSS in VM/CE.
I am currently working on EE to migrate all 'static' variables to the "Process Global Memory Block". This is memory acquired via malloc() and should be safe to run EE in high memory (e.g. RESLIB).
?
Work In Progress ...
?
Martin
?
|
Re: #VMCE #rexx EE goes XEDIT - compiling a wish list
#VMCE
#rexx
On Sun, Sep 1, 2024 at 18:34 William Denton via <williamedenton= [email protected]> wrote: Yes...
XEDIT has always been in the CMS nucleus along with REXX and everything else... one of the advantages of being written in Assembler... going the C route is going to complicate things a bit unless the generated code can be stripped down? a bunch
Bob Bolch and Adrian Sutherland managed to get BREXX, which is over 90% C, to run from a DCSS.? And GCCLIB is already in a DCSS in VM/CE.
Ross
|
Re: #VMCE #rexx EE goes XEDIT - compiling a wish list
#VMCE
#rexx
Yes...
XEDIT has always been in the CMS nucleus along with REXX and everything else... one of the advantages of being written in Assembler... going the C route is going to complicate things a bit unless the generated code can be stripped down? a bunch
?
cheers, William
|
I think it is sufficient for me to be able to adjust issues for now.
toggle quoted message
Show quoted text
On Aug 31, 2024, at 7:46?AM, Harold Grovesteen <h.grovsteen@...> wrote:
Thanks. A couple of days ago I upgraded to the latest Ubuntu Long Term Support release. I had created a folder in Thunderbird for your emails. Into it I had saved the email with your user ID. Somehow, I managed to lose the folder in the version. Soooo... had to ask again. My apologies.
BTW, I am assuming that since you want to be able to adjust Issues, you also want the permission to perform commits. Yes?
Harold Grovesteen
On 8/30/24 18:30, Doug Harvey wrote:
doug4704
On Aug 30, 2024, at 5:49?PM, Harold Grovesteen <h.grovsteen@...> wrote:
Please send me your github user ID again please.
Thanks,
Harold Grovesteen
|
Thanks.? A couple of days ago I upgraded to the latest Ubuntu Long Term Support release.? I had created a folder in Thunderbird for your emails.? Into it I had saved the email with your user ID.? Somehow, I managed to lose the folder in the version. Soooo... had to ask again.? My apologies.
BTW, I am assuming that since you want to be able to adjust Issues, you also want the permission to perform commits.? Yes?
Harold Grovesteen
toggle quoted message
Show quoted text
On 8/30/24 18:30, Doug Harvey wrote: doug4704
On Aug 30, 2024, at 5:49?PM, Harold Grovesteen <h.grovsteen@...> wrote:
Please send me your github user ID again please.
Thanks,
Harold Grovesteen
|
doug4704
toggle quoted message
Show quoted text
On Aug 30, 2024, at 5:49?PM, Harold Grovesteen <h.grovsteen@...> wrote:
Please send me your github user ID again please.
Thanks,
Harold Grovesteen
|
Please send me your github user ID again please.
Thanks,
Harold Grovesteen
|
Re: macro to map CP low core
On Thu, Aug 29, 2024 at 17:52 Drew Derbyshire via <swhobbit= [email protected]> wrote: CMS has the NUCON macro to map low memory in a CMS virtual machine.? What does CP have to map low CP memory?
PSA MACTO
Ross
|
CMS has the NUCON macro to map low memory in a CMS virtual machine.? What does CP have to map low CP memory?
Thanks,
-ahd-
¡ª
"Of all the things I've had and lost, it's my mind I miss the most.? (I think it's backed up on 9-Track tape, somewhere ¡)"
|
The following files and folders have been deleted from the Files area of the [email protected] group.
-
/MECAFF tools: fixes and features/EE181307.VMARC
By: Martin Scheffler <San-Lorenzo@...>
The following files and folders have been deleted from the Files area of the [email protected] group.
-
/MECAFF tools: fixes and features/EE$RISKY.VMARC
By: Martin Scheffler <San-Lorenzo@...>
|
File /GG22-9277-00 VM370 Maintenance Made Simple - May 1982.pdf uploaded
#file-notice
The following files and folders have been uploaded to the Files area of the [email protected] group.
By: Mark Waterbury <mark.s.waterbury@...>
Description:
GG22-9277-00 VM370 Maintenance Made Simple - May 1982
A Washington Systems Center publication describing how to maintain VM/370 CP and CMS from source code with update decks.
(IBM WSC publications usually had an orange cover, but this copy lacks that cover.)
|
Re: Contributing to, Building, and Maintaining VM370CE
#VMCE
Anyone who is serious about creating CP and/or CMS user modifications should definitely read Melinda Varian's "What Mother Never Told You" and IBM's WSC "VM Maintenance Made Simple" -- both are available in the "Files" area of this group.
|
Re: Contributing to, Building, and Maintaining VM370CE
#VMCE
Yes, I can assist with anyone needing access.? I personally do
nothing with the repo, but many others are happily working with
it.? Just let me know if any assistance is required.
Harold Grovesteen
On 8/28/24 09:45, Dave Wade wrote:
toggle quoted message
Show quoted text
That¡¯s
Harold Grovesteen¡¯s¡
?
Dave
?
?
On Mon, Aug 26, 2024 at 01:59 PM,
William Denton wrote:
So, how do we go about creating some
sort of guidance/process for enhancing and maintaining
future releases of VM370CE? I guess, first of all, is
there really any serious interest in continuing the
"Community Edition" idea? If so, then we probably could
use at least a loose sort of "product management"
strategy.
Does anyone have the same level of
access to
as Bob had?
|
Re: Contributing to, Building, and Maintaining VM370CE
#VMCE
I really don't know why but I have always thought of PF10 as being the RETRIEVE key... don't know where that came from
?
cheers,
William
|
Re: #VMCE #rexx EE goes XEDIT - compiling a wish list
#VMCE
#rexx
It looks like I have reached a break-through. I have reworked the SUBCOM interface of EE and the macro facility seems to be much more stable. As a proof of concept, EE gives control to a special macro when a command is not recognized as an internal EE command.
?
On Thu, Oct 27, 2022 at 06:02 PM, Mark A. Stevens wrote:
I for one would rather see/use the code than look at a screen shot. The difference between Looking at the candy behind the glass, rather than actually having some. :-)
It's not ready for presentation yet, the previous bleeding edge previews were bleeding too much - but it looks very promising.
?
I intend to delete the previous previews of EE in the 'files' section since I will not learn anything from bug reports of these obsolete versions.
?
Martin
|
Re: Contributing to, Building, and Maintaining VM370CE
#VMCE
In favor of - " is there really any serious interest in continuing the "Community Edition" idea?¡±
toggle quoted message
Show quoted text
On Aug 26, 2024, at 12:18?PM, Dave Wade via groups.io <dave.g4ugm@...> wrote:
Hi Folks William, thanks for posting on here.. ? - I suggest that we build our updates using our own numbers on the user build disks. We can then sort out ¡°official¡± (I hate that word) numbers when we re-distribute.?
- That¡¯s the 594 for CP and the 593 for CMS. Bothy are accessed as ¡°E¡±. You can then name your mods LCLnnnDK or LCLnnnDM and whoever builds the release can give them ¡°official¡± names and numbers.
- In the past its whatever me or bob, or further back Andie or whoever liked.
? No thoughts on the rest. The original idea was for quick releases. That hasn¡¯t happened¡ ? Dave ? ? I recently posted on??asking these questions about how I should submit my VM updates for inclusion in a future CE "release": - Is there a master list of assigned update numbers? How do I figure out the "###" part of the update name"HRC###DK"????
- Is there a preferred way to package the files in an update? On my system, I keep all the files together in a .txt file in CMS READCARD format. How do the keepers of the CE releases prefer to receive proposed updates?
- What sort of consensus/approval/voting process do I need to go through to share my stuff?
Dave Wade responded that, since there really aren't any current processes, it might be a good idea to take the discussion to the wider group. So, how do we go about creating some sort of guidance/process for enhancing and maintaining future releases of VM370CE? I guess, first of all, is there really any serious interest in continuing the "Community Edition" idea? If so, then we probably could use at least a loose sort of "product management" strategy.
|
Mark A. Stevens
Martin Scheffler