On Wed, Feb 13, 2019 at 02:18:32PM +0100, Andrea Bolognani wrote:
On Tue, 2019-02-12 at 16:57 +0100, Ján Tomko wrote: [...]+{"return": [{"filename": \ +"unix:/home/berrange/.libvirt/qemu/lib/tck.monitor,server",\ +"label": "charmonitor"}, {"filename": "pty:/dev/pts/158",\ +"label": "charserial0"}], "id": "libvirt-3"}Are the backslashes at the end of lines necessary?
In this patch? Yes. The aim is to preserve the test coverage done before and after.
I've tried removing a bunch of them and the test didn't break. Are the files even valid JSON with the backslashes included?
No, they get stripped by virTestLoadFile
Additional question: can't we pretty-print at least the input files now? Unless of course the point of these specific test cases is to prove we can successfully parse certain unusual constructs.
The whole point of separating these was to allow easier changes and make it more-readable, so introducing more whitespace by removing the backslashes and prettifying it is possible.
[...]+ if (!injson) { + if (info->pass) { + VIR_TEST_VERBOSE("Fail to parse %s\n", info->name); + return -1; + } else { + VIR_TEST_DEBUG("Fail to parse %s\n", info->name); + return 0; + } + }The second message should read something like Expected failure while parsing %s or Failed to parse %s (expected)+ + if (!info->pass) { + VIR_TEST_VERBOSE("Should not have parsed %s\n", info->name); + return -1; + }Maybe Expected failure while parsing %s, got success instead or something along those lines.
All the error messages match the original test. Guess it would make more sense to alter them before copying them.
I think it would also look more legible if this entire if block was inside the else branch of the previous if block, but if you feel strongly about this version then just leave it as is.
Like this?
if (!injson) {
if (info->pass) {
return 0;
} else {
return -1;
}
} else {
if (!info->pass)
return -1;
}
Jano
signature.asc
Description: PGP signature
-- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
