home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / os2 / networki / 2857 < prev    next >
Encoding:
Text File  |  1993-01-23  |  2.9 KB  |  58 lines
  1. Newsgroups: comp.os.os2.networking
  2. Path: sparky!uunet!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!news.yale.edu!SURGERY-2ND-NODE.MED.YALE.EDU!rbeebe
  3. From: rbeebe@surgery.med.yale.edu (Rick Beebe)
  4. Subject: Re: Yet another IBM TCP/IP bug.
  5. Message-ID: <rbeebe.26.0@surgery.med.yale.edu>
  6. Sender: news@news.yale.edu (USENET News System)
  7. Nntp-Posting-Host: surgery-2nd-node.med.yale.edu
  8. Organization: Department of Surgery, Yale University School of Medicine
  9. References: <GHENNIGA.93Jan22115449@ampere.NMSU.Edu>
  10. Date: Fri, 22 Jan 1993 22:00:07 GMT
  11. Lines: 45
  12.  
  13. In article <GHENNIGA.93Jan22115449@ampere.NMSU.Edu> ghenniga@NMSU.Edu writes:
  14.  
  15. >I think I found another bug in IBMs TCP/IP CSD Level UN32131, or at least a 
  16. >"feature" that no longer works. Before I applied the CSD I would commonly
  17. >increase the size of my OS/2 command window and then "vt100 hostname". If the
  18. >remote was a Sun I could then make use of the extra rows in the window. Now
  19. >it appears that the vt100.exe binary doesn't allow this, it's stuck at 25
  20. >lines/rows. Here's what I did before the CSD:
  21.  
  22. >                1) Open an OS/2 command window.
  23. >                2) [C:\] mode co80,30
  24. >                3) [C:\] vt100 hostname
  25. >                4) (login to remote Sun host)
  26. >                5) hostname[1]% stty rows 30
  27.  
  28. >Normally, if I brought up the editor it would then recognize the additional
  29. >lines in my window, which made editing large code that much easier. This, at
  30. >least for me, no longer functions. Can anyone confirm this?
  31. >        Also I thought I'd try the above with vt220.exe and the same thing
  32. >happened, although I can't be sure if it ever worked before. Also, I
  33. >noticed that vt220.exe now does not pass Ctrl+C through to the remote host.
  34. >When in emacs if I type a Ctrl+C emacs doesn't receive it but instead I get
  35. >the familiar:  
  36.  
  37. >        "External process cancelled by a Ctrl+Break or another process"
  38.  
  39. >even though it doesn't actually kill the vt220 session.
  40. >        What's the deal with this CSD by the way? Did they totally rewrite
  41. >a large chunk of it? Perhaps converting to 32-bit C or something?
  42.  
  43. I noticed this problem in the previous CSD with TELNET. I switched back to 
  44. the last version that did work and everything was fine. It's a shame, too, 
  45. because the newer ones seem to display faster. Anyway, I got this latest CSD 
  46. and noticed that TELNET and VT220 are still broken. Sigh.
  47.  
  48. I hadn't noticed the Ctrl-C problem--I don't use Emacs--but you might take a 
  49. look that the "local character" setting (hit Ctrl-] and then type "help.") 
  50. there may be a solution somewhere in there.
  51.  
  52.   ......................................................................
  53.    Rick Beebe                                            (203) 785-4566
  54.    Data Network Operations
  55.    Biomedical Computing Unit                  beebe@biomed.med.yale.edu
  56.    Yale University School of Medicine              beebe@yalemed.bitnet
  57.   ......................................................................
  58.