home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / next / software / 3368 < prev    next >
Encoding:
Text File  |  1993-01-10  |  2.5 KB  |  64 lines
  1. Newsgroups: comp.sys.next.software
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!wupost!gumby!destroyer!news.iastate.edu!scl1.al.iastate.edu!tlm
  3. From: tlm@iastate.edu (Tom Marchioro)
  4. Subject: Re: LaTeX problem (missing text)
  5. Message-ID: <tlm.726651225@scl1.al.iastate.edu>
  6. Sender: news@news.iastate.edu (USENET News System)
  7. Organization: Iowa State University, Ames IA
  8. References: <1in8f5INN9j4@tamsun.tamu.edu> <1993Jan9.211126.8260@newshost.lanl.gov>
  9. Date: Sun, 10 Jan 1993 07:33:45 GMT
  10. Lines: 52
  11.  
  12. In <1993Jan9.211126.8260@newshost.lanl.gov> silbar@cantina.lanl.gov (Dick Silbar) writes:
  13.  
  14. >In article <1in8f5INN9j4@tamsun.tamu.edu> bryan@kolsky.tamu.edu (Bryan  
  15. >Milligan) writes:
  16. >> I'm having a problem with NeXTTeX, specificall LaTeX although I don't
  17. >> know if the problem occurs in other modes.  When I view or print a
  18. >> compiled file, there is frequently sections of text missing.  There
  19. >> are no errors generated; the text just doesn't show up, and the  
  20. >following
  21. >> text is moved up.  At first I thought it was Edit's line wrap feature,
  22. >> but turning it off didn't seem to affect it.  If I place a CR before the 
  23. >> effected text, it shows up, but I have no idea why.  Any clues, O Noble
  24. >> Gods of NeXT?
  25. >> 
  26. >My secretary had a problem similar to what you described with a file that  
  27. >was made using a WordMarc editor on an IBM-PC and saved in ascii.  Looking  
  28. >at the file using emacs showed there were ^M characters at the places  
  29. >where the text disappearred.  Doing a query-replace of the ^M with a space  
  30. >cured the problem.
  31.  
  32. I corresponded with the original poster, and this was indeed the problem.
  33. This comes up often enough that I have a couple of little utilities I like to 
  34. use, and I post there here for anyone who is interested:
  35.  
  36. First, to remove the control-M line endings
  37.  
  38. Save the following to a file called "undos", set the executable bit on it, 
  39. and put it in you path, either /usr/local/bin or your personal Apps folder
  40. is best
  41.  
  42. #!/bin/csh
  43. if (-f /tmp/undos.foo) then
  44. rm -f /tmp/undos.foo
  45. endif
  46. tr -d '\015' < $1  >/tmp/undos.foo
  47. rm $1
  48. mv /tmp/undos.foo $1
  49.  
  50. this will then allow you to type 
  51. "undos name_of_file" in a shell and hte ^M's will be gone. (see man tr to 
  52. understand how it works).
  53.  
  54. You can make something similar to take out the ^Z's which often cause troubles
  55. as EOF markers.
  56.  
  57. Hope this is Helpful --- Tom
  58.  
  59. PS:  I also have a "todos" script, but (1) I almost never need it and 
  60. (2) I honestly have forgotten how it works.  If you need it write me and
  61. I'll take the time to remember what I did way back when.
  62.  
  63.  
  64.