#45 closed bug (invalid)
Coreutils man-to-docbook leaves trailing command in output file
Reported by: | Owned by: | korli | |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Build System | Version: | |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
In scr/bin/coreutils/man/Jamfile the GenerateChapterXML1 action doesnt finish the cat operation and instead leaves a trailing "EOF \n tail ... ...". This appears to be caused by the indentation of the EOF terminator (I tried removing the tab and it then builds fine). This problem prevents the building of "Shell Tools" in src/documentation/
Change History (8)
comment:1 by , 19 years ago
Owner: | changed from | to
---|
comment:2 by , 19 years ago
comment:3 by , 19 years ago
Apologies, I didnt state exactly where the problem was. Have a look at objects/ documentation/Shell_Tools/coreutils.xml at the very bottom there's the string "EOF" and a tail command. The jam command will execute properly but the embedded cat wont terminate in the manner intended (although it will finish and appear to complete properly from the scripts viewpoint).
comment:4 by , 19 years ago
Thanks for this clarification, I had a look at the file objects/x86.release. haiku/documentation/Shell_Tools/coreutils.xml and it doesn't show the symptoms you described. Is there something I should know about your system ? You're on BeOS R5 ?
comment:5 by , 19 years ago
Ahh, I'm running a fairly stock Dano system here (from commandline perspective anyway; I've got the haiku media_server running but I'm pretty sure that's about all the modifications). Im not sure exactly what difference it may make though. Maybe I'll just need to fiddle around a bit and see what makes it work.
comment:6 by , 19 years ago
Resolution: | → invalid |
---|
comment:7 by , 19 years ago
Please make sure the bug is still here. There is also a bug with npipefs with large data (noticed with a pci-clean.awk script).
comment:8 by , 19 years ago
Status: | new → closed |
---|
I can't reproduce this bug, could you elaborate on it ? GenerateChapterXML1 action finishes correctly here.