Opened 15 years ago
Closed 15 years ago
#2438 closed enhancement (fixed)
chap-5.10.1 gcc wrong line break on readelf -l output
Reported by: | Gilles Espinasse | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Book | Version: | SVN |
Severity: | trivial | Keywords: | |
Cc: |
Description
If the real output of readelf has been
[Requesting program interpreter: /tools/lib/ld-linux.so.2]
suspicious reader would understant that grep would not match
grep ': /tools'
because of the line break after :
That's just a line break and a few space added to make xml code nicely not too long. Solution should be to accept that the line is 83 char long and break the line before closing </computeroutput></screen>
Change History (4)
comment:1 by , 15 years ago
comment:2 by , 15 years ago
[Requesting program interpreter: /tools/lib/ld-linux.so.2]
is only 56 char long
83 char is with <screen><computeroutput> prefix
comment:3 by , 15 years ago
Owner: | changed from | to
---|
I did a quick check and it does not overflow. We do have some other areas that produce 2 warning in the pdf though.
I'll make this fix and fix the others pdf warnings at the same time.
comment:4 by , 15 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Fixed at revision 8958.
Formatting only. Did not change book's version number.
Replying to gespinasse:
I'm not sure on that. I believe it's there to make it so the the generated PDF file doesn't break on the long line. :-)
(I'm not sure what the definition of "break" is here. But I know that long lines have been split many times before because of the PDF.)
*If* this doesn't break the PDF, that would be fine by me... but I don't have FOP and whatnot else installed locally to test it.