home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / linux / 16540 < prev    next >
Encoding:
Text File  |  1992-11-12  |  1.5 KB  |  34 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!ukma!rsg1.er.usgs.gov!darwin.sura.net!convex!news.utdallas.edu!ramesh
  3. From: ramesh@utdallas.edu (R. Ramesh)
  4. Subject: 14 char limit and 32 file limit.
  5. Message-ID: <BxMpCF.GF1@utdallas.edu>
  6. Sender: usenet@utdallas.edu
  7. Nntp-Posting-Host: ramesh.utdallas.edu
  8. Reply-To: ramesh@utdallas.edu
  9. Organization: The University of Texas at Dallas, ACC
  10. Date: Fri, 13 Nov 1992 00:29:03 GMT
  11. Lines: 21
  12.  
  13. Until now I never really had any serious problem with limit of 32 on open
  14. files and limit of 14 on filenames (except for aesthetic dissatisfaction). But
  15. yesterday I had to spend good one hour trying to find a nonexisting bug
  16. in xdvi and MakeTexPK. I xdvi'ed a file containing my paper. Well this needed
  17. lcirclew10.300pk which I didn't have so MakeTeXPK fired and tried to make
  18. that font. First metafont made lcirclew10.300gf and gftopk was called. Because
  19. of 14char limit gftopk lcirclew10.300gf lcirclew10.300pk failed as it opened
  20. its input as output and truncated the file (so it found unexpected eof). This
  21. took 1/2hr. Next Xdvi could not find cmm7.300pk when dvips could (in the
  22. very same directory). Another half an hour and xdvi -l lists 28 files before
  23. failing on cmmi7.300pk (with stdin stdout stderr and the dvi file itself this
  24. totals 32 files). 
  25.  
  26. With MakeTexPK the fault is with kernel (can be removed with efs)
  27. with xdvi fault is with xdvi itself as it should differentiate between ENOENT
  28. and EMFILE error.
  29.  
  30. I thought I would share this so that it saves couple of hours of some one
  31. else's time.
  32.  
  33. Ramesh
  34.