|
You're right...I was thinking like a user and not a programmer. BTW, I retried this again this morning on the slow system and it worked this time. I agree that it's got to be a client issue. I used to hit it all the time with 0.14.0 though. Steve Fox http://w3.rchland.ibm.com/~sjfox (IBM Intranet) http://pcxtreme.org (Personal) http://k-lug.com (Rochester Linux User Group) That doesn't make sense. There is no communications with the system in between the screen resize and the screen update. Unless it's updating again, after that due to the AS/400 sending something -- anything, even just turning on the message waiting indicator, for example. I think it's more likely a timing issue on the client side, however - most likely the xterm is still resizing when we indicate to curses that it is done, and curses retreives the current size of the xterm (which is the old size). +--- | 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 +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.