The following items have been added to the Files area of the [email protected] group.
By: Martin Scheffler <San-Lorenzo@...>
Description:
EE bleeding edge preview V1.3.2.0012_240924-1417
|
Re: Reserving Modification Numbers
I posted a list of modification numbers that are available as of the v1 r1.2 release of Community Edition.
?
I would encourage people to annotate that list with the numbers they would like to claim for their own work. I also think it would be useful to the group for the claim to include a name and brief note as to the nature of their updates... with the intention of avoiding duplication of efforts and potential collaboration on interesting updates.
?
For example, I am working on an update to DMKGRF, etc. that eliminates using GRTBLOK and the associated model dependent coding. If someone else is looking at things relating to DMKGRF, we would be better off if we worked together.
?
cheers, William
|
Re: ECPSVM under Hyperion
On Wed, Sep 25, 2024 at 05:37 AM, Gregg Levine wrote:
Hello!
And Spinhawk is the development branch name for the regular example of
Hercules?
Spinhawk is (obsolete) Hercules 3.x.? Prior to Hercules Helper, it was Spinhawk was fair easier to to build.
Yes? And Pluto is what besides Mr. Mouse's dog, and a dwarf planet?
It's a Bloom County quote (in response to a congressional subpoena).
?
-ahd-
|
Re: ECPSVM under Hyperion
Hello! And Spinhawk is the development branch name for the regular example of Hercules? Yes? And Pluto is what besides Mr. Mouse's dog, and a dwarf planet? ----- Gregg C Levine gregg.drwho8@... "This signature was present when the impossible happened 23 years ago, twice." On Wed, Sep 25, 2024 at 1:08?AM Drew Derbyshire via groups.io <swhobbit@...> wrote:
The last time I tried to use ECPSVM assists, it was under Spinhawk; it didn't go well and I retreated to Pluto.
How is useful ECPSVM under Hyperion? It doesn't need to be 100% functional, but if I enable it any thing which is not functional needs be harmless (that is, not break processing).
Thanks,
-ahd-
|
Re: #VMCE #rexx EE goes XEDIT - compiling a wish list
#VMCE
#rexx
A repeatable profile will be included as a demo in the next bleeding edge preview.
?
Martin
?
/* REXX */ ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
/
*
** ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? **
** This sample macro shows how to customise user interface elements ?**
** depending on file type. ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? **
** ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? **
** As a proof of concept, the PREFIX and the NUMBER commands have ? ?**
** been implemented to be effective on "view" level, which ? ? ? ? ? **
** currently looks like to be effective on "file" level. ? ? ? ? ? ? **
** ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? **
** Named PROFILER EE, this macro is a repeatable profile which ? ? ? **
** is called by EE after a file has been loaded into storage. ? ? ? ?**
** ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? **
** Arguments: parse arg fn ft fm extra ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? **
** ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? **
** filetype ? ? ? ?PREFIX ? ? ?NUMBER ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?**
** ----------------------------------- ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? **
** ASSEMBLE ? ? ? ?RIGHT ? ? ? ON ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?**
** EE ? ? ? ? ? ? ?LEFT ? ? ? ?ON ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?**
** EXEC ? ? ? ? ? ?LEFT ? ? ? ?OFF ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? **
** MAP ? ? ? ? ? ? RIGHT ? ? ? OFF ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? **
** otherwise ? ? ? OFF ? ? ? ? --- ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? **
** ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? **
** These settings are tied to one specific file/view. ? ? ? ? ? ? ? ?**
** ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? **
*
/
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
parse arg fn ft fm extra ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
upper fn ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
upper ft ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
upper fm ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
select ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
? when ft = "ASSEMBLE" then ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
? ? do ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
? ? ? "PREFIX RIGHT" ; "NUMBER ON" ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
? ? end ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
? when ft = "EE" then ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
? ? do ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
? ? ? "PREFIX LEFT" ?; "NUMBER ON" ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
? ? end ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
? when ft = "EXEC" then ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
? ? do ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
? ? ? "PREFIX LEFT" ?; "NUMBER OFF" ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
? ? end ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
? when ft = "MAP" then ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
? ? do ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
? ? ? "PREFIX RIGHT" ?; "NUMBER OFF" ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
? ? end ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
otherwise ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
? ? do ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
? ? ? "PREFIX OFF" ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
? ? end ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
end ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
?
|
Re: ECPSVM under Hyperion
Drew, There were issues with the floating point code. It looks like the fixes for these were added to the Develop branch in May ?
? but the last release I can find is from March ?so either build from Develop or disable DISP1 and DISP2 ? Dave ?
toggle quoted message
Show quoted text
From: [email protected] <[email protected]> On Behalf Of Drew Derbyshire via groups.io
Sent: 25 September 2024 06:09
To: [email protected]
Subject: [h390-vm] ECPSVM under Hyperion? The last time I tried to use ECPSVM assists, it was under Spinhawk; it didn't go well and I retreated to Pluto.
How is useful ECPSVM under Hyperion?? It doesn't need to be 100% functional, but if I enable it any? thing which is not functional needs be harmless (that is, not break processing).
Thanks,
-ahd-
|
The last time I tried to use ECPSVM assists, it was under Spinhawk; it didn't go well and I retreated to Pluto.
How is useful ECPSVM under Hyperion?? It doesn't need to be 100% functional, but if I enable it any? thing which is not functional needs be harmless (that is, not break processing).
Thanks,
-ahd-
|
Updated Wiki Page: Reserved CP Modification Numbers
#wiki-notice
|
Updated Wiki Page: Reserved CMS Modification Numbers
#wiki-notice
|
Re: #VMCE #rexx EE goes XEDIT - compiling a wish list
#VMCE
#rexx
I will check if the current snapshot is stable enough to show another bleeding edge preview. There are a lot of exciting new features and capabilities, at least as a Proof of Concept. Implementation details might change on further discussion.
?
But ... the missing instructions. I still live with my untreated ADHD and it is hard for me to write a bunch of instructions in advance. I will need frequent feedback.
?
Martin
|
Re: #VMCE #rexx EE goes XEDIT - compiling a wish list
#VMCE
#rexx
toggle quoted message
Show quoted text
On 24 Sep 2024, at 18:45, William Denton via groups.io <williamedenton@...> wrote:
? Personally, I would like to see efforts on EE going into creating a rich enough REXX integration that would allow the "side modes" to be implemented in REXX.like IBM did.
?
cheers,
William
|
Re: Support for 3066 Graphic Terminal
William, I think more than that, looking at the Functional Characteristics manuals for these from BitSavers ?
? and I was interested to read some had a light pen¡. Dave ?
toggle quoted message
Show quoted text
From: [email protected] <[email protected]> On Behalf Of William Denton via groups.io
Sent: 24 September 2024 17:25
To: [email protected]
Subject: Re: [h390-vm] Support for 3066 Graphic Terminal? The /168 console (like the 158 & later) didn't have very many blinky lights. As I recall, just the five above the Interrupt, Start, Stop, Load buttons. So, the "not" microfiche viewer was the contraption to the left of the console that looked like a big dual-screen fiche viewer. One of the screens (as I recall, the left one) was an actual fiche viewer. The other one was the replacement for the blinky lights. It had two dials that would select row/.column in a matrix of display choices that would display (in lights behind the (lucite?) screen all the things lights should display -- PSW, regs, current address, etc. in addition to lots and lots of internal stuff... Now that I think about it, the front part of the console must have had rotary switches and other buttons to do things like set the location counter, set address stop, etc... Address stop and Inst Step for sure because I remember having to come in on a Sunday afternoon to work with the CE to diagnose and fix a clock comparator bug that I had to stop the machine at a certain location in CP and step thru a few instructions after the CE had set a bunch of probes Amazing what's lurking back in the dusty recesses in ones head
|
Re: Reserving Modification Numbers
Perfect!! Thanks!!
-- William
|
Re: #VMCE #rexx EE goes XEDIT - compiling a wish list
#VMCE
#rexx
Personally, I would like to see efforts on EE going into creating a rich enough REXX integration that would allow the "side modes" to be implemented in REXX.like IBM did.
?
cheers,
William
|
Re: What is special about the 3066?
From a programming standpoint, the 3066 had different geometry (80x33), different set of buffer orders, and completely different CCWs, interrupts, and sense data. I think IBM only put software support in the operating systems was because the beast was THE system console. Nobody ever thought of it as being a "real" terminal that would run TSO or CICS... CMS was an exception but barely usable... Edit worked in terminal mode only as I recall... In my shop when we had the /168, the 3066 was only used during IPL and doing diagnostic work. In fact, the 168 console was stuck in a back corner of the computer room and all the real operation was done from a bank of real 3270s in the center
?
cheers,
William
|
Re: Support for 3066 Graphic Terminal
The /168 console (like the 158 & later) didn't have very many blinky lights. As I recall, just the five above the Interrupt, Start, Stop, Load buttons.
?
So, the "not" microfiche viewer was the contraption to the left of the console that looked like a big dual-screen fiche viewer. One of the screens (as I recall, the left one) was an actual fiche viewer. The other one was the replacement for the blinky lights. It had two dials that would select row/.column in a matrix of display choices that would display (in lights behind the (lucite?) screen all the things lights should display -- PSW, regs, current address, etc. in addition to lots and lots of internal stuff...
?
Now that I think about it, the front part of the console must have had rotary switches and other buttons to do things like set the location counter, set address stop, etc... Address stop and Inst Step for sure because I remember having to come in on a Sunday afternoon to work with the CE to diagnose and fix a clock comparator bug that I had to stop the machine at a certain location in CP and step thru a few instructions after the CE had set a bunch of probes
?
Amazing what's lurking back in the dusty recesses in ones head
?
cheers, William
|
Re: #VMCE #rexx EE goes XEDIT - compiling a wish list
#VMCE
#rexx
How important are the "side modes" of EE like FSLIST and FSVIEW ? I did not care of these up to now. I have reworked EE focussed on XEDIT as it was in VM/SP 1 (that means no FILELIST, RDRLIST ...).
?
Actually I have a Proof of Concept to have several UI Elements controlled by a "view" ... which means "file" as there is only one view per file now. A repeatable macro PROFILER EE written in REXX can decide by checking filename and filetype to set PREFIX to OFF, LEFT or RIGHT and NUMBER to ON or OFF. This setting will be tied to this one view/file and will not be affected by other files in the ring.
?
I might have broken something in FSLIST, I have not done much research how FSLIST internally works.
?
Martin
?
|
Re: Support for 3066 Graphic Terminal
toggle quoted message
Show quoted text
-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of Fish Fish via
groups.io
Sent: 23 September 2024 19:09
To: [email protected]
Subject: Re: [h390-vm] Support for 3066 Graphic Terminal
Dave Wade wrote:
[...]
I also don't see that using the non-base register instructions help a
lot. You don't?! Wow. Just... wow.
The existing code relies on base registers. Which, when eliminated, would free up those registers for other uses.
The problems occur because when you insert code you exceed the range
of the base registers. Which, when replaced with relative instructions that don't need base registers,
allows you to address anywhere from -128K to +128K from the current PSW (for
the short form), or anywhere from -4GB to +4GB for the long form.
You would probably need to replace a lot of code to get any benefit... More than likely, yes. But once done, you would NEVER again need to worry
about blowing a base register. EVER. Your module, from then on, could grow as
large as you would ever want.
We're talking about a ONE TIME fix (modification/rewrite) here, to eliminate the
base register problem ONCE AND FOR ALL.
*Forever*. Not at all. There are many changes to DMKGRF bobbling around the net. If you re-write it then working out how to fit these changes in becomes challenging.
--
"Fish" (David B. Trout)
Software Development Laboratories
mail: fish@...
Dave
|
Re: Support for 3066 Graphic Terminal
Dave Wade wrote: [...] I also don't see that using the non-base register instructions
help a lot. You don't?! Wow. Just... wow. The existing code relies on base registers. Which, when eliminated, would free up those registers for other uses. The problems occur because when you insert code you exceed the
range of the base registers. Which, when replaced with relative instructions that don't need base registers, allows you to address anywhere from -128K to +128K from the current PSW (for the short form), or anywhere from -4GB to +4GB for the long form. You would probably need to replace a lot of code to get any
benefit... More than likely, yes. But once done, you would NEVER again need to worry about blowing a base register. EVER. Your module, from then on, could grow as large as you would ever want. We're talking about a ONE TIME fix (modification/rewrite) here, to eliminate the base register problem ONCE AND FOR ALL. *Forever*. -- "Fish" (David B. Trout) Software Development Laboratories mail: fish@...
|
Re: Support for 3066 Graphic Terminal
toggle quoted message
Show quoted text
-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of Fish Fish via
groups.io
Sent: 23 September 2024 15:22
To: [email protected]
Subject: Re: [h390-vm] Support for 3066 Graphic Terminal
Dave Wade wrote:
Fish,
I would prefer not to do this as I believe it would stop VM/CE running
on my P/390.
Dave Yes, you're right: it would.
Oh well. Just a thought. I also don't see that using the non-base register instructions help a lot. The existing code relies on base registers. The problems occur because when you insert code you exceed the range of the base registers. You would probably need to replace a lot of code to get any benefit...
--
"Fish" (David B. Trout)
Software Development Laboratories
mail: fish@...
Dave
|
Martin Scheffler
