Quote:
Originally Posted by Egh
Just tried on 164 (confirmed to be August build).
...
Overflow problem? )
But muxing itself seems to be fine by 174 build, most likely the bug is in .mmg export routine.
|
Thanks for the analysis. The problem is actually worse. Technical explanation:
With releases and builds up to and including 2.9.8-168 I was using the mingw cross-compiler v3.3.5 on Linux in order to produce Windows binaries. Afterwards I had to switch to mingw v4.2.1 because I started using wstring in my source code, and mingw 3.3.5 didn't support the Unicode features of the C++ standard template library. 4.2.1 does, so that's why I switched. Unfortunately the GUI toolkit I'm using (wxWidgets) now has a problem. The "wxLong" class that should provide object oriented access to the native "long" type was working correctly with 3.3.5 but fails with 4.2.1. To be more precise "wxLong" thinks that the underlying native data type "long" was 64bit wide and not 32bit. For cross compilation purposes this is simply wrong; "long" is still only 32bit wide on the Windows side.
I've had another problem due to this regarding the attachment selection (should be somewhere in this thread as well), and this particular problem should be fixable as well, but it's a major PITA.