See line 1063:1085 of
https://svn.apache.org/repos/asf/subversion/trunk/subversion/svnlook/main.c
for one possible explanation. If that is the case here, too, you would
need to disable stdout buffering --- adding a flush() call to svn's code
is the easiest way, but perhaps not the only way, to do that.
Christophe R wrote on Sun, May 06, 2012 at 21:23:59 -0700:
> Hi,
>
> Under Windows XP, with svn 1.6.17 (I also tried with 1.7.4) running
> svn pl -R -v .
> works as expected (I get a line "properties on <item>, followed by the
> properties), for each item.
>
> But when I redirect the same command to a file:
> svn pl -R . >foo.txt
> the output in the resulting file is out of order: the "propeties on '.'
> " line shows up after 658 lines of properties! And it is followed by 100
> lines "properties on". There are long blocks of properties without
> "properties on" header.
>
> adding the --xml option keeps the proper order, both on console and when
> redirected.
>
> This makes it difficult to write DOS scripts that handle svn output...I
> have also tried using loops instead of redirection, but things still
> show out of order:
> FOR /F "usebackq tokens=* " %% IN in (`svn pl -R -v .>`) DO (ECHO %%G)
> I also try piping, no luck, the following gives a messed up output too:
> svn pl -R -v . | more
>
> I ended up looping on each item, calling svn pl each time, but this is
> painful (dealing with hidden items etc...)
>
> svn pg seems to be working.
>
> Is it just me? Or a defect? Any workaround (other than --xml or using
> something more evolved than batch file)? Would there be other commands
> affected?
>
> Thanks
>
> Christophe
Received on 2012-05-07 23:42:28 CEST