When 03500 is piped through dmtxread under win32 it produces a matrixcode containing the value 0330.
when using the parameter -et the output is as expected.
using linux there is, in this case, no need to use -et because the result is the same (03500)
dunno if its really a bug or behavior as expected. we use -et now because some dokuments really messed up.
Hi Jason,
Thanks for the bug report. I tried reproducing the bug but so far my result keeps coming back normal.
I'm running on WinXP Pro from the DOS prompt and using the dmtxwrite.exe executables from both libdmtx-win32-0.7.0-1.zip and libdmtx-win32-0.7.1-1.zip.
I tried this:
C:\>echo 03500 | dmtxwrite | dmtxread
03500
(this version of echo embeds a newline character at the end). I also tried encoding from a text file that did not contain the newline character, but that produced the same results.
Have you been doing anything different than this?
Thanks,
Mike
Hi Mike, thanks for the fast reply.
Got this on win2000 xp-pro using stable and unstable libdmtx and different versions of imagemagick.
C:\>echo 03500 | dmtxwrite | dmtxread
0330
C:\>echo 03501 | dmtxwrite | dmtxread
0331
C:\>echo 3500 | dmtxwrite | dmtxread
3500
We are using the german version of win. Maybe it has something todo with that?