Re: 5250 & 3270 together? -- LINUX5250

wsuetholz@centonline.com wrote:
> 
> The functions necessary to support the two datastreams are very similar,
> and the command sequences are also very similar.  I would think that
> with sufficient generalizations for screen buffer updates, you would
> be able to fit 3270 datastream parsing into the 5250 datastream processor.

We had some discussions about this before, and I think we concluded that
our 5250 emulator was sufficiently abstracted enough to brave the change
without many problems.  Really, the only thing which would need to be
re-implemented from the client-side is the session, and probably various
pieces of functionality would have to be implemented in the display and
display buffer code.  For the server side, wtd.c would probably have to
be either modified or re-implemented for 3270.

There are three or four open-source 3270 emulators.  I downloaded them
at one point with the intention of checking which if any could be hacked
and merged with tn5250, but then I decided I didn't have adequate
resources
to test features and functionality (I hear that using 3270 to connect to
an AS/400 can burn lots of CPU).

IIRC, beware that telnet negotiation may behave differently for 3270
hosts.

-Jay 'Eraserhead' Felice
(jfelice@cronosys.com)

> 
> Bill Suetholz
> 
> On 27-May-2000 Chuck Landress wrote:
> > IBM's Client Access/400 5250 emulator came from their 3270 emulator.
> >
> > Chuck Landress
> >
> > Mike Madore wrote:
> >
> >> Hi,
> >>
> >> In addition to the tn5250d, I am getting ready to work on a tn3270d
> >> server.  Since so much work has been done already on the tn5250 project, I
> >> was wondering if would be worth leveraging by trying to accomodate both
> >> 5250 and 3270 datastreams in one library.  Or perhaps two libaries that
> >> shared a lower level library for handling I/O, telnet negotiation, etc...
> >>
> >> What are the pros and cons of doing this?  I don't want to re-invent the
> >> wheel and have to maintain two code bases, but I also don't want the
> >> 5250 code to become awkward to maintain.
> >>
> >> Mike Madore
> >>
> +---
> | This is the LINUX5250 Mailing List!
> | To submit a new message, send your mail to LINUX5250@midrange.com.
> | To subscribe to this list send email to LINUX5250-SUB@midrange.com.
> | To unsubscribe from this list send email to LINUX5250-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: david@midrange.com
> +---
+---
| This is the LINUX5250 Mailing List!
| To submit a new message, send your mail to LINUX5250@midrange.com.
| To subscribe to this list send email to LINUX5250-SUB@midrange.com.
| To unsubscribe from this list send email to LINUX5250-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---