Hi, I saw the bug report you sent to me earlier, but I only had time to investigate this now.
The problem is caused by Microsoft's non-standard (or buggy) implementation of snprintf. I recompiled the windows version to use the snprintf that comes with the htp sources. A warning let me suspect that htp's snprintf implementation is buggy for 64-bit windows (where long is smaller than the size of a pointer), so this time there is only a 32-bit binary. It should also run on 64bit windows.
I uploaded the new binary. I didn't change the version number. The code is the same only the compile options changed. For the record, the options are:
Strange, although I'm sure I tested it, I still had the same problem when I tested today. I'm not sure what happened, maybe a working binary at some place that took precedence. I compiled again this
time with
Hi, I saw the bug report you sent to me earlier, but I only had time to investigate this now.
The problem is caused by Microsoft's non-standard (or buggy) implementation of snprintf. I recompiled the windows version to use the snprintf that comes with the htp sources. A warning let me suspect that htp's snprintf implementation is buggy for 64-bit windows (where long is smaller than the size of a pointer), so this time there is only a 32-bit binary. It should also run on 64bit windows.
I uploaded the new binary. I didn't change the version number. The code is the same only the compile options changed. For the record, the options are:
Last edit: Jochen Hoenicke 2015-10-16
Sorry, I can't confirm that the problem is fixed now. The 1.18 Win32 binary didn't have this problem.
Strange, although I'm sure I tested it, I still had the same problem when I tested today. I'm not sure what happened, maybe a working binary at some place that took precedence. I compiled again this
time with
Can you test if it works now?
It works now. Thank you. :-)