Why a "%d" specifier next to another "%d" specifier would crash the decompressor

[ghost]

Make modifications to "sample/main.cc" as shown in the figure below，

Then compile and run the program,

$ cd sample
$ make
$ ./sampleApplication
$ ./decompressor decompress compressedLog

What I expected to output is "My number is 987654321123456789", but the actual output is "My number is 987654321987654321". It outputs the integer 987654321 twice but doesn't output the integer 123456789.
On top of that, the decompressor aborted.

adding a comma between the two "%d" specifiers could solve the problem,

I'm confusing and wondering whether this is a bug or not.

[syang0]

Hey zcq1223,

Thanks for the clear examples! I was able to reproduce the issue, and I do believe it is in fact a bug; NanoLog should support logging %d%d as two integers.

I briefly looked at the stack trace, and it appears to be crashing at Log.cc:1405, and I suspect it's due to an alignment issue when reading back the integer arguments.

In any case, I should be able to track down the bug and fix it in a couple of days, so please use the comma alternative for now. Thanks for reporting!

Best Regards,
Stephen Yang

[syang0]

Hey zcq1223,

The issue should be resolved now with the latest commit (b1b9ee0). Please check it out and let me know if the issue persists.

Best Regards,
Stephen Yang

P.S. If you're curious, the fix just involved adding one line to Log.cc; the rest of the commit adds unit tests.

[ghost]

Great, I checked it out and found the issue was resolved.