¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io

Re: Trying to add a printer or punch as sockdev

 

¿ªÔÆÌåÓý

I've just (backed up and...) altered 'SYS1.JES2PARM' for another printer for class Y, which

is already defined as held output. I'll have a play with HercPrt now :-)


Thank you.


Roops


On 20/11/2020 19:30, Joe Monk wrote:

"I don't know how JES2 links PRT1 to an MVS device address!"

Thats in member JES2PM00 in SYS1.PARMLIB....

*?
* ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?LOCAL PRINTERS ? ? ? ? ? ? ? ? ? ? ? ? *?
*?
PRINTER1 ? ? ? UNIT=00E,CLASS=A,FCB=6,FORMS=STD1,SEP,AUTO ? ? ? ? ? ? ?C
? ? ? ? ? ? ? ?NOPAUSE,START ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 1403 ? ? ??
PRINTER2 ? ? ? UNIT=00F,CLASS=M,FCB=6,FORMS=STD1,SEP,AUTO ? ? ? ? ? ? ?C
? ? ? ? ? ? ? ?NOPAUSE,UCS=TB,START ? ? ? ? ? ? ? ? ? ? ? ? ?3211 ? ? ??
*?

Joe

On Fri, Nov 20, 2020 at 12:15 PM Rupert Reynolds <rupertreynolds@...> wrote:
Thanks. That JES2 command has moved things forward--I can connect now.

But I realise I need to RTFM on JES2 and printing. I didn't ever have much to do with printing, and it was JES3 in my shop.

I don't know how JES2 links PRT1 to an MVS device address!

Roops.

On Fri., Nov. 20, 2020, 17:01 Rahim Azizarab via , <rahimazizarab=[email protected]> wrote:
You already have the definition?
B 0003 3211 PRT? sockdev print fcbck IO[4]

I usually use 1403 for Printer;? I am not sure if the highlighted part is necessary. Just go to your Web browser and type localhost:4444;? you may need to do a $S PRT1 on your SCP (Hercules) console too.? ?




Rahim?
? ?



??



On Friday, November 20, 2020, 10:49:49 AM CST, Rupert Reynolds <rupertreynolds@...> wrote:


Can anyone suggest what to do next, please? I'm trying to understand the various options for TCP/IP links
between MVS and the host. I'm mostly ignorant of the Herc options for sockdev devices and CTCs etc, and I
did do a SYSGEN a few times many years ago, but most of the details are forgotten.

I don't think it's a configuration problem on the host, as I can connect to
port 3505 (RDR) and submit jobs just fine, although it shows as a 2540 in MVS (00c).
?
Given this result from /D U in the Hercules console, I was assuming that there are two 3211 printers in the IOGEN, 002 and 003.

HHC00008I /d u
15.36.56?????????? IEE450I 15.36.56 UNIT STATUS 447
?UNIT TYPE STATUS? VOLSER VOLSTATE?? UNIT TYPE STATUS? VOLSER VOLSTATE
?002? 3211 A???????????????????????? 003? 3211 OFFLINE
?009? 3215 C???????????????????????? 00C? 2540 A
?00D? 2540 A???????????????????????? 00E? 1403 A
?00F? 1403 A???????????????????????? 010? 3277 OFFLINE
?011? 3277 OFFLINE?????????????????? 01F? 3215 OFFLINE
?070? 2703 OFFLINE?????????????????? 071? 2703 OFFLINE
?072? 2703 OFFLINE?????????????????? 073? 2703 OFFLINE
?074? 2703 OFFLINE?????????????????? 075? 2703 OFFLINE
?076? 2703 OFFLINE?????????????????? 077? 2703 OFFLINE
?080? 2703 OFFLINE?????????????????? 081? 2703 OFFLINE
?082? 2703 OFFLINE?????????????????? 083? 2703 OFFLINE
?084? 2703 OFFLINE?????????????????? 085? 2703 OFFLINE
?086? 2703 OFFLINE?????????????????? 087? 2703 OFFLINE

If I hit Esc to view hardware from Hercules' POV, 003 is missing. So I added 003 in the TK4-.cnf :-

# unit record devices
#
0002 3211 prt/prt002.txt ${TK4CRLF}
0003 3211 sockdev

And now it appears in the Hercules hardware list (below), but I can't connect to it on port 4444 from
Win64 telnet, a simple socket client I bashed together, or using telnet from Linux. For comparison,
I /can/ connect to Hercules port 21 if I start FTPD.

Roops
Enc:-
U Addr Modl Type Assignment

A 0002 3211 PRT? prt/prt002.txt crlf print fcbck IO[2]

B 0003 3211 PRT? sockdev print fcbck IO[4]

C 000E 1403 PRT? prt/prt00e.txt crlf print fcbck IO[21]

D 000C 3505 RDR? 3505 sockdev ascii trunc eof IO[4]

E 000D 3525 PCH? pch/pch00d.txt ascii IO[2]

F 0480 3420 TAPE * IO[4] maxsize=0 eotmargin=128K deonirq=N

G 010C 3505 RDR? jcl/dummy ascii trunc eof IO[2]

H 010D 3525 PCH? pch/pch10d.txt ascii IO[2]

I 000F 1403 PRT? prt/prt00f.txt crlf print fcbck IO[117]

J 030E 1403 PRT? log/hardcopy.log crlf print fcbck IO[449]

K 0009 3215 CON? *syscons cmdpref(/) IO[237]

L 00C0 3270 DSP? * IO[4]

M 00C1 3270 DSP? * IO[4]

N 00C2 3270 DSP? * IO[4]

O 00C3 3270 DSP? * IO[4]

P 00C4 3270 DSP? * IO[4]

Q 00C5 3270 DSP? * IO[4]

R 00C6 3270 DSP? * IO[4]

S 00C7 3287 DSP? * IO[2]

T 03C0 3270 DSP? GROUP=TCAM IO[4]

U 03C1 3270 DSP? GROUP=TCAM IO[4]

V 03C2 3270 DSP? GROUP=TCAM IO[4]

W 03C3 3270 DSP? GROUP=TCAM IO[4]

X 03C4 3270 DSP? GROUP=TCAM IO[4]

Y 03C5 3270 DSP? GROUP=TCAM IO[4]

Z 03C6 3270 DSP? GROUP=TCAM IO[4]

. 03C7 3270 DSP? GROUP=TCAM IO[4]

. 0610 3088 CTCA IO[1]

. 0611 3088 CTCA IO[1]

. 0660 3705 LINE Read count=39, Write count=37 IO[77]

. 0661 3705 LINE Read count=39, Write count=37 IO[77]

. 0662 3705 LINE Read count=39, Write count=37 IO[77]

. 0663 3705 LINE Read count=39, Write count=37 IO[77]

. 0664 3705 LINE Read count=30, Write count=27 IO[58]

. 0665 3705 LINE Read count=30, Write count=27 IO[58]

. 0666 3705 LINE Read count=30, Write count=27 IO[58]

. 0667 3705 LINE Read count=30, Write count=27 IO[58]







Re: Help request: COBOL Compile, Link and Go

 

Thanks Chris,

I thought I had copies of pretty much all the Fortran manuals on Bitsavers, but I must have missed that one

Tim


On Saturday, 21 November 2020, 9:38:04 pm AEDT, cjar1950 via groups.io <cjar1950@...> wrote:


Tim,

If you look at pp 65-69 of http://www.bitsavers.org/pdf/ibm/360/fortran/SC28-6852-1_OS_FORTRAN_H_Pgmr_Jun72.pdf,
you will see the published definitions for Fortran H.

.
.

Chris

--
<cjar1950@...>



----------------------------------------------------------------------------------------------------------------------------------

On Sat, 21 Nov 2020 04:13:30 -0600
"Joe Monk" <joemonk64@...> wrote:
> "Did the S360 have a paper tape reader? I had never heard of one, but then
> I was an applications programmer/analyst - never a systems programmer, and
> I never knew much about mainframe hardware"
>
> Yep. The model 2671 paper tape reader along with the 2822 controller.
>
> Joe
>
> On Fri, Nov 20, 2020 at 11:53 PM Tim via groups.io <aardvarkguard-hercules=
> [email protected]> wrote:
>
> >
> >
> > On Saturday, 21 November 2020, 3:14:06 pm AEDT, Greg Price <
> > procegrog@...> wrote:
> >
> >
> > On 2020-11-21 6:57 AM, Tim via groups.io wrote:
> > >> in FORTRAN the card punch is unit 7
> > >Ah yes - that sounds familiar - thanks Tim!
> >
> > >>
> > >> I wouldn't have a clue about the paper tape reader
> > >I was thinking it might be 2 if there is such a convention - memories
> > >are hazy...
> >
> > >I think all of those low numbers initially had a conventional assignment.
> >
> > Did the S360 have a paper tape reader? I had never heard of one, but then
> > I was an applications programmer/analyst - never a systems programmer, and
> > I never knew much about mainframe hardware
> >
> >
> > >I think VS FORTRAN has or had a customisable upper unit number limit.
> > >Applications would crash off if they tried to use a unit number higher
> > >than was configured.? We just used to make it 99, IIRC.
> >
> > Yes VS Fortran did have a customisable upper unit number. I found that out
> > when the systems guys put in a new version of VS Fortran, and one of our
> > programs promptly aborted with an invalid unit number message, or something
> > like that. I just looked at some of my old JCL members (which I copied to a
> > CD before the mainframe was decommissioned where I used to work) and in one
> > of the FORTRAN ones I made a comment that you needed to specify UNTABLE=99
> > in the VSFORTL macro (not that I really know what that means..).
> >
> > Ever since that occasion, the first thing I did when they put in a new
> > version of VS Fortran was to run a small test program that used unit number
> > 80! (I can't remember why I didn't use 99 - perhaps 80 was the highest unit
> > number we used).
> >
> > >Cheers,
> > >Greg
> >
> > Tim
> >
> >
> >
> >
> >
> >
> >
> >
> >
>
>
>
>
>







Re: Help request: COBOL Compile, Link and Go

 

Tim,

If you look at pp 65-69 of ,
you will see the published definitions for Fortran H.

.
.

Chris

--
<cjar1950@...>



----------------------------------------------------------------------------------------------------------------------------------
On Sat, 21 Nov 2020 04:13:30 -0600
"Joe Monk" <joemonk64@...> wrote:
"Did the S360 have a paper tape reader? I had never heard of one, but then
I was an applications programmer/analyst - never a systems programmer, and
I never knew much about mainframe hardware"

Yep. The model 2671 paper tape reader along with the 2822 controller.

Joe

On Fri, Nov 20, 2020 at 11:53 PM Tim via groups.io <aardvarkguard-hercules=
[email protected]> wrote:



On Saturday, 21 November 2020, 3:14:06 pm AEDT, Greg Price <
procegrog@...> wrote:


On 2020-11-21 6:57 AM, Tim via groups.io wrote:
in FORTRAN the card punch is unit 7
Ah yes - that sounds familiar - thanks Tim!

I wouldn't have a clue about the paper tape reader
I was thinking it might be 2 if there is such a convention - memories
are hazy...
I think all of those low numbers initially had a conventional assignment.
Did the S360 have a paper tape reader? I had never heard of one, but then
I was an applications programmer/analyst - never a systems programmer, and
I never knew much about mainframe hardware


I think VS FORTRAN has or had a customisable upper unit number limit.
Applications would crash off if they tried to use a unit number higher
than was configured. We just used to make it 99, IIRC.
Yes VS Fortran did have a customisable upper unit number. I found that out
when the systems guys put in a new version of VS Fortran, and one of our
programs promptly aborted with an invalid unit number message, or something
like that. I just looked at some of my old JCL members (which I copied to a
CD before the mainframe was decommissioned where I used to work) and in one
of the FORTRAN ones I made a comment that you needed to specify UNTABLE=99
in the VSFORTL macro (not that I really know what that means..).

Ever since that occasion, the first thing I did when they put in a new
version of VS Fortran was to run a small test program that used unit number
80! (I can't remember why I didn't use 99 - perhaps 80 was the highest unit
number we used).

Cheers,
Greg
Tim












Re: Help request: COBOL Compile, Link and Go

 

"Did the S360 have a paper tape reader? I had never heard of one, but then I was an applications programmer/analyst - never a systems programmer, and I never knew much about mainframe hardware"

Yep. The model 2671 paper tape reader along with the 2822 controller.

Joe

On Fri, Nov 20, 2020 at 11:53 PM Tim via <aardvarkguard-hercules=[email protected]> wrote:


On Saturday, 21 November 2020, 3:14:06 pm AEDT, Greg Price <procegrog@...> wrote:


On 2020-11-21 6:57 AM, Tim via wrote:
>> in FORTRAN the card punch is unit 7
>Ah yes - that sounds familiar - thanks Tim!

>>
>> I wouldn't have a clue about the paper tape reader
>I was thinking it might be 2 if there is such a convention - memories
>are hazy...

>I think all of those low numbers initially had a conventional assignment.

Did the S360 have a paper tape reader? I had never heard of one, but then I was an applications programmer/analyst - never a systems programmer, and I never knew much about mainframe hardware


>I think VS FORTRAN has or had a customisable upper unit number limit.?
>Applications would crash off if they tried to use a unit number higher
>than was configured.? We just used to make it 99, IIRC.

Yes VS Fortran did have a customisable upper unit number. I found that out when the systems guys put in a new version of VS Fortran, and one of our programs promptly aborted with an invalid unit number message, or something like that. I just looked at some of my old JCL members (which I copied to a CD before the mainframe was decommissioned where I used to work) and in one of the FORTRAN ones I made a comment that you needed to specify UNTABLE=99 in the VSFORTL macro (not that I really know what that means..).

Ever since that occasion, the first thing I did when they put in a new version of VS Fortran was to run a small test program that used unit number 80! (I can't remember why I didn't use 99 - perhaps 80 was the highest unit number we used).

>Cheers,
>Greg

Tim







Re: Help request: COBOL Compile, Link and Go

 



On Saturday, 21 November 2020, 3:14:06 pm AEDT, Greg Price <procegrog@...> wrote:


On 2020-11-21 6:57 AM, Tim via groups.io wrote:
>> in FORTRAN the card punch is unit 7
>Ah yes - that sounds familiar - thanks Tim!

>>
>> I wouldn't have a clue about the paper tape reader
>I was thinking it might be 2 if there is such a convention - memories
>are hazy...

>I think all of those low numbers initially had a conventional assignment.

Did the S360 have a paper tape reader? I had never heard of one, but then I was an applications programmer/analyst - never a systems programmer, and I never knew much about mainframe hardware


>I think VS FORTRAN has or had a customisable upper unit number limit.?
>Applications would crash off if they tried to use a unit number higher
>than was configured.? We just used to make it 99, IIRC.

Yes VS Fortran did have a customisable upper unit number. I found that out when the systems guys put in a new version of VS Fortran, and one of our programs promptly aborted with an invalid unit number message, or something like that. I just looked at some of my old JCL members (which I copied to a CD before the mainframe was decommissioned where I used to work) and in one of the FORTRAN ones I made a comment that you needed to specify UNTABLE=99 in the VSFORTL macro (not that I really know what that means..).

Ever since that occasion, the first thing I did when they put in a new version of VS Fortran was to run a small test program that used unit number 80! (I can't remember why I didn't use 99 - perhaps 80 was the highest unit number we used).

>Cheers,
>Greg

Tim







Re: [Marketing Mail] Re: [H390-MVS] Newbie question about REVIEW/RPF etc

 

¿ªÔÆÌåÓý

On 2020-11-21 3:16 PM, Jeffrey Melton via groups.io wrote:
What are the valid values for the "Scroll ===>" prompt and their meanings?

Well, Jeff, I haven't tested it lately, but I'll tell you how it's supposed to work...

Valid values are:
  • any 2-digit decimal number
  • PG for a full page
  • HF for half a page
  • CS for cursor
So, if you issue the DOWN or UP or LEFT or RIGHT command (or any of their aliases) and do not specify any operands, then the scrolling distance will be taken from the Scroll input field.? That is, the contents of that field is how you specify the default operand of a scrolling command.

If the scroll field contains HF and you issue DOWN, then the request is as if you had issued DOWN H.

Originally, the scroll field was 20 for a whole page (because REVIEW only supported 24 x 80 screens), but I made the scrolling a bit more ISPF-like.

Note that ISPF has a 4-character scroll field.? The equivalent values are PAGE and PG, HALF and HF and CSR and CS.

If you have the cursor on the 5th data line and issue DOWN C then you will scroll down 4 lines and the cursor will be on the top data line.

If you have the cursor on the 20th data column and issue RIGHT with the Scroll amount specifying CS, then you will scroll right 19 columns (data width permitting) with the cursor on the left-most visible data column.

If the cursor is not in the data part of the screen, then CS is equivalent to PG - full page scrolling.

Note that a numeric scroll amount specifies lines for UP/DOWN and columns for LEFT/RIGHT.

I usually have the scroll amount set to CS, and have PF 7 set to UP, so that when I want to scroll up 5 lines, I type a 5 in the Command input area and then press PF 7.? The PF command setting prefixes typed data before the command is parsed.

In IBM's ISPF, I find I cannot override the scroll amount with a numeric value that exceeds 999, though my memory is that you could use a 4-digit number back in the 1980s.

Hth.

Cheers,
Greg


Re: [Marketing Mail] Re: [H390-MVS] Newbie question about REVIEW/RPF etc

 

Greg,

Thanks so much for your response!!? I love using RFE (even though you said it does the wrong thing above - it still works wonderfully on any extended display settings I throw at it from any of the terminal emulators I have!).? Though I'm still a "newbie" at RFE, I'm getting better and better, and would be happy to offer not only my newbie status but my writing skills to use in developing an "RFE for Beginners" training manual.?

I got my feet wet using RFE with the Moshix videos.? My own experience in actual mainframe world was early in my career as IMS and NOMAD2 application programmer in VM/CMS and MVS in the days of XA.? So I know enough of the general vocab and basics, a good bit about tools we don't have on Hercules/MVS3.8j, but not a whole lot about system programming, and definitely not at your own technical depth.

I do have one, nagging question for you, however, about RFE that I haven't yet found the answer to - and I'll be sure to put it in any manual I may help to develop....? What are the valid values for the "Scroll ===>" prompt and their meanings?? All I see is the default "CS" but there are many references in the help text to say that the 'scroll' value is used if no operand is specified.? I've tried putting in other values in there and it seems to just overwrite them with 'CS'.


Re: Help request: COBOL Compile, Link and Go

 

On 2020-11-21 6:57 AM, Tim via groups.io wrote:
in FORTRAN the card punch is unit 7
Ah yes - that sounds familiar - thanks Tim!


I wouldn't have a clue about the paper tape reader
I was thinking it might be 2 if there is such a convention - memories are hazy...

I think all of those low numbers initially had a conventional assignment.


I think VS FORTRAN has or had a customisable upper unit number limit.? Applications would crash off if they tried to use a unit number higher than was configured.? We just used to make it 99, IIRC.

Cheers,
Greg


Re: [Marketing Mail] Re: [Marketing Mail] Re: [Marketing Mail] Re: [H390-MVS] Newbie question about REVIEW/RPF etc

 

¿ªÔÆÌåÓý

Jeff,

I apologize ¨C previously I said that things work as expected on PCOMM ¨C my bad ¨C I was using RFE (review) NOT RPF ¨C ?

?

I was just not paying attention ¨C when I responded to you earlier ¨C I just tried RPF and you are correct ¨C it seems to work with PCOMM, however, does NOT seem to rescale? - I do NOT see the wrap around that you show in your screen shot ¨C it seems to just behave like a model 2

?

Again, I feel badly that I sent you down the wrong path ¨C

?

-J-

?

From: [email protected] <[email protected]> On Behalf Of Jeffrey Melton via groups.io
Sent: Friday, November 20, 2020 4:50 PM
To: [email protected]
Subject: [Marketing Mail] Re: [Marketing Mail] Re: [Marketing Mail] Re: [H390-MVS] Newbie question about REVIEW/RPF etc

?

So I'm downloading the 90 day trial of PCOMM...

As I'm just a hobbyist with Hercules and the old mainframe OS's and haven't actually worked on a real mainframe in decades, I'm therefore loathe to pay anything over $100 for a single-user perpetual license of an emulation package, let alone the $329/2 years price that I saw when googling "PCOMM Pricing".? I'm just looking for a simple 3270 emulator, nothing for system i or Rational, or any of that other stuff.? But I'll be open minded when IBM gets back to me, and if they personally quote me something unreasonable, I'll have no issues telling them so...

Bottom line, If the older and/or latest versions of RPF won't play nice with a free or reasonably priced emulator, I'll just have to use RFE for my working environment on MVS3.8, which I've already confirmed plays very nicely with wx3270 out of the box.? The only way I could get the default version of RPF to work on my wx3270 emulator was in 80x25 mode - again, I'm too spoiled to work under those confines today. :)


Re: [Marketing Mail] Re: [H390-MVS] Newbie question about REVIEW/RPF etc

 

On 2020-11-21 12:08 PM, Jeffrey Melton via groups.io wrote:
Whereas wx3270 is keeping the custom dimensions I gave it (e.g. 150x43) and displays the login banner in the upper left corner.
So there's a few issues there.? One is what an application can request, another is how real 3270 hardware would respond to those requests, and yet another is how emulators on workstations represent 3270 behaviour.

MVS 3.8 out of the box supports only two 3270 screen sizes: Model-1 (12 x 40) and Model-2 (24 x 80) which correspond to the models of 3277 that IBM manufactured.

3278 screens eventually came along and had models 2, 3, 4, and 5. They, like the 3277 were monochrome.? Then the 3279 came along which supported colour, and also offered graphics models.

The ZP60008 usermod hacked VTAM to support EWA and WSF CCW generation when those functions were requested by the application. The ZP60009 usermod hacked TSO/VTAM (which is associated with the started task named TSO) to support lots of extras, including allowing applications to use EWA and WSF, and allowing TSO line mode housekeeping to support any architecturally valid screen size.

These usermods were aimed at TSO under VTAM and not TSO under TCAM. The TSO started task is not needed to logon to TSO using TCAM.? The TSO started task requires that VTAM is running.

Back in the day, TCAM and VTAM started tasks were most often called TP and NET respectively because TP and NET are hard-coded operands of the VARY (V) and HALT (Z) system commands, and it helped make it obvious to operators that those commands would affect those started tasks.

For 2 or 3 decades now, I've noticed that the usual name of the VTAM started task is VTAM, and of course TCAM is no longer with us.

BTW, Fujitsu's DCMS component to its AIM data base used the QNAME JCL construct for its purposes, the Fj OS not having TCAM meaning that TCAM was not going to use it.

So, it is with EW and EWA that the screen size of a 3270 terminal can be switched to the primary and alternate sizes respectively. Both Erase/Write functions also clear the screen and reset all character attributes as well.

The CLEAR button will put a screen into its primary size, but also sends the key's AID inbound, which the TSO TMP detects, and the TMP will send an EWA to put the screen back to its alternate size if appropriate for the current line mode screen settings.? Fullscreen applications are responsible for issuing EW or EWA for reshow requests and after an attention interrupt.

The line mode screen size is independent of the fullscreen application screen size, by which I mean that one might be the primary size and the other might be the alternate size.? This shows up when you get a line mode message like a job end notification message while running a fullscreen application.

So, how to make the TSO screen size user-configurable such that the TMP will adapt to that size when the user logs on?? It's not as if we can use those new-age (late 1980s? early 1990s?) logmodes that provide that function for ACF/VTAM.

Usermod ZP60009 also inserted a Read Partiton (Query) into the logon exit and extracted the screen sizes, stored them in a control block, and then set the screen to the relevant size which updates line mode housekeeping with the relevant dimensions.

Fullscreen applications can use EW and EWA to switch between screen sizes at will.? The TERMINAL (or TERM for short) command can be used to switch line mode screen sizes.? eg. TERM SCR(24 80).

Note that REVIEW/RFE does the wrong thing by getting the screen size from GTSIZE - it should get it from GTTERM (which was another thing added by ZP60009) - but using GTSIZE allows me to test screen handling by more easily changing the screen size without having to log off and on.

And if you are writing a TN3270 client, and you know that (for example) the primary size is 24 x 80 and the alternate size is 40 x 150, then you may well decide to organise the screen real estate for the larger size, and just use the top left corner when the host software switches to the smaller size.? You may even offer to make that more sophisticated and pleasing to the eye if someone offers you enough money to do so.? But that's just my guess.

Format-1 display cells are 9 pixels across and 16 pixels high.? The 3279-S3G colour graphics terminal supported 32 lines.? When it was set to 24 lines it only used the top 3/4 of the screen.? It also only ever showed the top 12 pixel lines of each display cell.

The 3179-G was the follow-on product, but it showed all pixel lines in 24-line mode, and the top 12 pixel lines in 32-line mode.? That is, it used the whole screen for both screen sizes.

Cheers,
Greg


Re: [Marketing Mail] Re: [Marketing Mail] Re: [H390-MVS] Newbie question about REVIEW/RPF etc

 

Hi Fish,

As I said in another reply to this thread, I already have Vista. I'm looking for larger screen options than 24x80.? Tom Brennan himself advised me that his V2 with font and extended screen options was a dead end software and he wasn't going to be modifying it anymore.? So I'm looking at other options for a free/reasonably priced terminal emulator that works with larger screen sizes, and I was wondering if RPF would work with it/them too.? I will still try installing the latest & greatest RPF on my TK4- as well to see if the display improves.

But to answer your thought, of course I also have wc3270 installed as it's also freely available. And since this whole hercules exercise of mine is all just for fun and hobbies, why not be adventurous and also experiment with the alpha version of a new software that was last modified less than a month ago???

The whole reason I even started to post to this thread was about RPF and how it behaved, which, interestingly, for "stable" wc3270 is identical to "unstable" bleeding-edge wx3270...? See below:

BTW - A few weeks ago I'd sent you an email regarding your Windows build instructions for SDL Hyperion and have yet to get a response. The Property Sheet modifications as documented in your instructions cannot be done for a clean install of Visual Studio 2019, as those property sheets don't exist? Are there alternate instructions for ensuring that the 'win32.mak' is included for VS2019?

Thanks!? ? BTW - I do like your HercGUI and HercPRT tools and will be in touch with you about purchasing them.??







Re: [Marketing Mail] Re: [H390-MVS] Newbie question about REVIEW/RPF etc

 

Hello!
Writing as a VM supporter and normal watcher in this list, if you're
going to use supported emulators go for that one. Me? I use those
evals of PCOMM because that's what I started with..
-----
Gregg C Levine gregg.drwho8@...
"This signature fought the Time Wars, time and again."


On Fri, Nov 20, 2020 at 8:08 PM Jeffrey Melton via groups.io
<melman74@...> wrote:

Hi Vince,

Yes, I know the difference between a TERMINAL emulator (wx3270) and the MAINFRAME emulator (Hercules). I've not touched any of the MVS system parameters in TK4- at all; I'm simply experimenting with the screen settings in the terminal emulators and seeing if I can get a nice wide display from the editing tools so I don't have to hit PF10/PF11 when looking at JES2 output and/or datasets with a larger LRECL than 80.

For the others who've recommended Vista, besides the free wx3270, I already have vista tn3270, as well as vista tn3270 v2, and (now) I also have a 90 day trial of IBM Personal Communications. With all of these terminal emulators now available to me I've just experimented in all kinds of modes with all of them on the version of RPF that came with TK4-.

I don't want to get in a terminal emulators war, a productivity tools war or anything else of the sort; but this is what I've observed, and I could be wrong in my conclusions but it's what I see: Vista and IBM Personal Communications, when putting in larger display modes, seem to switch back and forth between classic 80x24 mode and extended mode (M1-M5) dynamically. For example when displaying the TK4- login banner, they are in 80x24 and they may either scale up the font size accordingly (if your window is maximized) or reduce the window size if the font size is fixed. Whereas wx3270 is keeping the custom dimensions I gave it (e.g. 150x43) and displays the login banner in the upper left corner.

RPF seems to dynamically switch screen modes - its first screen is 80x24. If I've maximized the IBM Personal Communications window, it will auto-center the first RPF screen in 80x24 mode. Vista will make the terminal window larger or smaller.

Whereas RFE scales itself really nice on wx3270. Have a look at this screenshot where I'm browsing (as HERC03) the SYS2.JCCLLIB(PRIMCOB1) dataset. (I display the settings dialog over the screen on purpose to show that it's a custom size of 43 rows/150 columns). And then, have a look at the 2nd screen shot that shows a full JES2 output log without needing to scroll left/right. That is why I personally like to have options that allow one a wider terminal screen.
And this space belongs to the Rebel Alliance because Lando Calrissian
wanted it that way. And bought the space for it.


Re: [Marketing Mail] Re: [H390-MVS] Newbie question about REVIEW/RPF etc

 

On Sat, 21 Nov 2020, at 01:08, Jeffrey Melton via groups.io wrote:

RPF seems to dynamically switch screen modes - its first screen is
80x24. If I've maximized the IBM Personal Communications window, it
will auto-center the first RPF screen in 80x24 mode. Vista will make
the terminal window larger or smaller.
I don't know how RPF decides what size of screen image to send to a
user, but in ISPF (which I last used in early 2000) one had to tell it (in
some settings at option 0, if I remember right) what kind of terminal
one was using. I expect that had to match the way one's terminal
emulator was set up.

I also expect there's a difference in behaviour between (ISPF/RPF) panels
where the panel layout is defined in a static/fixed layout, most likely as
n rows of 80 bytes, and those where the panel is in essence a title line
followed by a dynamic (stretchable in both directions) area which a
program - knowing what size of the screen the user wants to use -
can make any shape it likes.

I think what you're seeing is the down-side of software terminal emulators
being able to be all things to all people, in a way that the original hardware
could not.

--
Jeremy Nicoll - my opinions are my own.


Re: [Marketing Mail] Re: [H390-MVS] Newbie question about REVIEW/RPF etc

 

Hi Vince,

Yes, I know the difference between a TERMINAL emulator (wx3270) and the MAINFRAME emulator (Hercules).? I've not touched any of the MVS system parameters in TK4- at all; I'm simply experimenting with the screen settings in the terminal emulators and seeing if I can get a nice wide display from the editing tools so I don't have to hit PF10/PF11 when looking at JES2 output and/or datasets with a larger LRECL than 80.

For the others who've recommended Vista, besides the free wx3270, I already have vista tn3270, as well as vista tn3270 v2, and (now) I also have a 90 day trial of IBM Personal Communications.? With all of these terminal emulators now available to me I've just experimented in all kinds of modes with all of them on the version of RPF that came with TK4-.??

I don't want to get in a terminal emulators war, a productivity tools war or anything else of the sort; but this is what I've observed, and I could be wrong in my conclusions but it's what I see:? Vista and IBM Personal Communications, when putting in larger display modes, seem to switch back and forth between classic 80x24 mode and extended mode (M1-M5) dynamically.? For example when displaying the TK4- login banner, they are in 80x24 and they may either scale up the font size accordingly (if your window is maximized) or reduce the window size if the font size is fixed.? Whereas wx3270 is keeping the custom dimensions I gave it (e.g. 150x43) and displays the login banner in the upper left corner.

RPF seems to dynamically switch screen modes - its first screen is 80x24.? If I've maximized the IBM Personal Communications window, it will auto-center the first RPF screen in 80x24 mode. Vista will make the terminal window larger or smaller.?

Whereas RFE scales itself really nice on wx3270.? Have a look at this screenshot where I'm browsing (as HERC03) the SYS2.JCCLLIB(PRIMCOB1) dataset.? (I display the settings dialog over the screen on purpose to show that it's a custom size of 43 rows/150 columns).? And then, have a look at the 2nd screen shot that shows a full JES2 output log without needing to scroll left/right.? That is why I personally like to have options that allow one a wider terminal screen.??




Re: [Marketing Mail] Re: [H390-MVS] Newbie question about REVIEW/RPF etc

 

On 20/11/2020 20:28, Jeffrey Melton via groups.io wrote:
Hi Jeff,

I know now that the problem is likely because of the version of the RPF originally in v8 of TK4- is very old, and probably not the emulator... I'm going to install latest version of RPF on my TK4- tonight and see if the display works well.

But for the record, the emulator I'm using is wx3270, which is the windows flavor of the same family as the linux x3270 emulator. Wiki page is here...
The wx3270, x3270, vista etc are all terminal programs that emulate the original IBM dumb terminals (VDU and keyboard).

Hercules is the 'emulator' which emulates the IBM mainframe hardware that you run MVS under.

No I do not use such a long screen as I thought that max sizing is 80 x 43 (Model 4) or 132 x 27 (model 5).

Going above these could result in the system not playing nice and I am not sure the the model 5 is supported any way - try the model 5 settings and see.

I cannot remember where the sizes are set up but they are in one of the MVS system param files
.
Vincent

<>

Granted, it's alpha software, but it has the classic 3270 font built in, the font automatically scales if I maximize the screen size, it allows for customized screen sizes beyond M2-M5, and I've found it to be pretty decent so far.? Better than the wc3270 at any rate...? I also like Tom Brennan's Vista 3270 version 2 which allows for scalable screen size/custom fonts as well, but Tom earlier advised me that his V2 is dead-end.? I really want to use a free/reasonably priced emulator that can cope well with screens larger than 80X24 if at all possible (putty/mintty have spoiled me that way!).? Just curious, how much does IBM Personal Communications cost?


Re: Attn does not interrupt

 

This is deeper than I thought.?

There are started tasks called VTAM and SNASOL but I haven't found out yet whether they are IBM-supplied or not.

So perhaps I shouldn't be surprised at different behaviour :-)

Thanks for all the advice.

Roops

On Wed., Nov. 18, 2020, 16:39 Greg Price, <procegrog@...> wrote:
On 2020-11-18 9:08 PM, Rupert Reynolds wrote:
> Attn could interrupt any TSO program

I think ATTN button functionality depends on having an SNA session.

If your TSO terminal is an MVS 3270 I/O device with its own device
address, then that is a non-SNA session and so ATTN does not function.?
PA1 will perform the TSO attention function - use RESET first to undo an
input-inhibited state first if necessary.

Given the limited number of I/O addresses and the growth of networks
over the years, as time went on a greater percentage of TSO connectivity
came under the SNA and SNA-like umbrella, with ATTN often working even
for modern TSO sessions over TCP/IP (depending on the TN3270 parameters
used for Communication Server).

When a 3270 terminal is an I/O device, ATTN may not be an AID-generating
key - or so I imagine, but I'm not really a network guy.

Cheers,
Greg









Re: [Marketing Mail] Re: [Marketing Mail] Re: [H390-MVS] Newbie question about REVIEW/RPF etc

 

Joe Monk wrote:

Go get tombrennan's vista tn 3270.

Yep. HIGHLY recommended.

But might also try using the STABLE version of wc3270 instead of (unstable?) alpha version of wx3270 that he's been using. <shrug>

Just a thought. :)

(But yeah, I also recommend Tom Brennan's Vista 3270 for Windows. Tom is a long time mainframe system programmer (see: ) and he wrote his Vista 3270 for Windows to correct various deficiencies other 3270 emulators had. Vista 3270 is the result, and it works extremely well IMHO. Highly recommended.)

--
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...


Re: [Marketing Mail] Re: [Marketing Mail] Re: [H390-MVS] Newbie question about REVIEW/RPF etc

 

Go get tombrennan's?vista tn?3270.



Joe


On Fri, Nov 20, 2020 at 3:49 PM Jeffrey Melton via <melman74=[email protected]> wrote:
So I'm downloading the 90 day trial of PCOMM...

As I'm just a hobbyist with Hercules and the old mainframe OS's and haven't actually worked on a real mainframe in decades, I'm therefore loathe to pay anything over $100 for a single-user perpetual license of an emulation package, let alone the $329/2 years price that I saw when googling "PCOMM Pricing".? I'm just looking for a simple 3270 emulator, nothing for system i or Rational, or any of that other stuff.? But I'll be open minded when IBM gets back to me, and if they personally quote me something unreasonable, I'll have no issues telling them so...

Bottom line, If the older and/or latest versions of RPF won't play nice with a free or reasonably priced emulator, I'll just have to use RFE for my working environment on MVS3.8, which I've already confirmed plays very nicely with wx3270 out of the box.? The only way I could get the default version of RPF to work on my wx3270 emulator was in 80x25 mode - again, I'm too spoiled to work under those confines today. :)


Re: [Marketing Mail] Re: [Marketing Mail] Re: [H390-MVS] Newbie question about REVIEW/RPF etc

 

So I'm downloading the 90 day trial of PCOMM...

As I'm just a hobbyist with Hercules and the old mainframe OS's and haven't actually worked on a real mainframe in decades, I'm therefore loathe to pay anything over $100 for a single-user perpetual license of an emulation package, let alone the $329/2 years price that I saw when googling "PCOMM Pricing".? I'm just looking for a simple 3270 emulator, nothing for system i or Rational, or any of that other stuff.? But I'll be open minded when IBM gets back to me, and if they personally quote me something unreasonable, I'll have no issues telling them so...

Bottom line, If the older and/or latest versions of RPF won't play nice with a free or reasonably priced emulator, I'll just have to use RFE for my working environment on MVS3.8, which I've already confirmed plays very nicely with wx3270 out of the box.? The only way I could get the default version of RPF to work on my wx3270 emulator was in 80x25 mode - again, I'm too spoiled to work under those confines today. :)


Re: [Marketing Mail] Re: [Marketing Mail] Re: [H390-MVS] Newbie question about REVIEW/RPF etc

 

¿ªÔÆÌåÓý

Jeff,

I am running version RPF 46.6 ¨C that came on TK4-

?

I just downloaded the new version ¨C however, I have not yet installed it ¡­..

?

Again, try a different emulator ¨C I tried every possible terminal ¨C all worked exactly as expected with PCOMM ¨C

?

I do not currently have any of the other suggested emulators because I use PCOMM for work ¨C so ¨C I simply use it¡­..

?

You can download a trial version ¨C just Google IBM Personal communications trial ¨C

I used version 5 and 6 for a long time ¨C only recently upgraded to v14 ¨C

-J-

?

From: [email protected] <[email protected]> On Behalf Of Jeffrey Melton via groups.io
Sent: Friday, November 20, 2020 3:29 PM
To: [email protected]
Subject: [Marketing Mail] Re: [Marketing Mail] Re: [H390-MVS] Newbie question about REVIEW/RPF etc

?

Hi Jeff,

I know now that the problem is likely because of the version of the RPF originally in v8 of TK4- is very old, and probably not the emulator... I'm going to install latest version of RPF on my TK4- tonight and see if the display works well.

But for the record, the emulator I'm using is wx3270, which is the windows flavor of the same family as the linux x3270 emulator.? Wiki page is here...



Granted, it's alpha software, but it has the classic 3270 font built in, the font automatically scales if I maximize the screen size, it allows for customized screen sizes beyond M2-M5, and I've found it to be pretty decent so far.? Better than the wc3270 at any rate...? I also like Tom Brennan's Vista 3270 version 2 which allows for scalable screen size/custom fonts as well, but Tom earlier advised me that his V2 is dead-end.? I really want to use a free/reasonably priced emulator that can cope well with screens larger than 80X24 if at all possible (putty/mintty have spoiled me that way!).? Just curious, how much does IBM Personal Communications cost?

-Jeff