DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending] Link: http://www.fltk.org/str.php?L2637 Version: 1.3.0 Fix Version: 1.3.0 (r8731) Fixed in Subversion repository. Part 2 (image converter) is fixed now (svn r 8731). It turned out that this was not only an issue for transparent images, but also for all other images with odd width on 64-bit X systems. All image converters would pack two pixels into one (64-bit) long variable and write this to the X image format buffer. Doing this, one byte too much (per line) was accessed when packing the pixel values. This is fixed now. FTR: a simple test case was to run test/pixmap_browser with valgrind and to open an odd-sized image (I used a 41x47 pixel png image). Note: I could not test this on a 64-bit big endian system, but I suppose that this works as well. Critical looks at the changes and test results from 64-bit big endian machines welcome! Leaving the STR open for feedback, but I believe it is solved, and this shouldn't be a show stopper for the next RC! Link: http://www.fltk.org/str.php?L2637 Version: 1.3.0 Fix Version: 1.3.0 (r8731) _______________________________________________ fltk-bugs mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-bugs
