On 19 November 2010 12:12, Dana Mitchell <[email protected]> wrote: > We are using this current setup: Application (ALCS) writes log data to a > non- > sna printer LU in a real 3174. This port is plugged into an IrmaPrint box > (yes > really!) that converts the stream to serial RS232. That in turn is plugged > into > a PC running 'Advanced Serial Data Logger' software from AGGsoft.com. This > software captures the serial data and writes to a PC file and spins a new one > at midinght etc.
Wow! How 1980s. > We are looking to get rid of the 3174's and we currently use OSAs for > consoles. What I am looking for is a way using the OSAs as the printer LUs > and route the data ultimately to the PC log file. Does anyone have any ideas > about how to do this? Is it a requirement that the data end up on this PC? Unless I much misunderstand the problem, I would look at a z/OS application program that looks like a 328x printer on one end, and talks to <something> on the other. The something could be a dataset (regular or GDG), a SYSOUT stream, a UNIX log stream, a TCP pipe, etc. etc. Writing such a program is not trivial, but neither is it impossibly complex, particularly if it has to handle only a single writer. I believe there are public domain implementations that do the SNA stuff (yes, I know you said non-SNA, but a VTAM application program can look like a non-SNA printer, as long as the driving program is using VTAM for its printing). IBM's old JES328x provides almost the opposite of what you want, but it is conceptually similar. Now, um, this ALCS... Is this the "TPF under MVS" thing? Does it not have its own printer exits and such where you could capture print data and redirect it? Tony H. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
