home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.os2.networking
- Path: sparky!uunet!srvr1.engin.umich.edu!destroyer!fmsrl7!lynx.unm.edu!nmsu.edu!dns1!ghenniga
- From: ghenniga@NMSU.Edu
- Subject: Yet another IBM TCP/IP bug.
- Message-ID: <GHENNIGA.93Jan22115449@ampere.NMSU.Edu>
- Sender: usenet@nmsu.edu
- Reply-To: ghenniga@NMSU.Edu
- Organization: New Mexico State University - Electromagnetics Group
- Date: Fri, 22 Jan 1993 18:54:49 GMT
- Lines: 35
-
-
- I think I found another bug in IBMs TCP/IP CSD Level UN32131, or at least a
- "feature" that no longer works. Before I applied the CSD I would commonly
- increase the size of my OS/2 command window and then "vt100 hostname". If the
- remote was a Sun I could then make use of the extra rows in the window. Now
- it appears that the vt100.exe binary doesn't allow this, it's stuck at 25
- lines/rows. Here's what I did before the CSD:
-
- 1) Open an OS/2 command window.
- 2) [C:\] mode co80,30
- 3) [C:\] vt100 hostname
- 4) (login to remote Sun host)
- 5) hostname[1]% stty rows 30
-
- Normally, if I brought up the editor it would then recognize the additional
- lines in my window, which made editing large code that much easier. This, at
- least for me, no longer functions. Can anyone confirm this?
- Also I thought I'd try the above with vt220.exe and the same thing
- happened, although I can't be sure if it ever worked before. Also, I
- noticed that vt220.exe now does not pass Ctrl+C through to the remote host.
- When in emacs if I type a Ctrl+C emacs doesn't receive it but instead I get
- the familiar:
-
- "External process cancelled by a Ctrl+Break or another process"
-
- even though it doesn't actually kill the vt220 session.
- What's the deal with this CSD by the way? Did they totally rewrite
- a large chunk of it? Perhaps converting to 32-bit C or something?
-
- Just Annoyed,
- Gary Hennigan
- ---------
- PhD Student, Computational Electromagnetics
- New Mexico State University
- email: ghenniga@NMSU.Edu
-