Re: Thoughts in Random Order

Site for 3270 info:  <http://www.tn3270.com/>  <tn3270://tnserver.di3270.com/>

I have connected to the tn3270 test machine, but it really doesn't have enough
of a test environment for real world stuff.  How would the tn3270E vs the tn5250
extended options processing be handled?

It sounds like you are splitting up the functionality in way very much like the
way I did it.  You might wish to explore the option of having the telnet portion
be running in a seperate thread for the datastream portion.  

Have you ever run across a terminal server that has you log in and then switches
over to datastream mode?  I've noticed that X3270 has the capabilities to do
this, but I don't know if the same things are done for the 5250 terminals.

On 17-Nov-99 Jason M. Felice wrote:
> On Wed, Nov 17, 1999 at 05:57:29PM -0000, wsuetholz@centonline.com wrote:
>> Speaking of thoughts...  It's been a while since I examined the
>> tn5250 source code in some depth, but, how hard would it be to 
>> extend the lib5250 to be a generic lib3270/5250 that could handle 
>> (based on terminal type) the differences between 5250 and 3270 
>> datastreams.  My code still uses a front end datastream processor
>> and one or more back end I/O processors.  This is because I am
>> emulating multiple LU's from one control program.  Screen Scraping.
> 
> That would be cool.  I haven't got the hardware to test 3270 emulation, but
> if
> you care to donate a small 390, have it shipped to:

I don't have any host's on site.

> (Yes, I know the AS/400 can do 3270, but that's not as funny.)

The way I here it, it introduces quite a load on the system when it does..

> Doable, and maybe useful (less duplication of effort for things like Gnome
> support).
> 
And maybe possibility for a general purpose terminal library?

>> 
>> The basic functions that the terminals use are very similar, it's 
>> just that they use different opcodes to accomplish those functions.
>> 
> 
> I've often wondered what the reasoning behind this was, did they just design
> 5250 to handle more processing on the client end, or what?

I haven't really noticed that the 5250 terminal has all that much more "smarts"
than the 3270 terminals,  maybe a few more local edit functions, and more
function keys.  I really don't see why they had to make a new set of opcodes, 
reusing some...

> 

Bill Suetholz

+---
| 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
+---