<div dir="ltr"><div><div><div>I hav tried the log from a book having 512 pages. It still contains a lot of underful boxes. The log is not short because the book has 70 chapters, each in a separate file, and altogether about 80 pictures. The log contains the names af all files with chapters, all LaTeX packages, each chapter sends its title via \typeout (which is expanded to \message), and, of course, the names of image files are listed with additional information (image dimensions, image types). In order to find how many underful boxes are there, I used:<br><br></div>grep Underful mybook.log | wc --lines<br><br></div>It outputs a single number. Time needed for such a query was 0.001s. You can do the same for overful boxes, by modifying the query you can distinguish overful/underful vboxes and hboxes. Thus within a tiny fraction of a second you can obtain much more precise information than from the status code. A simple AWK script will do it in a single run, no need to repeat grep with several arguments and piping to wc.<br><br></div>It is really much more useful to extraxt such pieces of information and present them in a tabular form because you have them easily available, it is not necessary to read the whole log file. If you only get the nonzero status code, you know that you have a problem somewhere and you cannot find it without reading the log or without inspecting the output. This is the very reason why I use such scripts.<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature">Zdeněk Wagner<br><a href="http://ttsm.icpf.cas.cz/team/wagner.shtml" target="_blank">http://ttsm.icpf.cas.cz/team/wagner.shtml</a><br><a href="http://icebearsoft.euweb.cz" target="_blank">http://icebearsoft.euweb.cz</a></div></div>
<br><div class="gmail_quote">2016-03-13 16:30 GMT+01:00 Philip Taylor <span dir="ltr"><<a href="mailto:P.Taylor@rhul.ac.uk" target="_blank">P.Taylor@rhul.ac.uk</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
Julian Bradfield wrote:<br>
<br>
> You are living 30 years ago. Today (or even 10 years ago), grepping a<br>
> log file for specified text consumes an unnoticeable amount of time<br>
> for any log file generated by a non-pathological TeX run, and it<br>
> allows TeXworks' problems to be solved by TeXworks, as they should be.<br>
<br>
</span>I respectfully disagree.  I am advocating the philosophically correct<br>
approach, requiring a small amount of work by a small number of people<br>
-- those responsible for eTeX, PdfTeX and XeTeX :  I assume that LuaTeX<br>
can already handle this, as opposed to an inelegant and inefficient<br>
work-around which may require a considerable amount of work by an<br>
unknown but potentially somewhat larger set of people -- those<br>
responsible for the various now-and-future front-ends to *TeX.<br>
<span class="HOEnZb"><font color="#888888"><br>
Philip Taylor<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
--------------------------------------------------<br>
Subscriptions, Archive, and List information, etc.:<br>
  <a href="http://tug.org/mailman/listinfo/xetex" rel="noreferrer" target="_blank">http://tug.org/mailman/listinfo/xetex</a><br>
</div></div></blockquote></div><br></div>