It has happened to me a few times (rarely) that the generatored barcode is all zeros. This happens with both QR code and PDF417 barcodes - so if this is a bug then it's some code that both have in common.
What's interesting is that the generated barcode is the correct length, just the image is for a string of all zero's. For example, "ABCD" will become "0000" based on the generated barcode.
I'm open to the fact there might be a bug in my code...but my code is also very simple so I'm not sure. Has anyone else encountered such a problem with the zint library?
HI Michelle,
Thank you for letting us know about this problem.
I'm afraid I haven't seen this happen - and this would seem to be quite a concerning bug. Could you possibly share any more information about how I could reproduce this issue?
Can I assume you're using the API? What other parameters (if any) are you setting?
The only code which I can think of which are shared by QR and PDF417 are used by most of the other symbologies as well.
Robin.
I can't seem to reproduce the problem at will. Once in a while I just see the output barcode of all zero's, and my program log does suggests all steps executed without error. If I can figure out how to reproduce I'll post more info. For now, maybe this post will just help someone else who experiences the same symptom
As platform windows and Linux have different memory management, it might be helpful to post your platform, linking methots, bit size etc.
Thank you,
Harald
Given the age of this, am closing this now. Of course if a reproducible example can be given it will be re-opened, thanks...