Jojakim Stahl

Hi, first of all, big thanks for creating this easy to use library! I stumpled over a behavior likely already reported in https://sourceforge.net/p/snap7/discussion/bugfix/thread/de352e4cc2/ or https://sourceforge.net/p/snap7/discussion/bugfix/thread/927e97c11c/ When S7ReadArea returns with a timeout error on waiting for the response from the PLC, it returns WSAETIMEDOUT in the lower word of the return code. In the meanwhile, the PLC sends its answer (or it arrives retarded). The next call to S7ReadArea...

It adds the height of hexagon to the public interface (struct zint_render_hexagon). This is filled in render.c when outputting hexagons. Without this, a consumer would have to assume a fixed size and hardcode it in its code. Currently this would be possible as only Maxicode uses hexagon, and render.c renders Maxicode with fixed dimension. However, in my opinion this is not a good solution. It took me already some time to figure out which size to use.

Several fixes mainly related to render.c output method

Visual Studio 2015 project files

The problem is with PCX file with 1 plane and 1 or 8 bpp on the plane and a header...

The problem is with PCX file with 1 plane and 1 or 8 bpp on the plane and a header...

The problem is with PCX file with 1 plane and 1 or 8 bpp on the plane and a header...

PCX file conversion crash on special files