On 21 Feb 2020, at 18:06, adriansutherland67 < adrian@...> wrote:
On Tue, Feb 18, 2020 at 03:44 PM, rvjansen@... wrote:
I checked in the current source, will add some of the VM modules also. I started with the .corig sources and checked them in as.c, and then checked in the current .c modules, so we can track them with git diff. As a result, some of the files are empty now (and are not part of the build procedure - hmm).
Added some missing files (just headers I think - also separated the .horig files following your approach) and made all the files lower case (sorry!!).
yes, forgot about the .h files, noticed that just now when trying to compile on z/VM.
lower case, fine. I prefer that too. Added some very rough instructions.txt for release management. Basically make a feature/f000n (or hotfix/h0001) and work there until you are happy with it and then we both can stage it to a release.
yes, that would also be good for the wiki.
BREXX built and ran manually (good!) - so I am just going to automate that (feature f0001). I have the template from GCCLIB so should not take long. Then we will have each check-in building and running whatever tests we have automatically on GITHUB servers. And it can feed the upstream VM/370 image build. Quick turnaround for bugs (well assuming we can work out how to fix the bugs!)
let’s use the issue system to avoid doing duplicate work. I’ll assign to myself if I start on some issue (assuming github can do that, did not look yet) I can't (well wont!!) use any s3270 scripts myself - happy with driving the console via my herccontrol thingy. And it is bedded-in for the github builds.?
can herccontrol address a non-console session?
best regards,
搁别苍é. Cheers
Adrian
|
On Tue, Feb 18, 2020 at 03:44 PM, rvjansen@... wrote:
I checked in the current source, will add some of the VM modules also. I started with the .corig sources and checked them in as.c, and then checked in the current .c modules, so we can track them with git diff. As a result, some of the files are empty now (and are not part of the build procedure - hmm).
Added some missing files (just headers I think - also separated the .horig files following your approach) and made all the files lower case (sorry!!). Added some very rough instructions.txt for release management. Basically make a feature/f000n (or hotfix/h0001) and work there until you are happy with it and then we both can stage it to a release. BREXX built and ran manually (good!) - so I am just going to automate that (feature f0001). I have the template from GCCLIB so should not take long. Then we will have each check-in building and running whatever tests we have automatically on GITHUB servers. And it can feed the upstream VM/370 image build. Quick turnaround for bugs (well assuming we can work out how to fix the bugs!) I can't (well wont!!) use any s3270 scripts myself - happy with driving the console via my herccontrol thingy. And it is bedded-in for the github builds.? Cheers Adrian
|
GLOBAL TXTLIB GCCLIB?is definitely needed in SYSPROF (for both GCCLIB and BREXX) however I don't understand the logic of what is included in the TEXT file being loaded high, and what can be left out to be fixed up from the TXTLIB
Any clues welcome - although I am just leaving it alone for now ... it works as is ...
A
|
Thanks Rene
Rebuilt the BREXX module - I found I needed to issue a GLOBAL TXTLIB GCCLIB first for it to be happy (it had a few standard library missing symbols otherwise).
btw - PDPCLIB is not what we want ..
Anyway Say/Interpret seemed a bit more happy with life ... you may want to test
|
Re: Docker image (1.4.1/latest) with GCCLIB 0.7.1
On Fri, Feb 21, 2020 at 02:06 PM, Dave Wade wrote:
I loaded the statically linked versions of EE and FSLIST etc because of the instabilities with the dynamic library.
Just as well! :-)
|
Re: Docker image (1.4.1/latest) with GCCLIB 0.7.1
Adrian, You tell me there is no BREXX module so its no linked at all. BREXX is re-linked? with the dynamic library from the Profile EXEC I loaded the statically linked versions of EE and FSLIST etc because of the instabilities with the dynamic library. Dave ?
toggle quoted message
Show quoted text
From: [email protected] <[email protected]> On Behalf Of adriansutherland67
Sent: 21 February 2020 13:34
To: [email protected]
Subject: [h390-vm] Docker image (1.4.1/latest) with GCCLIB 0.7.1? This GCLIB version of 0.7.1 is almost identical to the last version available (i.e. I have not materially edited it ... yet!)? docker pull adriansutherland/vm370:latest
Interestingly both EE, FSLIST etc. and BREXX seem to work without changes/rebuilding. Which tells me that they are statically linked (perhaps).
Anyway I will look at BREXX now.
Adrian
|
Docker image (1.4.1/latest) with GCCLIB 0.7.1
This GCLIB version of 0.7.1 is almost identical to the last version available (i.e. I have not materially edited it ... yet!)?
docker pull adriansutherland/vm370:latest
Interestingly both EE, FSLIST etc. and BREXX seem to work without changes/rebuilding. Which tells me that they are statically linked (perhaps). Anyway I will look at BREXX now. Adrian
|
For info.
TXTLIB did not work when run from sysprof exec when "installed globally" (it wa ok for a local install on cmsuser). Perhaps a disk is missing at that ipl stage? Anyway I have left it as a text concat.
A
|
To correct that:
gimme brexx 191 j mr
J is the mode it needs to be attached to.
搁别苍é.
toggle quoted message
Show quoted text
Hi Adrian,
that is correct, the BREXX user is just a placeholder to attach a disk volume to, so it cannot ipl cms. From another user, do “gimme brexx 191 mr”, give the MULT password, and then you can access it. To compile successfully, you need to do a small change to mkbrexx exec, as indicated in the git version.
best regards,
搁别苍é. On 21 Feb 2020, at 11:57, adriansutherland67 < adrian@...> wrote:
Hello!
On what I think is a clean sixpack 1.3 beta when I try and login to BREXX I just get CP
If I IPL CMS, I get a message about Disk 190 being required.
Other users are fine - and I can link to BREXX 191 and grab the BREXX source (which builds btw).
Any thoughts?
Adrian
|
Hi Adrian,
that is correct, the BREXX user is just a placeholder to attach a disk volume to, so it cannot ipl cms. From another user, do “gimme brexx 191 mr”, give the MULT password, and then you can access it. To compile successfully, you need to do a small change to mkbrexx exec, as indicated in the git version.
best regards,
toggle quoted message
Show quoted text
On 21 Feb 2020, at 11:57, adriansutherland67 < adrian@...> wrote:
Hello!
On what I think is a clean sixpack 1.3 beta when I try and login to BREXX I just get CP
If I IPL CMS, I get a message about Disk 190 being required.
Other users are fine - and I can link to BREXX 191 and grab the BREXX source (which builds btw).
Any thoughts?
Adrian
|
Hello!
On what I think is a clean sixpack 1.3 beta when I try and login to BREXX I just get CP
If I IPL CMS, I get a message about Disk 190 being required.
Other users are fine - and I can link to BREXX 191 and grab the BREXX source (which builds btw).
Any thoughts?
Adrian
|
Steven,
As others have said sometimes you need to include OSMACRO and use OS Macros. The supported macros are listed in the CMS User Guide. Rather than SNAP , you might want to use the PER.
The CMS in the six-packs has the PER command included (Program Event Recording) which is extremely powerful and very useful for de-bugging programs.
For seeing what is going on the LINEDIT macro is pretty useful. Its documented in the CMS Command Reference manual.
Dave
toggle quoted message
Show quoted text
-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of Steven
Fosdick
Sent: 21 February 2020 00:43
To: [email protected]
Subject: [h390-vm] SNAP Macro
I have been reading Sharon Tuggle's book "Assembler Language
Programming: Systems/360 and 370" and it makes use of a macro SNAP on
OS (MVS etc) which, from what I can tell, produces some kind of dump
output of the program state.
This does not seem to be defined while assembling on CMS. Is there an
equivalent? Or do I need to do something to include a specific macro library?
|
On 2/20/20 4:43 PM, Steven Fosdick wrote: I have been reading Sharon Tuggle's book "Assembler Language
Programming: Systems/360 and 370" and it makes use of a macro SNAP on
OS (MVS etc) which, from what I can tell, produces some kind of dump
output of the program state.
This does not seem to be defined while assembling on CMS. Is there an
equivalent? Or do I need to do something to include a specific macro
library?
The SNAP macro is in the OSMACRO MACLIB S -- Drew Derbyshire How would the Lone Ranger have handled this?
|
The SNAP macro is simply a wrapper for the PDUMP macro. IIRC the parameters given to the SNAP macro are labels in the program whereas the PDUMP macro expects addresses in storage.
Hello!
That's an excellent question. I don't know. Dave W might,. There are
other books on the subject, two of them were written by Jeff Savit.
He's an old friend of VM, and wrote those two whilst actually managing
the OS for one of the victims of the Great Recession. I can list them,
but I can rather do that in a completely different thread. The other
was written by Phil Smith III and Gabe Goldberg. It's on VM/ESA but
should provide some good ideas.
If you're running DOS under VM then the book written by the Professors
Yarnish concerning Assembly programming on OS and DOS for S/360 and
S/370 will work.
I seem to recall that many good libraries have books stacked up on the subject.
---
Uh oh, the Blob has fully covered a museum in PA. No one can get in,
and no one is getting out. However an adventurous something else has
started trying to remove it by eat it. We'll know more in six weeks.
-----
Gregg C Levine gregg.drwho8@...
"This signature fought the Time Wars, time and again."
On Thu, Feb 20, 2020 at 7:43 PM Steven Fosdick <stevenfosdick@...> wrote:
>
> I have been reading Sharon Tuggle's book "Assembler Language
> Programming: Systems/360 and 370" and it makes use of a macro SNAP on
> OS (MVS etc) which, from what I can tell, produces some kind of dump
> output of the program state.
>
> This does not seem to be defined while assembling on CMS.? Is there an
> equivalent?? Or do I need to do something to include a specific macro
> library?
>
>
>
|
Hello!
That's an excellent question. I don't know. Dave W might,. There are
other books on the subject, two of them were written by Jeff Savit.
He's an old friend of VM, and wrote those two whilst actually managing
the OS for one of the victims of the Great Recession. I can list them,
but I can rather do that in a completely different thread. The other
was written by Phil Smith III and Gabe Goldberg. It's on VM/ESA but
should provide some good ideas.
If you're running DOS under VM then the book written by the Professors
Yarnish concerning Assembly programming on OS and DOS for S/360 and
S/370 will work.
I seem to recall that many good libraries have books stacked up on the subject.
---
Uh oh, the Blob has fully covered a museum in PA. No one can get in,
and no one is getting out. However an adventurous something else has
started trying to remove it by eat it. We'll know more in six weeks.
-----
Gregg C Levine gregg.drwho8@...
"This signature fought the Time Wars, time and again."
toggle quoted message
Show quoted text
On Thu, Feb 20, 2020 at 7:43 PM Steven Fosdick <stevenfosdick@...> wrote:
I have been reading Sharon Tuggle's book "Assembler Language
Programming: Systems/360 and 370" and it makes use of a macro SNAP on
OS (MVS etc) which, from what I can tell, produces some kind of dump
output of the program state.
This does not seem to be defined while assembling on CMS. Is there an
equivalent? Or do I need to do something to include a specific macro
library?
|
I have been reading Sharon Tuggle's book "Assembler Language
Programming: Systems/360 and 370" and it makes use of a macro SNAP on
OS (MVS etc) which, from what I can tell, produces some kind of dump
output of the program state.
This does not seem to be defined while assembling on CMS. Is there an
equivalent? Or do I need to do something to include a specific macro
library?
|
I believe there is some memory/code shared by all CMS users.
I vaguely remember writing something to check for an updated Y-disk,
then re-access it if necessary.
It was supposed to allow me to distribute updates without forcing
users to re-ipl (or them even being aware).
Paul
On 2/18/2020 2:32 PM,
adriansutherland67 wrote:
toggle quoted message
Show quoted text
On Tue, Feb 18, 2020 at 03:44 PM, rvjansen@... wrote:
one IPL is not enough to get it in working state again
That is weird ... could it be something to do with resident
code?(global variables) surviving the IPL? Or worse being shared
between CMS users. Both of these I though / assumed was impossible
so would be interested in thoughts from anyone ...
Anyway, Rene - great progress - I am sure we will crack it!
I hope to have a docker image with the new GCCLIB build tomorrow.
It will be interesting to see if this helps any of the REXX IO
issues. We might need to rebuild BREXX.
Adrian
|
On Tue, Feb 18, 2020 at 03:44 PM, rvjansen@... wrote:
one IPL is not enough to get it in working state again
That is weird ... could it be something to do with resident code?(global variables) surviving the IPL? Or worse being shared between CMS users. Both of these I though / assumed was impossible so would be interested in thoughts from anyone ... Anyway, Rene - great progress - I am sure we will crack it! I hope to have a docker image with the new GCCLIB build tomorrow. It will be interesting to see if this helps any of the REXX IO issues. We might need to rebuild BREXX. Adrian
|
Hi Adrian,
I checked in the current source, will add some of the VM modules also. I started with the .corig sources and checked them in as.c, and then checked in the current .c modules, so we can track them with git diff. As a result, some of the files are empty now (and are not part of the build procedure - hmm).
Btw, I scripted the downloads with s3270 - something else to consider for automation of building and testing. Very probably we will need some extra containers, with the 1.2 sixpack for example, and the Dr. Latz fix, before we can bring it all together.
I hope we will find and fix some of the more infuriating aspects of BREXX on VM/370, which is the absolute flakeyness in loading files and getting their names wrong, especially with 8 character filenames; and the fact that sometimes one IPL is not enough to get it in working state again. I hope that the improvements in the gcc library also will help in getting more stability.
I’ll leave the build process automation and release process to you then, and will focus on debugging first. I just realized that I always used Rexx to start debug sessions and set breakpoints - with MVS, that is, hmm again.
I also started adding issues to work on, mostly for myself and to document potential progress.
best regards,
搁别苍é.
toggle quoted message
Show quoted text
On 13 Feb 2020, at 11:52, adriansutherland67 < adrian@...> wrote:
On Thu, Feb 13, 2020 at 10:37 AM, rvjansen@... wrote:
Or, Adrian, you can just add me as collaborator so I can work directly on the CMS brexx code in there, and use your build system, for speed.
Yeah I will do that. Please work in feature/fnnnn branches off develop. If you handle the source/brexx itself, I will handle the build process automation, and release management - OK? :-) I don't care about licenses, in the sense I don't care about owning any of this but I do care in the sense that I don't want to cause aggravation!? It sounds like it should be GPL-2.0 license because that is what Bill has used and it trickles down. Hopefully that is compatible with the other licence Dave mentioned! LOL
|
I would think so. Use #CP DISPLAY to display the content of the jump table to seem where the routines are loaded? ? Dave ?
toggle quoted message
Show quoted text
From: [email protected] <[email protected]> On Behalf Of adriansutherland67
Sent: 16 February 2020 19:03
To: [email protected]
Subject: Re: [h390-vm] GCCLIB Advice? Yes reslib, it seems to pickup externs from the global lib fine. Question is does this pull it all into highmem? Is there a way to see the size of it? I could do a sanity check ...
|
PaulJayD