DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New] Link: http://www.fltk.org/str.php?L2622 Version: 1.3-current Albrecht asked: <OT here in fltk.general> To Ian: it's your code, and it compiles well with the /broken/ MinGW wingdi.h, but not with Visual C++ (STR #2623) and the corrected mingw64 header files. If you have a better idea than an autoconf "feature" test, please give a comment on STR #2622. Thanks. </OT> I can't reproduce the fault - I don't have the necessary bits, but how about this: As far as I understand it, the variant compilers have different ideas as to what the lpClass member of the GCP_RESULTSW struct is. Now, we do not need the lpClass data at all for what we are doing, so if we make that NULL, the problem maybe goes away? OK: I just tested this change in fl_font_win32.cxx @ line 345: gcp_res.lpClass = NULL;//c_buff; gcp_res.lpGlyphs = (LPWSTR)w_buff; gcp_res.nGlyphs = wc_len; gcp_res.lStructSize = sizeof(gcp_res); And for me, on win32 with mingw, that compiles OK and runs my suplementary plane glyph test OK too. Does that work elsewhere? If so, we can use that (which ought to keep the compilers happy) and can also remove all references to c_buff as we are no longer using it. Any good? Link: http://www.fltk.org/str.php?L2622 Version: 1.3-current _______________________________________________ fltk-bugs mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-bugs
