On Thu, Jul 30, 2009 at 4:30 PM, Nicholas Nethercote<[email protected]> wrote: > That was a bug, I've fixed it to not print that.
Thanks. > However, in practice it does something in between those two extremes: > > 3. Print some of the usual stuff on the text output channel: -d > output, -v output, the blank line at the start and end, maybe some > other stuff?. Viz: > > [wave:~/grind/ws2] vg-in-place --xml=yes --xml-file=/dev/null date > ==83771== > Fri 31 Jul 2009 09:19:14 EST > ==83771== > > That's not what I expected. (The User Manual talks about "residual" > text output, without defining what that includes.) If we got rid of > those two blank (except for the PID) lines then it makes a certain > kind of sense... then --xml=yes turns off all the "user" output and > leaves behind only "debugging" output, ie. those lines begginning with > "--$PID--" instead of "==$PID==". > > But I wonder if option (1) is better. It would probably make the code > simpler, because we'd never have to decide whether to print something > as XML or normal text -- the XML would always be printed in addition. > (And that XML-or-normal-text logic does get tortured in some places.) > > Anyway, Dan, as a user of the XML stuff do you have any preferences about > this? Option 3 happens to be convenient for me, as long as the normal residual output is minimal. If valgrind is crashing or failing assertions, or other really nasty stuff, that could go to both xml and normal text. I dunno, perhaps there should be a separate option to turn normal text output on. I like the idea of xml and normal output being completely independent. Though if we go down that road the next thing I'd ask for would be separate options for filtering them... - Dan ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Valgrind-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/valgrind-users
