The tkagg backend doesn't natively support the 64-bits version of windows (not ia64 but amd64 architecture).
This is due the fact that long unsigned and __int64 are not the same types on this host.
The attached patch, based on the available commented source in src/_tkagg.cpp allows for a correct handling of Windows 64-bits platform.
SourceForge Comments
On Tue Oct 19 14:38:50 2010, cjgohlke wrote:
There are two things to do:
verify that the new scanf format "%zu" does work on all non msvc compilers used to build matplotlib, especially older gcc versions and operating systems. I do not have the means to do this.
create a test case that fails without the patch on 64 bit Windows. I have been using mpl on win-amd64 for a year and never ran into this issue (Win 7, 8 GB RAM). From the documentation available, using size_t and "%Iu" is the correct way when using msvc. I verified that mpl still works on win32 and win-amd64 with this change.
Maybe a patch that only changes the scanf format specifier when compiled on Windows is better at this point, even though less straightforward.
On Tue Oct 19 12:21:08 2010, oeloio wrote:
if no one else have, i 'll try your patch next month.
thanks for your help
On Tue Oct 19 11:04:06 2010, mdboom wrote:
I don't have access to a 64-bit Windows installation to test with. Do any of the other developers? Any way you could get a third-party to verify that this fix works?
On Thu Oct 7 14:25:23 2010, cjgohlke wrote:
Regarding my patch: it is probably better to check for _MSC_VER instead of _WIN32:
-#if defined(_WIN32)
+#if defined(_MSC_VER)
On Thu Oct 7 02:55:09 2010, oeloio wrote:
forget what i said, i was thinking about soth. else.
let me know what you chose to implement.
Activity
dmcdougall commented on Sep 23, 2012
Closing: commit 13384a1 claims to have resolved this.
@cgohlke Let me know if I'm wrong and I will re-open this.