home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / amiga / datacomm / 5746 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  2.2 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!unixhub!slacvm!wglp09
  2. From: WGLP09@SLACVM.SLAC.STANFORD.EDU
  3. Newsgroups: comp.sys.amiga.datacomm
  4. Subject: Re: VLT config and download mysteries...
  5. Message-ID: <92226.152236WGLP09@SLACVM.SLAC.STANFORD.EDU>
  6. Date: 13 Aug 92 23:22:36 GMT
  7. References: <crystal.713680997@glia>
  8. Organization: Stanford Linear Accelerator Center
  9. Lines: 30
  10.  
  11. Crystal -
  12.           The reason you're using 76 columns, I suspect, is that you
  13. want to have VLT run on the Workbench in a window *and* you want to use the
  14. larger font, *and* you're not using overscan. Well, with an 8 pixel wide
  15. font and a 640 pixel Workbench, you can only have 80 columns if you have
  16. *no* borders for your window. Since on the Workbench the window does have
  17. (big) borders, you found that you have to reduce the number of columns to
  18. 76 in order to get the bigger font.
  19.           To get it to work properly, you either have to use VLT on a
  20. custom screen, or you have to set your Workbench to 680 pixels wide or so.
  21. I recommend that you set your Workbench wider anyway. Then set the number
  22. of columns in VLT back to 80. This will solve pretty much all the problems
  23. you saw with vi. The one other thing you may have set wrong is the "destructive
  24. backspace" option in the operation menu. Set this to off for use with vi.
  25.           The problem you may be seeing with Kermit could be due to several
  26. things. VLT has to update the status display but if you do things on your
  27. machine that "lock the layers" for extended periods of time, then VLT
  28. can't update the display and while it is trying to do so won't proceed
  29. with the download. Other problems may be related to problems with the
  30. software you're trying to run at the same time. If any of that disables
  31. interrupts for too long, the serial.device will (have to) drop characters
  32. with all nasty consequences thereof. Unfortunately, some hard disk driver
  33. software suffers from the same problem, so heavy disk activity may cause
  34. the same thing. On accelerated machines these problems aren't as obvious
  35. as on non-accelerated ones... The solution to this particular problem is,
  36. unfortunately, to just not do the things that cause trouble.
  37.  
  38.           Willy.
  39. ----------
  40. Willy Langeveld - Bitnet: WGLP09 @ SLACVM - BIX: langeveld
  41.