home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / text / tex / 12937 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  1.4 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!stanford.edu!rutgers!uwvax!uchinews!yukawa.uchicago.edu!trivedi
  2. From: trivedi@yukawa.uchicago.edu (Anil Trivedi)
  3. Newsgroups: comp.text.tex
  4. Subject: "Input Stack Size" Problem
  5. Message-ID: <1992Nov7.143838.14595@midway.uchicago.edu>
  6. Date: 7 Nov 92 14:38:38 GMT
  7. Sender: news@uchinews.uchicago.edu (News System)
  8. Organization: Enrico Fermi Institute, University of Chicago
  9. Lines: 26
  10.  
  11. I run a job on two different systems. One one (new machine, new TeX),
  12. it flies. On the other (old machine, old TeX):
  13.  
  14.     TeX capacity exceeded, sorry [input stack size=200].
  15.  
  16. Going back to the new set-up, with \tracingstats=1, I managed to get:
  17.  
  18.   253i,13n,10p,400b,274s stack positions out of 300i,40n,60p,3000b,4000s
  19.  
  20. So it is the first one (253i) that is coming close to capacity on the
  21. newer system (300i), and exceeding it on the old one (200i).
  22.  
  23. Now my question: what exactly is this "*i" stack parameter? How is it
  24. being used in the job, which would tell me how to conserve it? (Knuth
  25. says something about "simultaneous input sources" in the TeXbook but
  26. I find that less than transparent.)
  27.  
  28. BTW another paper I was trying to TeX (with comparable number of pages,
  29. equations, as well as references), scores only 110i!
  30.  
  31. Any comments and words of experience and wisdom most appreciated!
  32. Kindly send email, as I would be away for a few days.
  33.  
  34. Thanks!
  35.  
  36. -----
  37.