The release tar file includes more X libraries in the bin/lib folders to support 64bit Ubuntu OS (14, 16 and 17).
More libraries may be needed for the micvu viewer and they are:

sudo apt-get install libx11-6:i386
sudo apt-get install libsm6:i386
sudo apt-get install libxft2:i386

This is where the libraries ended up being installed in:

/usr/lib/i386-linux-gnu/libX11.so.6
/usr/lib/i386-linux-gnu/libX11.so.6.3.0

/usr/lib/i386-linux-gnu/libSM.so.6.0.1
/usr/lib/i386-linux-gnu/libSM.so.6

/usr/lib/i386-linux-gnu/libXft.so.2
/usr/lib/i386-linux-gnu/libXft.so.2.3.1
/usr/lib/i386-linux-gnu/libSM.so.6

v2.18     (2-28-2018)

This version fixes an issue with DXF file that contained blocks inserted with non uniform scale (for example 0.99998).

v2.17     (11-23-2011)

dxf2mic Linux release and upgrade to latest DXF engine.

v2.16     (03-20-2010)

The DXF engine had a bug handling pline with width that goes back on itself. The section dropped with no warnings.
The method for repairing of POLYLINEs that fold back on themselves has been improved. No additional reporting to the log file has been added.

v2.15     (1/20/2010)

The DXF engine had a bug handling tapered plines. This has been fixed.

v2.14a     (12/04/2009)

gscan bug related to latest gzip support.

v2.14     (11/30/2009)

dxf2mic dropped an illegal polygon drawn as a bow tie. This has been fixed.

dxf2mic converted incorrectly a block which was extruded along the Z axis and rotated. This has been fixed.

The issue was related to the presence of very short poly arcs. Problem reported by Dynatron and is now fixed.

v2.12     (6/21/2009)

Improved linker as a result of Physware complaint that some very poorly constructed data (mulitple lines and arcs showing up at the same point) did not link the way they liked.
This version was also brought up to sync to the same DXF reader used by ASM3500.

A 0 width closed pline with a shape of a donut was created incorrectly, generating a folded polygon. The problem reported by Hermes - The new version repairs the folded donut and gives a warning about it in the log file.

A 0 width closed pline which is touching and twisting on itself was created incorrectly, generating a folded polygon. The problem reported by Advanced Reproduction- The new version repairs the pline and gives a warning about it in the log file.

MICVU didn't display correctly paint/scratch data of LA files created directly by Micronic's Job Planner. This issue was fixed.

This version was tested against the latest bug reports from ARC T111 and T112.

This version reports and if possible fixes "folded" polygons. If the polygon can not be repaired it is placed on the "error layer" as before.
This version was tested against the latest bug reports from ARC T098, T103, T104,T105,T106,T107, and T109.

The DXF engine didn't report as an error a polygon that had a 0.01 micron segment folded on itself within a close pline. The problem was reported by Advance Reproduction and was fixed.

The DXF in question crashed due to long cell names.

The DXF in question had a problem with a mirrored array.

The DXF engine didn't support DXF block names with over 32 characters. The problem was reported by Advance Reproduction and was fixed.

The DXF engine didn't report as an error a polygon that had a 0.01 micron segment folded on itself within a close pline. The problem was reported by Advance Reproduction and was fixed - DXF2MIC does flag it as an error.

The DXF engine didn't support ellipse entities in some cases. Problem reported by CTS Corp and was fixed.

A re-entrant polygon (0 width closed pline) which was constructed incorrectly, didn't flag an error in the DXF2MIC conversion. Now it will report an error when the validation option is on.

A path with width wasn't converted correctly to a closed outline. Problem reported by Advanced Reproduction and was fixed.

This version supports DXF files that are over 2GB.

This version supports DXF files that have layer names with spaces.