home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / msdos / programm / 8149 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  2.7 KB
  1. Xref: sparky comp.os.msdos.programmer:8149 alt.msdos.programmer:2092 comp.os.msdos.apps:4139 comp.editors:1845
  2. Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer,comp.os.msdos.apps,comp.editors
  3. Path: sparky!uunet!wupost!gumby!destroyer!ubc-cs!yogi
  4. From: yogi@cs.ubc.ca (Yossi Gil)
  5. Subject: SLIM editor filter problems related to Novell? 
  6. Message-ID: <1992Jul29.163746.7025@cs.ubc.ca>
  7. Sender: usenet@cs.ubc.ca (Usenet News)
  8. Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
  9. Date: Wed, 29 Jul 92 16:37:46 GMT
  10. Lines: 48
  11.  
  12. [  SLIM is the big brother of TERSE, the 4K editor, announced
  13. recently.  Both are available for anonymous ftp download from
  14. cs.ubc.ca:/pub/pikcup/trs140f.zip and cs.ubc.ca:/pub/pickup/update.zip
  15. (for some minor config updates, and more error messages related to the
  16. <Alt-f> command)  ]
  17.  
  18. One of SLIM users reported a problem with the filter command.
  19. I haven't been able to reproduce the problem, and I haven't heard any
  20. other similar complaints. I wonder if any one out there had experienced
  21. similar difficulties, and if any hints could be provided to help me hunt
  22. down this bug.
  23.  
  24. The filter command runs an external filter (UNIX like program which reads
  25. its stdin, process it, and produces stdout), feeding input to it from
  26. the editor buffers, and caputering its output to another editor buffer.
  27. The net effect is that the currently marked block is replaced with the
  28. output of the filter when applied to that block. This magic is implemented
  29. by simply trapping the READ and WRITE calls to DOS.
  30.  
  31. The main symptom is that the input is not fed into the filter. Instead,
  32. it appears that the filter, at least sometimes, (LIST /s is an example)
  33. is expecting input from the keyboard. At other occassions, output is not
  34. produced at all. The bug is not completely determinstic, but a completely
  35. flawless execution was never observed by this user.
  36.  
  37. Simple instructions to try this are: invoke slim on a file, mark 2-3
  38. lines, press [Alt-F], type wc, hit [Enter], and watch for the content
  39. of the marked block replaced with the the line, word and chars counts
  40. of the marked block.  [Hitting Keypad-*] should undo this operation.
  41. [Keypad-*] again will redo it.  You may try other filters as well "LIST
  42. /s", "DIR", etc.
  43.  
  44. The only non-standard thing in this user system is Novell netware.
  45.  
  46.     1. Could it be that Novell is untrapping DOS calls? 
  47.  
  48.     2. How does it do it?
  49.  
  50.     3. How can one disable this ``feature''?
  51.  
  52. Any help would be greatly appreciated.
  53.  
  54. Yossi
  55. --
  56. Joseph (Yossi) Gil                 {alberta,uw-beaver,uunet}!ubc-cs!yogi
  57. Dept. of Computer Science          yogi@cs.ubc.ca (cs.ubc.ca=137.82.8.5)
  58. 6356 Agricultural Road., Univ. of B.C.,             Tel: +1-604-822-8175
  59. Vancouver, British Columbia, V6T 1Z2, Canada.       Fax: +1-604-822-5485
  60.