Hi,
> 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.
I'm restricting myself to the server side for the time being, which is
much less complicated than the client. I'm not really even going to be
generating screens, but rather getting them from the IBM host. We'll I've
generated one screen. Just so you can connect the the server running on
Linux and see a green penguin. ;-) I did that for tn5250d also. Now just
combine that with ARP spoofing on april fools day...
The telnet server side telnet negotiation we have works as is for TN3270
(not TN3270E of course).
I looked at the x3270 license, and I think it may be incompatible with the
GPL/LGPL.
Mike
+---
| This is the LINUX5250 Mailing List!
| To submit a new message, send your mail to [EMAIL PROTECTED]
| To subscribe to this list send email to [EMAIL PROTECTED]
| To unsubscribe from this list send email to [EMAIL PROTECTED]
| Questions should be directed to the list owner/operator: [EMAIL PROTECTED]
+---
