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: 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 ...
By
adriansutherland67
·
#378
·
|
|
Re: GCCLIB Advice
What are you using to load it? RESLIB? Dave Sent: 16 February 2020 18:16 To: [email protected] Subject: Re: [h390-vm] GCCLIB Advice The TEXT file is all the TEXT files appended together with COPYFILE.
By
Dave Wade
·
#377
·
|
|
Re: GCCLIB Advice
The TEXT file is all the TEXT files appended together with COPYFILE. I am amazed this works but anyway! After experimenting I think we just need the jump table in the TEXT file, and by having the
By
adriansutherland67
·
#376
·
|
|
Re: GCCRES (GCCLIB Res Stub) is rather large
The fixed GCCLIB with the fixed pointer is a huge improvement¡ Dave Sent: 16 February 2020 18:12 To: [email protected] Subject: Re: [h390-vm] GCCRES (GCCLIB Res Stub) is rather large OK - Got my
By
Dave Wade
·
#375
·
|
|
Re: GCCRES (GCCLIB Res Stub) is rather large
OK - Got my head round it ... and it is working. I think that we should still treat it as beta but it is a massive product, and this version will be a big improvement on the one on the six pack, I
By
adriansutherland67
·
#374
·
|
|
Re: GCCRES (GCCLIB Res Stub) is rather large
I am envisaging a kind of stack for rexx context, etc.
By
adriansutherland67
·
#373
·
|
|
Re: GCCRES (GCCLIB Res Stub) is rather large
Especially in the case of a REXX program that calls another REXX program, the two programs should not end up accessing each others variables. Regards, Peter Coghlan. Date: Sun, 16 Feb 2020 10:07:28
By
Peter Coghlan
·
#372
·
|
|
Re: GCCRES (GCCLIB Res Stub) is rather large
Yes it makes sense. If REXX calls another program using the shared library then won¡¯t it need this? Dave Sent: 16 February 2020 09:59 To: [email protected] Subject: Re: [h390-vm] GCCRES (GCCLIB Res
By
Dave Wade
·
#371
·
|
|
Re: GCCRES (GCCLIB Res Stub) is rather large
Rereading the code I am a bit clearer. Still think gcccrab is overkill (or perhaps underkill and it should become a facility that things like brexx could use). It allows user process specific
By
adriansutherland67
·
#370
·
|
|
Re: GCCLIB Advice
I think that the:- ¡°global txtlib gcclib¡± Means that when you load something ¡°normally¡± you get the ¡°normal¡± ¡°C¡± library. Dave Sent: 15 February 2020 17:04 To: [email protected]
By
Dave Wade
·
#369
·
|
|
Re: GCCRES (GCCLIB Res Stub) is rather large
Adrian, I think something is wrong with the profiles being used. When I loaded the modified version from Hans (I think its Hans) things worked, but something isn¡¯t and I am travelling so don¡¯t
By
Dave Wade
·
#368
·
|
|
Re: GCCRES (GCCLIB Res Stub) is rather large
Thanks Dave - I have tested it (with hello world only). The traditional library works (GCCLIB), the resident one doesn't. Dave - you mentioned that you had it working on your latest version - have you
By
adriansutherland67
·
#367
·
|
|
Re: GCCRES (GCCLIB Res Stub) is rather large
Ok. When I say loaded high I mean loaded with RESLIB. In a modern CMS we have relocatable modules and nucxload which loads this as nucleus extensions. RESLIB does much of this but not all.... Dave
By
Dave Wade
·
#366
·
|
|
Re: GCCRES (GCCLIB Res Stub) is rather large
But does gcclib need to be resident to allow rexx to be resident? And is loaded in high memory the same as resident? I am assuming so ... The solution I am looking at seems very complex and brittle.
By
adriansutherland67
·
#365
·
|
|
Re: GCCRES (GCCLIB Res Stub) is rather large
Adrian, As I said to Rene a while ago, the while point of all of this is to allow REXX to be dynamically loaded into high memory, so it can call other programs that run in the user space without
By
Dave Wade
·
#364
·
|
|
GCCRES (GCCLIB Res Stub) is rather large
It is disappointingly large relative to the real library - need to improve this (otherwise why bother!) It is full of stub functions like this one EXTRN GCCANCHR GETS? ? ?CSECT USING GETS,R15 L?
By
adriansutherland67
·
#363
·
|
|
GCCLIB Advice
I am trying to make sure I understand what is going on The MKGCCLIB EXEC makes 3 files * GCCLIB TXTLIB - This is "normal" library that is linked to a users program * GCCRES TXTLIB - This is the "stub"
By
adriansutherland67
·
#362
·
|
|
Re: Blank last line blues
I guess that is because once upon a time, on early Unix, a line was defined as zero or more characters ended by a LF. So picky software can rightly say that if there isn't a LF at the end, it isn't a
By
Rhialto
·
#361
·
|
|
Blank last line blues
Just to make you guys smile ... In the world of Unix rather dopey old software had issues with last lines not ending with a LF. And you still get warnings and lots of modern editors add a blank line
By
adriansutherland67
·
#360
·
|
|
Re: building BREXX
Let me know if you want me to do that - A
By
adriansutherland67
·
#359
·
|