GNOME Bugzilla – Bug 549387
[Win32] Python plugin doesn't work
Last modified: 2018-05-22 13:28:43 UTC
On windows 2000, xp, vista, when I try to open the python's console or to use a python's function, gnumeric terminate with a Visual C++ runtime error... gnumeric version 1.9.1 python version 2.5.2
This looks like a packaging problem rather than anything fundamental. The latest packages now include the pygobject code, and I'll look into the right combination of env vars to enable things properly.
Jody, I am also having the same problem as posted by kanigoo. Thanks. OS : Win XP Pro SP2 Gnumeric : 1.9.3 Python : 2.5.4
(In reply to comment #2) > Jody, I am also having the same problem as posted by kanigoo. Thanks. > > OS : Win XP Pro SP2 > Gnumeric : 1.9.3 > Python : 2.5.4 > Some quick workaround to solve the problem will be more helpful than waiting for the next release. Thanks again.
*** Bug 572488 has been marked as a duplicate of this bug. ***
Jody, This bug is still here in the 1.10.5 version. Later I installed an independent Python 2.6.5, but didn't resolve this issue. Thanks. Gang.
*** Bug 623625 has been marked as a duplicate of this bug. ***
same with gnumeric 1.10.7, windows xp sp3. other notes: - i have a "standard" python installation on my computer (v. 2.5.4) - i added gnumeric\bin to the system's PATH - i verified and fixed all DLLs' dependencies (the DLLs in the installation kit relies on MSVCR90.DLL, which was not present on anywhere on my computer !) still, same errors. questions: 1) i did not try to remove my existing python. does any of you who experience it have checked on a computer witout python already installed? 2) how can i run gnumeric in debug mode (if possible)
I am disabling python in the win32 build until someone cares enough to invest the time in figuring out why it crashes. At present the python plugin will not do much for you anyway, even on linux.
Created attachment 171776 [details] gnumeric python working in version 1.10.5
Comment on attachment 171776 [details] gnumeric python working in version 1.10.5 Please don't disable python. I have got python to work in windows XP, with Gnumeric version 1.10.5. Please look at the following url. http://mlyfe.blogspot.com/2010/07/using-python-with-gnumeric-in-windows.html To see the error messages, run gnumeric.exe from the command line and you should be able to see the error messages when they occured. By the way, I am using the python plugins in my work. So... please enable back the build otherwise, I will be stuck with version 1.10.5. Thanks.
The problem remains: it crashes for a lot of people and we do not know why. Until and unless someone figures out how to fix that, I will not reenable. With respect to what you do on your web page, it looks weird. For example, installing your own copy of gtk instead of the one that comes with Gnumeric. If your copy ends up being used, then you will miss the fixes that we apply to gnumeric's copy.
Perhaps this is the problem causing the crash. Somehow, the copy of GTK that comes with Gnumeric isn't configured properly. Probably Gnumeric isn't finding any reference to the GTK. I had saw the error message when I was trying to get python to work with gnumeric. I have installed my own copy of GTK because Gnumeric was throwing a message about not being able to find GTK. You can try it yourself. Try starting Gnumeric from a command prompt and try to enable python and you will see the error message In the command prompt. Like what Jody mentioned 2 years back. This look more like a packaging issue than any major bug. I mean, there is a workaround, i.e. the link I sent in the previous post. However, if you disable it in the build, it becomes a show stopper. Because even the workaround doesn't work. I do hope that you can enable back the python plugin. Anyway, I'm wondering why would Gnmeric need it's own copy of GTK instead of using the original one that is probably being updated? This is not a good practice is it?
I do not think I am getting through to you: if I were to re-enable python, then many people would experience crashes, even when doing things that are not directly python related. Bringing up the function list is enough. That is not acceptable. I will not do it. Therefore you have three options: 1. You can compile the whole thing yourself. This is not easy and currently requires cross-compilation from a Linux or similar system. 2. You can pin-point the cause somehow. "This heavily modified system appears to run ok" is not an explanation of anything. 3. You can wait for someone else to do the work. This can take years. Real life seems to have swallowed up Jody; I do not have the time nor the Win32 tools to do this. I don't think anyone else has managed to compile a working win32 binary of Gnumeric. > Anyway, I'm wondering why would Gnmeric need it's own copy of GTK We have had to fix grave bugs in gtk+. > instead of using the original one that is probably being updated? It is not being updated. The gtk+ team recommends using a very, very old version. None of the releases in the past 2 years have come close to working out of the box. > This is not a good practice is it? Nope.
I wish I could help somehow. I'm just a python developer though, not C++. OTOH, if you're looking for a spreadsheet with python, you can try Openoffice. They have their own bugs, of course :) Depends on your usage.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnumeric/issues/104.