On Fri, Jun 07, 2019 at 09:12:18PM +0200, Hans Hagen wrote:
On 6/7/2019 5:53 PM, Pavel Sanda wrote:
The choice of pdftex log line breaks at 80 chars makes automatic parsing of errors and reporting the chosen ones by 3rd party apps unnecesarilly hard.
I couldn't find any command line switch to turn this feature off (CMIIW) and using max_print_line variable is problematic (you don't want to mess with texmf.cnf as an independent app and using it as environment variable will give you headache with portability to different platforms).
hm, you can have an additional cnf file in your local tree with overloads ... messing around with that and/or env vars is normally the least of ones problems with using tex as component
Would be adding command line parameter (like --max-print-line=num) or even disabling the line break by default possible in some future versions? Or is there some better option I missed?
it makes no sense to add tons of extra arguments to suit specific needs while there is the cnf file that can do the job
I see your points, but .cnf file is good solution if you do something manually for yourself not for generic app which might be sharing tex with other uses/apps on very different systems. In that case it's just absurd to write routines to manage .cnf files and solving potential conflicts, paths issues, etc. -- just for the sake of seeing unambiguous error output on longer line. I understand your fear of overcrowding by possible commandline arguments, so if there is aversion to an additional switch, would you consider to change the default of the line length for the log file? I can see that having 80 cols make sense if you sit on small console and watching output, but does it have a sense for regular file which can be edited/processed by completely different beasts? Thanks, Pavel