Re: TNZ 3270 Emulator: Any Experiences?

[Peter Sylvester]

Hi,

It seems to me that this code currently poses a security risk.

Certificate validation always say OK. (well it is said like this in the code.)

But this  well merits fixing?

Another hi Hint: A default should be different, and ignoring host verification should come with many 
warnings. :-)


Best


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Capture 3270 screen as text (was: TNZ 3270 Emulator: ... )

[Kirk Wolf]

Cutting text from x3270 works fine.
You can also do File/Screen Save  to text / html / RichText or printer

Kirk Wolf
Dovetailed Technologies, LLC
http://coztoolkit.com
Dovetailed Technologies: +1 636.300.0901

Note: Our website and domain name have changed from dovetail.com to 
coztoolkit.com

On Fri, Nov 18, 2022, at 9:33 PM, Paul Gilmartin wrote:
> On Sat, 19 Nov 2022 08:57:04 +0800, David Crayford wrote:
> 
> >On 19/11/22 02:12, René Jansen wrote:
> >> RMFIII is my main use case.
> >
> >If it's graphics that you seek, RMF has been modernized to export to
> >Prometheus/Grafana.
> >
> Contrariwise, at times I have wished to be able to capture a screen as text
> for embedding in User Manuals such that:
> o The appearance of the screen is realistic (colors don't matter much.)
> o The text can be searched and Copy/Pasted for user experiments.
> 
> IBM Pubs does a credible job of this, as in:
> 
> and the corresponding PDF document.  Both have selectable text.
> 
> What tool does this?  (And facilitates problem reports in text format?)
> 
> -- 
> gil
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Capture 3270 screen as text (was: TNZ 3270 Emulator: ... )

[Roger Bolan]

IBM PCOMM can capture screens as text

On Sat, Nov 19, 2022, 7:14 AM Kirk Wolf  wrote:

> Cutting text from x3270 works fine.
> You can also do File/Screen Save  to text / html / RichText or printer
>
> Kirk Wolf
> Dovetailed Technologies, LLC
> http://coztoolkit.com
> Dovetailed Technologies: +1 636.300.0901
>
> Note: Our website and domain name have changed from dovetail.com to
> coztoolkit.com
>
> On Fri, Nov 18, 2022, at 9:33 PM, Paul Gilmartin wrote:
> > On Sat, 19 Nov 2022 08:57:04 +0800, David Crayford wrote:
> >
> > >On 19/11/22 02:12, René Jansen wrote:
> > >> RMFIII is my main use case.
> > >
> > >If it's graphics that you seek, RMF has been modernized to export to
> > >Prometheus/Grafana.
> > >
> > Contrariwise, at times I have wished to be able to capture a screen as
> text
> > for embedding in User Manuals such that:
> > o The appearance of the screen is realistic (colors don't matter much.)
> > o The text can be searched and Copy/Pasted for user experiments.
> >
> > IBM Pubs does a credible job of this, as in:
> > 
> > and the corresponding PDF document.  Both have selectable text.
> >
> > What tool does this?  (And facilitates problem reports in text format?)
> >
> > --
> > gil
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Capture 3270 screen as text (was: TNZ 3270 Emulator: ... )

[Paul Gilmartin]

On Sat, 19 Nov 2022 08:13:30 -0600, Kirk Wolf wrote:

>Cutting text from x3270 works fine.
>You can also do File/Screen Save  to text / html / RichText or printer
> 
Thanks.  I know it; it's nice.  Alas, not very popular.  Perhaps not enough
lipstick on the pig to please MVS power users.  Or resentment of X11.

At the time, our publishing product was Script/VS, which could embed PostScript
resourdes (ASCII only!).  I struggled to get xpserv working for screenshots:  I 
failed;
perhaps I was never able to build it.


The challenge for Select/Copy is Makefile because of the TABs.  Desktop systems
too often think they know better and substitute NBSP.

And HTML pages which ought to embed code samples simply with
 ...  are instead rife with , , , ...,
which don't Copy cleanly.

I have written a small amount of HTML documentation with a text editor.
I validated it by Copy from browser window and Paste to command line.

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Capture 3270 screen as text (was: TNZ 3270 Emulator: ... )

[Bob Bridges]

If you need to do a lot of it, I don't know anything about TNZ but most 
emulators have a built-in programming facility that will allow you to do very 
fast screen-scraping.  I'm guessing most people don't use that feature, because 
the documentation for the language (whichever it is for each emulator) is 
usually pretty sketchy, hard-to-find or otherwise wanting.  But it can 
sometimes save you a ton of work - or more likely make possible what would 
otherwise be so laborious as to be impractical.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* Cynicism is the imagination of the mediocre.  -Joe Klein, author of _Primary 
Colors_ */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kirk Wolf
Sent: Saturday, November 19, 2022 09:14

Cutting text from x3270 works fine.  You can also do File/Screen Save  to text 
/ html / RichText or printer

--- On Fri, Nov 18, 2022, at 9:33 PM, Paul Gilmartin wrote:
> Contrariwise, at times I have wished to be able to capture a screen as 
> text for embedding in User Manuals such that:
>
> o The appearance of the screen is realistic (colors don't matter much.)
> o The text can be searched and Copy/Pasted for user experiments.
> 
> IBM Pubs does a credible job of this, as in:
> 
> and the corresponding PDF document.  Both have selectable text.
> 
> What tool does this?  (And facilitates problem reports in text 
> format?)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Capture 3270 screen as text (was: TNZ 3270 Emulator: ... )

[Steve Thompson]

The 3270 emulators that I have used, Vista, QWS3270 and HOD all 
allow copy and paste operations for capturing the screen or 
laying code/data onto a screen.


I have used HOD, also, with its copy as table function to 
populate spreadsheets.


And I too do documentation using copy/paste from the above listed 
emulators. It is searchable, it is expandable, vs the Graphic 
capture which may cause ADA problems in documents (as in the text 
is not clear enough for someone with vision issues to be able to 
read).


Regards,
Steve Thompson

On 11/19/22 17:20, Bob Bridges wrote:

If you need to do a lot of it, I don't know anything about TNZ but most 
emulators have a built-in programming facility that will allow you to do very 
fast screen-scraping.  I'm guessing most people don't use that feature, because 
the documentation for the language (whichever it is for each emulator) is 
usually pretty sketchy, hard-to-find or otherwise wanting.  But it can 
sometimes save you a ton of work - or more likely make possible what would 
otherwise be so laborious as to be impractical.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* Cynicism is the imagination of the mediocre.  -Joe Klein, author of _Primary 
Colors_ */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kirk Wolf
Sent: Saturday, November 19, 2022 09:14

Cutting text from x3270 works fine.  You can also do File/Screen Save  to text 
/ html / RichText or printer

--- On Fri, Nov 18, 2022, at 9:33 PM, Paul Gilmartin wrote:

Contrariwise, at times I have wished to be able to capture a screen as
text for embedding in User Manuals such that:

o The appearance of the screen is realistic (colors don't matter much.)
o The text can be searched and Copy/Pasted for user experiments.

IBM Pubs does a credible job of this, as in:

and the corresponding PDF document.  Both have selectable text.

What tool does this?  (And facilitates problem reports in text
format?)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
Regards,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TNZ 3270 Emulator: Any Experiences?

[Gabriel Tully]

On Fri, 18 Nov 2022 21:10:35 -0800, Ed Jaffe  
wrote:

>On 11/17/2022 6:20 AM, Gabriel Tully wrote:
>> I recently came across this blog about tnz.
>>
>> https://medium.com/theropod/3270-is-terminal-84d0af522cfd
>
>I never heard of this emulator until I read your post. I decided to try
>it using python 3.10 on Windows 11.
>
>It seemed to work well with TSO/ISPF, CICS and our native VTAM
>applications when connecting directly via LOGON APPLID(xxx).
>
>However, when I tried to access our native VTAM applications via
>CL/Supersession it crashed every time before the first screen could be
>displayed.
>
>Too bad. I was looking forward to giving it a whirl... :-(

Would you be open to creating an issue? Do you think you'd ever use it for your 
regression tests?

https://github.com/IBM/tnz/issues

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Capture 3270 screen as text (was: TNZ 3270 Emulator: ... )

[Paul Gilmartin]

On Sat, 19 Nov 2022 18:00:25 -0500, Steve Thompson wrote:

>The 3270 emulators that I have used, Vista, QWS3270 and HOD all
>allow copy and paste operations for capturing the screen or
>laying code/data onto a screen.
>
Interestingly, ironically, there are no examples of such captures
on the website of the very popular Vista emulator.  Perhaps the
vendor deems this a feature of such narrow appeal that providing
an example is not worth the cost of authoring, storage, and
bandwidth.

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Capture 3270 screen as text (was: TNZ 3270 Emulator: ... )

[Seymour J Metz]

Or they support the c&p conventions of the desktop they run on and assdume that 
the user already knows those.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu]
Sent: Saturday, November 19, 2022 10:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Capture 3270 screen as text (was: TNZ 3270 Emulator: ... )

On Sat, 19 Nov 2022 18:00:25 -0500, Steve Thompson wrote:

>The 3270 emulators that I have used, Vista, QWS3270 and HOD all
>allow copy and paste operations for capturing the screen or
>laying code/data onto a screen.
>
Interestingly, ironically, there are no examples of such captures
on the website of the very popular Vista emulator.  Perhaps the
vendor deems this a feature of such narrow appeal that providing
an example is not worth the cost of authoring, storage, and
bandwidth.

--
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Question on writing PL1 to use EXEC PARM/PARMDD

[Farley, Peter]

It's been quite a long while since I had a finger in any PL1 code, but I now 
have a small PL1 side project I need some help with.

I have a question about how to handle not only the "standard" EXEC PARM of up 
to 100 bytes, but also how to handle the newer EXEC PARMDD option which allows 
up to 32760 bytes of PARM data in a PL1 OPTIONS(MAIN) procedure.

In COBOL the quasi-standard I have been using is this structure in the LINKAGE 
section of a main program that expects PARM/PARMDD input:

 LINKAGE SECTION.
 01  PARM-AREA.
 05  PARM-LEN PIC S9(4) BINARY.
 05  PARM-DATA.
 10 PARM-X  OCCURS 0 TO 32760
   DEPENDING ON PARM-LEN
   PIC X.

That structure occupies no storage in the COBOL program, and instead is 
accessed directly by using the R1 address passed to the COBOL program by the 
"EXEC PGM=" process.

How do I define a similar vehicle for PARM data in current releases of 
Enterprise PL1 (I have the V5.3.0 version available to me for this project)?  
Is there a way to do it with a CHAR (*) VARYING BASED variable?  Or have I lost 
all sense of what is and is not possible in PL1?

Please be gentle, it has been a very *long* time since I have done any actual 
PL1 coding, and a lot of memory cells from that bygone era have been lost to 
bit rot.

Any RTFM's or url pointers much appreciated.

Peter

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Question on writing PL1 to use EXEC PARM/PARMDD

[Robin Vowels]

M: PROC (PARAM) OPTIONS (MAIN);
   DECLARE PARAM CHARACTER(100) VARYING;

On 2022-11-20 17:20, Farley, Peter wrote:

It's been quite a long while since I had a finger in any PL1 code, but
I now have a small PL1 side project I need some help with.

I have a question about how to handle not only the "standard" EXEC
PARM of up to 100 bytes, but also how to handle the newer EXEC PARMDD
option which allows up to 32760 bytes of PARM data in a PL1
OPTIONS(MAIN) procedure.

In COBOL the quasi-standard I have been using is this structure in the
LINKAGE section of a main program that expects PARM/PARMDD input:

 LINKAGE SECTION.
 01  PARM-AREA.
 05  PARM-LEN PIC S9(4) BINARY.
 05  PARM-DATA.
 10 PARM-X  OCCURS 0 TO 32760
   DEPENDING ON PARM-LEN
   PIC X.

That structure occupies no storage in the COBOL program, and instead
is accessed directly by using the R1 address passed to the COBOL
program by the "EXEC PGM=" process.

How do I define a similar vehicle for PARM data in current releases of
Enterprise PL1 (I have the V5.3.0 version available to me for this
project)?  Is there a way to do it with a CHAR (*) VARYING BASED
variable?  Or have I lost all sense of what is and is not possible in
PL1?

Please be gentle, it has been a very *long* time since I have done any
actual PL1 coding, and a lot of memory cells from that bygone era have
been lost to bit rot.

Any RTFM's or url pointers much appreciated.

Peter


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Question on writing PL/I to use EXEC PARM/PARMDD

[Robin Vowels]

The string passed to the main procedure needs to start with
a slash, because everything up to and including the slash
is omitted when passed.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TNZ 3270 Emulator: Any Experiences?

[David Crayford]

On 19/11/22 12:20, kekronbekron wrote:

What? RMF can export to prometheus?
Do you mean zDG, with its own zOSMF / WAS Liberty deployment?


There's a Zowe project https://github.com/zowe/zebra. There is also zCDP 
integration with RMF to stream to Splunk/Elastic. Rocket are modernizing 
OMEGAMON and RMF to publish to modern analytics platforms. In most cases 
you can use Docker compose to stand up a stack like Elastic or 
Prometheus/Grafana from artifacts published on Github. 
https://z-open-data.github.io/odp-elastic-samples/





- KB

--- Original Message ---
On Saturday, November 19th, 2022 at 6:27 AM, David Crayford 
 wrote:



On 19/11/22 02:12, René Jansen wrote:


RMFIII is my main use case.


If it's graphics that you seek, RMF has been modernized to export to
Prometheus/Grafana.


Not supporting GDDM is a case of self-fulfilling prophecy. Quality of 3270 
terminal emulators has been going down since CM/2, with lots of products having 
funny and off color schemes, no or wrong terminal status symbols, terribly 
mixed-up key definitions, the wrong codepages as a default or make the terrible 
decision of blitting pixels over the network instead of tn3270 protocol.

I like Tom's Vista3270, but it is Windows only.


It works just fine on my Linux machine using Wine once I installed the
fonts.


Who actually wants to use Windows for work?


Oh no, a smug Mac user!

I don't have a choice any more. My employer used to offer the choice of
Windows or Mac but have since settled on Windows only citing support
issues. Since Windows launched WSL and IDEs such as Intellij and VS Code
integrate seemlessly I would pick Windows over a Mac with homebrew any
day of the week. I've got a Macbook Air and the killer features such as
high resolution retina display and long battery life don't justify the
cost when I hook my machine up to a external monitor and run it plugged in.


I don't miss it, and consider it technical debt ;-)

René.


On 17 Nov 2022, at 20:07, David Crayford dcrayf...@gmail.com wrote:

On 18/11/22 00:05, Dave Jones wrote:


Now if it would only support GDDM style graphics orders like PCOMM does...
Who actually uses GDDM? I use Tom's Vista and I couldn't care less that it 
doesn't support GDDM. Rocket Terminal Emulator Web edition can serve thousands 
of 3270 sessions on a single Node.js server instance. Rocket know how to 
implement GDDM but didn't bother with BlueZone Web as it wasn't deemed 
necessary and having to support it was considered future technical debt.
DJ

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN