¿ªÔÆÌåÓý


Re: VM370CE Version 1 Release 1.2 Release Candidate

 

On Mon, Jul 11, 2022 at 04:24 PM, Bob Bolch wrote:
?
Sorry, the corrected link is:
In the Release Candidate, after you log in to either CMSUSER or MAINT, when you enter:

FSHELP

It displays a list of commands, but none of them are found, when the cursor is on a word and you press F1. For instance, for ADSTOP, you get the message:

No help found for 'ADSTOP'


This does work properly in the current release. Not sure what is wrong, yet.

?... Mark S.


Re: VM370CE Version 1 Release 1.2 Release Candidate

 

Hi Mark W.,
It's true that the VMSE MAINT procedures are slightly different than the process
described by Melinda and the other document you named. Mark S. pointed out the
MAINT MEMO file, where we want to describe this stuff. I made the VMSETUP EXEC
to be similar to the VMFSETUP EXEC in the later VM releases which use the SES facility.
In a typical customer site, in the 70s, you had IBM supplied base code, IBM fixes, and
local customer modifications. In VMCE, you have IBM code, IBM fixes, VMCE modifications,
and a 4th level is code modifications added by you. That is really the only difference.

I build my own local modifications on the MAINT A work disk, and then copy them to the?
594 (for CP) or 593 (for CMS) when they are finished. To go to a new VMSE release, you can
copy the 594 and 593 to the new system (using a virtual tape or VMARC file download and
upload). Of course, you may have to rework any local modifications, if VMSE made changes
to the same source files.

Please send in any specific question that are not answered by MAINT MEMO, and we can update it.

Thanks for testing/Bob


? ??


Re: VM370CE Version 1 Release 1.2 Release Candidate

 

On Tue, Jul 12, 2022 at 02:19 PM, Mark Waterbury wrote:
So far, what I do not see or cannot seem to find is a "How To" guide for how to make any local modifications to the VM/CE system, e.g. something along the lines of Linda Varian's "What mother never told you ..." or the WSC orange book "VM Maintenance Simplified" ...

Also, how should I carry forward any local modifications that I have made to my copy of VM/CE V1.R1.1 into the new version?
You can find information on the MAINT 5E5 mindisk accessed at B:

XLIST: * MEMO B?????????????????????????????????????? Lines 1-2/2? XLIST V1.2.5
? Filename Filetype Fm? Format??? Recs Blocks? Date?????? Time?? Label
? MAINT??? MEMO???? B1? V??? 80??? 490???? 24? 2021-03-03 09:06? MNT5E5
? RSCS???? MEMO???? B1? F??? 80??? 308???? 31? 2021-11-30 12:56? MNT5E5
...

FSVIEW: MAINT MEMO B1?????????????????? Lines 1-39/490 V80[1-79]? FSVIEW V1.2.5
****
VM/370 Community Edition System Programming Notes

Notes on generating the CMS nucleus, the CP nucleus, and the various saved
systems and shared segments.? Thanks to Dave Wade, Kevin Leonard, Bob Bolch
and Bob O'Hara.
****
To establish a VM component service disk search order, issue
one of these commands:

Component???? Setup command
---------???? -------------
CP??????????? VMSETUP CP
CMS?????????? VMSETUP CMS
RSCS????????? VMSETUP RSCS
...

I Hope This Helps.

... Mark S.


Re: VM370CE Version 1 Release 1.2 Release Candidate

 

¿ªÔÆÌåÓý

Mark,

Its simply following IBM convention in version naming.

Dave

?

?

From: [email protected] <[email protected]> On Behalf Of Mark Waterbury
Sent: 12 July 2022 20:19
To: [email protected]
Subject: Re: [h390-vm] VM370CE Version 1 Release 1.2 Release Candidate

?

Bob, Dave, et al:

So far, what I do not see or cannot seem to find is a "How To" guide for how to make any local modifications to the VM/CE system, e.g. something along the lines of Linda Varian's "What mother never told you ..." or the WSC orange book "VM Maintenance Simplified" ...

Also, how should I carry forward any local modifications that I have made to my copy of VM/CE V1.R1.1 into the new version?

I would also prefer to see a more consistent naming standard or convention for the versions and releases of VM/CE, e.g. rather than "V1.R1.1" I would prefer either "1.1.1" or "V1R1M1" ... so for this new version, either "1.1.2" or "V1R1M2".? ?

Thanks in advance.

Mark S. Waterbury


Re: VM370CE Version 1 Release 1.2 Release Candidate

 

Bob, Dave, et al:

So far, what I do not see or cannot seem to find is a "How To" guide for how to make any local modifications to the VM/CE system, e.g. something along the lines of Linda Varian's "What mother never told you ..." or the WSC orange book "VM Maintenance Simplified" ...

Also, how should I carry forward any local modifications that I have made to my copy of VM/CE V1.R1.1 into the new version?

I would also prefer to see a more consistent naming standard or convention for the versions and releases of VM/CE, e.g. rather than "V1.R1.1" I would prefer either "1.1.1" or "V1R1M1" ... so for this new version, either "1.1.2" or "V1R1M2".? ?

Thanks in advance.

Mark S. Waterbury


Re: VM370CE Version 1 Release 1.2 Release Candidate

 

Hi, Bob and Dave, et al,

I downloaded this last night and IPLed it to look around ...? looks good, so far ... :-)

Keep up the good work...

All the best,

Mark S. Waterbury


Re: VM370CE Version 1 Release 1.2 Release Candidate

 

¿ªÔÆÌåÓý

Hi Bob,

I downloaded the zip file for CE 1.2 RC with much eagerness.? I have only checked out the README and found in the Changes section that items 25 & 42 concerning the PASCAL compiler conflict...

Looking forward to carving out some time to try it out.

Thank you to all of the hard work to the maintainers and contributors.

Regards,

Gary

On 7/11/22 17:24, Bob Bolch wrote:


Sorry, the corrected link is:

Bob

On Mon, Jul 11, 2022 at 5:06 PM Bob Bolch via <Bob=[email protected]> wrote:
Thanks to all contributors, I am pleased to post a test version of the third
release of VMCE. This is a release candidate version, and is available for anyone
to download, for testing purposes. I would like to set a target date for the final 1.1.2
version for about 2 weeks from now. If you have time to take a look and comment
here in the forum, I would really appreciate it.

The downloaded unzipped directory from my DROPBOX contains file:
readme-vmce-1_1_2.txt which provides a list of the changes.



I hope you take a look and find some bugs.
Bob Bolch


Re: VM370CE Version 1 Release 1.2 Release Candidate

 


Sorry, the corrected link is:

Bob

On Mon, Jul 11, 2022 at 5:06 PM Bob Bolch via <Bob=[email protected]> wrote:
Thanks to all contributors, I am pleased to post a test version of the third
release of VMCE. This is a release candidate version, and is available for anyone
to download, for testing purposes. I would like to set a target date for the final 1.1.2
version for about 2 weeks from now. If you have time to take a look and comment
here in the forum, I would really appreciate it.

The downloaded unzipped directory from my DROPBOX contains file:
readme-vmce-1_1_2.txt which provides a list of the changes.



I hope you take a look and find some bugs.
Bob Bolch


VM370CE Version 1 Release 1.2 Release Candidate

 

Thanks to all contributors, I am pleased to post a test version of the third
release of VMCE. This is a release candidate version, and is available for anyone
to download, for testing purposes. I would like to set a target date for the final 1.1.2
version for about 2 weeks from now. If you have time to take a look and comment
here in the forum, I would really appreciate it.

The downloaded unzipped directory from my DROPBOX contains file:
readme-vmce-1_1_2.txt which provides a list of the changes.



I hope you take a look and find some bugs.
Bob Bolch


Re: basic question

 

¿ªÔÆÌåÓý

Jeff,

Try

?

GLOBAL TXTLIB COB360R

?

Should have a HELP COBOL to explain on its way

?

Dave

?

From: [email protected] <[email protected]> On Behalf Of Jeff Koons
Sent: 26 June 2022 16:02
To: [email protected]
Subject: [h390-vm] basic question

?

Hello great emulator / os

Trying to run a hello world cobol programme.

?

type t cobol????????????????????????????

?????????????????????????????????????????

???????IDENTIFICATION DIVISION.?????????

???????PROGRAM-ID. JEFF.????????????????

???????ENVIRONMENT DIVISION.????????????

???????DATA DIVISION.???????????????????

???????PROCEDURE DIVISION.??????????????

???????????DISPLAY 'HELLO'.?????????????

???????????GOBACK.??????????????????????

?????????????????????????????????????????

Ready; T=0.01/0.01 15:00:09?????????????

?????????????????????????????????????????

but get

?

type load map??????????????????????????

????????????????????????????????????????

?JEFF???? SD 020000????????????????????

?THE FOLLOWING NAMES ARE UNDEFINED:????

?ILBOSTP0 ILBODSP0 ILBOSTP1????????????

????????????????????????????????????????

Ready; T=0.01/0.01 15:00:59????????????

????????????????????????????????????????

Did a lot of googling but no help. Maybe it is too basic, but thoughts on how to solve appreciated

thanks


basic question

 

¿ªÔÆÌåÓý

Hello great emulator / os

Trying to run a hello world cobol programme.

?

type t cobol????????????????????????????

?????????????????????????????????????????

???????IDENTIFICATION DIVISION.?????????

???????PROGRAM-ID. JEFF.????????????????

???????ENVIRONMENT DIVISION.????????????

???????DATA DIVISION.???????????????????

???????PROCEDURE DIVISION.??????????????

???????????DISPLAY 'HELLO'.?????????????

???????????GOBACK.??????????????????????

?????????????????????????????????????????

Ready; T=0.01/0.01 15:00:09?????????????

?????????????????????????????????????????

but get

?

type load map??????????????????????????

????????????????????????????????????????

?JEFF???? SD 020000????????????????????

?THE FOLLOWING NAMES ARE UNDEFINED:????

?ILBOSTP0 ILBODSP0 ILBOSTP1????????????

????????????????????????????????????????

Ready; T=0.01/0.01 15:00:59????????????

????????????????????????????????????????

Did a lot of googling but no help. Maybe it is too basic, but thoughts on how to solve appreciated

thanks


Re: GCC Run Times

 

On Wed, 8 Jun 2022 at 13:12, Bernd Oppolzer via <berndoppolzer=[email protected]> wrote:

Sorry: problem with the english language:

"the parameters on fopen are just an additional method which must not be used."

should read

"the parameters on fopen are just an additional method which can be used or not"

maybe there are better ways to express this ... the original wording was wrong, IMO.?


A native English speaker would probably say "...which does not have to be used".

I don't have much experience with english speaking;
I am only writing IT-related posts since almost 20 years now.


Now there's another flaw in your English. :-)? The word "since" (with this meaning) takes an absolute time. It cannot take a relative (or length of) time, as "seit" in German or "depuis" in French can. So you can fix your sentence either by using a different word - usually "for" - in place of "since", or by converting your relative time to absolute, e.g. by saying "since almost 20 years ago".

Actually there's yet another flaw. You probably want to use the present perfect rather than the simple (or progressive) present when you speak of something that started in the past and continues into the present. So e.g. "I have only been writing IT-related posts for almost 20 years now."

Hope you don't mind.


And I hope you don't mind my perhaps preachy correcting of your English. It's certainly a lot besser als mein Deutsch.

Tony H.


Re: GCC Run Times

 

¿ªÔÆÌåÓý

Sorry: problem with the english language:

"the parameters on fopen are just an additional method which must not be used."

should read

"the parameters on fopen are just an additional method which can be used or not"

maybe there are better ways to express this ... the original wording was wrong, IMO.?

I don't have much experience with english speaking;
I am only writing IT-related posts since almost 20 years now.
Hope you don't mind.

Sorry again, kind regards

Bernd


Am 08.06.2022 um 19:01 schrieb Bernd Oppolzer:

Am 06.06.2022 um 02:30 schrieb Mark A. Stevens via groups.io:
To be honest, I don't like either, as they both appear to be a kludge. If I had to pick, I would recommend the first and forget the second. That and $3 might buy you a cup of coffee ;-) and if it matters and you have to or want to keep the external characteristics in the code, I'd recommend, as those extra items would come after the 'standard' C parameters.

fopen("my.file",w,recfm=v,lrecl=300,blksize=304);

The syntax of the IBM compilers is as follows:

fopen("my.file","w,recfm=v,lrecl=300,blksize=304");

that is, the second parameter which contains the mode and all the additional options
is a C string (as in the ANSI C function definition for fopen).

BTW: you don't need to use DSN names for the files as in this case;
you can use DDNames as well, if you use this syntax: DD:DDNAME
(that is: ddnames, prefixed with DD:).
And: for the filenames, there is the common rule from TSO;
if with apostrophes, nothing is added, but if without apostrophs,
the user assigned to the job or session is added.

I understand the challenge is dealing with record based I/O rather than stream I/O. Is this a case of not putting that information in the code and leaving it to a FILEDEF to handle the external characteristics? Then your code would be more portable because you would be externalizing those items which are specific to IBM.

FILEDEF MYFILE DISK MY DATA A ( recfm=v lrecl=300 blksize=304
...
fopen(
MYFILE,w);?


This is, of course, possible with VM and with MVS;
you can specify all the options on FILEDEF or on DD statements (in MVS JCL);
the parameters on fopen are just an additional method which must not be used.
I never use it, just to keep my programs as portable as possible,
so that they run with minimum changes on Linux and Windows etc.
and on the mainframe environments.

HTH

kind regards

Bernd


Re: GCC Run Times

 

¿ªÔÆÌåÓý

Am 06.06.2022 um 02:30 schrieb Mark A. Stevens via groups.io:
To be honest, I don't like either, as they both appear to be a kludge. If I had to pick, I would recommend the first and forget the second. That and $3 might buy you a cup of coffee ;-) and if it matters and you have to or want to keep the external characteristics in the code, I'd recommend, as those extra items would come after the 'standard' C parameters.

fopen("my.file",w,recfm=v,lrecl=300,blksize=304);

The syntax of the IBM compilers is as follows:

fopen("my.file","w,recfm=v,lrecl=300,blksize=304");

that is, the second parameter which contains the mode and all the additional options
is a C string (as in the ANSI C function definition for fopen).

BTW: you don't need to use DSN names for the files as in this case;
you can use DDNames as well, if you use this syntax: DD:DDNAME
(that is: ddnames, prefixed with DD:).
And: for the filenames, there is the common rule from TSO;
if with apostrophes, nothing is added, but if without apostrophs,
the user assigned to the job or session is added.

I understand the challenge is dealing with record based I/O rather than stream I/O. Is this a case of not putting that information in the code and leaving it to a FILEDEF to handle the external characteristics? Then your code would be more portable because you would be externalizing those items which are specific to IBM.

FILEDEF MYFILE DISK MY DATA A ( recfm=v lrecl=300 blksize=304
...
fopen(
MYFILE,w);?


This is, of course, possible with VM and with MVS;
you can specify all the options on FILEDEF or on DD statements (in MVS JCL);
the parameters on fopen are just an additional method which must not be used.
I never use it, just to keep my programs as portable as possible,
so that they run with minimum changes on Linux and Windows etc.
and on the mainframe environments.

HTH

kind regards

Bernd


Re: Unable to Go Forth #VMCE

 

Hello Mark,

I am not sure what is going on for you. Here's my execution:
?
Ready; T=0.01/0.01 20:37:49
erase forth $prog$
Ready; T=0.01/0.01 20:37:56
forth
'FORTH $PROG$ A'? File does NOT exist
FORTH ready
?
:hello
>
.' hello!
>
;
?
hello
HELLO!
?
end
Do you want to save your extensions (Y/N)?
y
Your FORTH extensions saved
Ready; T=0.01/0.01 20:38:47
forth
Your FORTH extensions loaded
FORTH ready
?
.prog
? ?HELLO
?
hello
HELLO!
?
end
Do you want to save your extensions (Y/N)?
n
Ready; T=0.01/0.01 20:39:48
?
By the way, FORTH $PROGS$ A must have RECFM=F and LRECL=70 (not 80). Be sure that your FORTH $PROG$ is like that if you want to create it with an editor before calling the forth command.
?
Cheers,
?
Rene FERLAND, Montreal
?


Re: Unable to Go Forth #VMCE

 

On Mon, Jun 6, 2022 at 11:41 PM, Ren¨¦ Ferland wrote:
Ready; T=0.01/0.01 00:34:42
type forth $prog$
?
:HELLO
.' HELLO!
$
?
Ready; T=0.01/0.01 00:34:54
forth
Your FORTH extensions loaded
FORTH ready
?
hello
HELLO!
?
end
Do you want to save your extensions (Y/N)?
n
Ready; T=0.01/0.02 00:35:06
Finally, this is my experience with what you did, repeated on my system.

Written new file: FORTH $PROG$ A1
Ready; T=0.11/0.15 19:07:15
type forth $prog$ a
?
:HELLO
.' HELLO!
$
?
Ready; T=0.01/0.01 19:07:23
forth
Your FORTH extensions loaded
FORTH ready
?
hello
HELLO???? Invalid NUMERIC field
?
end
Do you want to save your extensions (Y/N)?
Y
'FORTH $PROG$ A'? I/O ERROR
ERROR 00?? - Inform Technical Support
Ready; T=0.01/0.01 19:08:27
type forth $prog$ a

?
:HELLO
.' HELLO!
$
?
Ready; T=0.01/0.01 19:10:17
forth
Your FORTH extensions loaded
FORTH ready
?
hello
HELLO???? Invalid NUMERIC field
?
end
Do you want to save your extensions (Y/N)?
n
Ready; T=0.01/0.01 19:10:26

?... Mark S.


Re: Unable to Go Forth #VMCE

 

On Tue, Jun 7, 2022 at 07:51 PM, Mark A. Stevens wrote:
Now I am thoroughly confused. I have no idea where HELLO is being saved. I erased FORTH $PROG$ A, and logged off, then logged back in ...
L XMAS
ENTER PASSWORD:
?
DASD 190 LINKED R/O; R/W BY MAINT; R/O BY 004 USERS
DASD 19D LINKED R/O; R/W BY MAINT; R/O BY 002 USERS
DASD 19E LINKED R/O; R/W BY MAINT; R/O BY 004 USERS
DASD 5E5 LINKED R/O; R/W BY MAINT
LOGON AT 19:02:11 GMT TUESDAY 06/07/22
VM Community Edition V1 R1.1
?
Y (19E) R/O
U (19D) R/O
B (5E5) R/O
E (194) R/O
T (196) R/O
R (193) R/O
Ready; T=0.01/0.01 19:02:13
forth
'FORTH $PROG$ A'? File does NOT exist
FORTH ready
?
:HELLO
>
.' Hello
>
;
?
hello
DMSITP141T PROTECTION EXCEPTION OCCURRED AT 0205F6 IN ROUTINE FORTH.
CMS

?... Mark S.


Re: Unable to Go Forth #VMCE

 

On Mon, Jun 6, 2022 at 11:41 PM, Ren¨¦ Ferland wrote:
Hello Mark,

It looks like the treatment of character data is rather primitive in this version of FORTH. A string with no blanks can be printed with the command .' (dot apostrophe). You need a blank after the .' otherwise I think it wants to interpret what you typed as a number to be put on the stack (hence the error message):
Now I am thoroughly confused. I have no idea where HELLO is being saved. I erased FORTH $PROG$ A, and logged off, then logged back in ...

L XMAS
ENTER PASSWORD:
?
DASD 190 LINKED R/O; R/W BY MAINT; R/O BY 004 USERS
DASD 19D LINKED R/O; R/W BY MAINT; R/O BY 002 USERS
DASD 19E LINKED R/O; R/W BY MAINT; R/O BY 004 USERS
DASD 5E5 LINKED R/O; R/W BY MAINT
LOGON AT 18:46:11 GMT TUESDAY 06/07/22
VM Community Edition V1 R1.1
?
Y (19E) R/O
U (19D) R/O
B (5E5) R/O
E (194) R/O
T (196) R/O
R (193) R/O
Ready; T=0.01/0.01 18:46:13
forth
'FORTH $PROG$ A'? File does NOT exist
FORTH ready
?
: HELLO
:???????? program PREVIOUSLY defined
HELLO???? Invalid NUMERIC field
?
: HI
:???????? program PREVIOUSLY defined
HI??????? Invalid NUMERIC field
?
end
Do you want to save your extensions (Y/N)?
Y
Your FORTH extensions saved
Ready; T=0.01/0.01 18:47:17
type forth $prog$ a
?
$
?
Ready; T=0.01/0.01 18:47:26


Re: Unable to Go Forth #VMCE

 

On Mon, Jun 6, 2022 at 06:26 PM, Mark A. Stevens wrote:
Any ideas?
Hello Mark,

It looks like the treatment of character data is rather primitive in this version of FORTH. A string with no blanks can be printed with the command .' (dot apostrophe). You need a blank after the .' otherwise I think it wants to interpret what you typed as a number to be put on the stack (hence the error message):

Ready; T=0.01/0.01 00:34:42
type forth $prog$
?
:HELLO
.' HELLO!
$
?
Ready; T=0.01/0.01 00:34:54
forth
Your FORTH extensions loaded
FORTH ready
?
hello
HELLO!
?
end
Do you want to save your extensions (Y/N)?
n
Ready; T=0.01/0.02 00:35:06

You can type the command .help to get all the help available for this version.

Rene FERLAND, Montreal
?


Re: Unable to Go Forth #VMCE

 

Try replacing CR with 13 EMIT ?


On Mon, Jun 6, 2022 at 8:26 PM Mark A. Stevens via <marXtevens=[email protected]> wrote:
I am by no means a Forth expert, but from what little I do know this should work. I am running this on VM/370 CE V1R1.1

Written new file: FORTH $PROG$ A1
Ready; T=0.08/0.10 19:23:10
type forth $prog$ a
?
: HELLO? ( -- )? CR ." Hello, World!" ;
?
Ready; T=0.01/0.01 19:23:21
forth
Your FORTH extensions loaded
FORTH ready
?
HELLO
HELLO???? Invalid NUMERIC field
?
CR .( Hello, World!)
CR??????? Invalid NUMERIC field
?
end
Do you want to save your extensions (Y/N)?
n
Ready; T=0.01/0.01 19:23:44

Any ideas?

?... Mark S.



--
Jay Maynard