100% CPU utilization on Win7 64-bit

[Ana Pras]

I occasionally see that Zim (0.59) is utilizing 100% of CPU and have to terminate the process on Win7 (64-bit) systems. Also happened on XP when I had it. It happens even when I don't don't interact with Zim at all. I have launched it - and check after some time, and the CPU is being fully utilized. Have tried to see if there is a pattern - but can't seem to find it.
I have enabled the foll. plugins....Arithmentic, Inline Calculator, Insert Symbol, Journal, Print to Browser, Quick Note, Table of Contents.
Thanks,
Prasad

[Jaap Karssenberg (jaap.karssenberg)]

Afraid will need more info to be able to debug this.

Running zim all the time on windows 7 with up time of more than a week and never ran into this issue myself.

Regards,

Jaap

[Launchpad Janitor (janitor)]

[Expired for Zim because there has been no activity for 60 days.]

[Pecsabi (peterfalvicsaba)]

Hi All,
I am also experiencing the problem with the new 0.62 Zim Wiki on Win7 64 bit. Especially easy to reproduce it by opening a page with the external editor. Usually when I return to the page after editing it externally, the CPU load goes back to normal, but later it tends to go up to 100% again without using the external editor. It is very annoying and I am looking forward a fix to this.
Thanks.
Csaba

[Pecsabi (peterfalvicsaba)]

Hi All,
yesterday I tried editing a datafile with an external editor on an other machine (also Win7 64 bit), and I experienced the same. CPU load goes up immediately when the external editor opens the file, after closing it and returning to Zim, it goes back to normal, but after a few cycles of repeated opening, editing and closing the file in the external editor, the CPU usage doesn't go back to normal any more, but it remains at the maximum. I absolutely love the idea of Zim, I find it great, I will make a donating too right away, but I would like to see this issue fixed before I move all my notes to Zim. Some more info: I tried to run it in compatibility mode, it didn't help. Administrator rights didn't help. Portable and installed version do the same. I tried it with Notpad++ and the default Notepad, all the same. If you need any further info, please contact me, I am happy to help.
Best regards,
Csaba

[Jaap Karssenberg (jaap.karssenberg)]

Hi Peter,

Finally have been able to reproduce, but I only see this issue when I use the executable version from the installer. When running from source, the problem does not occur.

Looking at the source code, I suspect the GObject "child_watch_add" function to be misbehaving by constant polling the process. Could be that the installer has a different version of the library compared to what is used when I run from source.

Afraid I don't have a direct fix for it, other than running zim from source :(

Notes:
* Windows 7, system info says "64-bit operating system"
* In preferences, text editor is set to notepad++
* I open notepad by Edit->Edit Source menu item, and close it again
* After closing the editor I click OK in the dialog blocking zim during external edit
* Between opening the editor and closing the dialog, 1 out of 4 cores goes to 80% (total CPU shows only 25%, but in graph it is clear)

Regards,

Jaap

[Ana Pras (fab4ap)]

Hello Jaap: Thanks so much for the suggestion to use the source to get rid
of the 100% core use bug. I have installed the source and it is working
fine so far.
Csaba: Here is what I did...
* Installed gtk+-bundle_3.6.4-20131201_win64.zip in c:/gtk and added it to
the path (via Cygwin)
* Installed PortablePython_2.7.6.1.exe (which has the gtk module built in)
to c:/python27 and added c:/python27/App to the path
* unzipped zim-0.62.tar.gz to c:/zim
> python zim.py &
NOTE: the notebooks will be in ~/Notebooks folder - I copied my earlier
notebook folders there .... can now access them directly as:
> python zim.py NoteBookName &
Hope this helps...
Thanks again Jaap. Will sure donate this year - keep on improving zim! -
it's a hugely useful!!
Best,
Prasad

On Wed, Nov 5, 2014 at 3:50 AM, Jaap Karssenberg <<email address hidden>
> wrote:

> Hi Peter,
>
> Finally have been able to reproduce, but I only see this issue when I
> use the executable version from the installer. When running from source,
> the problem does not occur.
>
> Looking at the source code, I suspect the GObject "child_watch_add"
> function to be misbehaving by constant polling the process. Could be
> that the installer has a different version of the library compared to
> what is used when I run from source.
>
> Afraid I don't have a direct fix for it, other than running zim from
> source :(
>
> Notes:
> * Windows 7, system info says "64-bit operating system"
> * In preferences, text editor is set to notepad++
> * I open notepad by Edit->Edit Source menu item, and close it again
> * After closing the editor I click OK in the dialog blocking zim during
> external edit
> * Between opening the editor and closing the dialog, 1 out of 4 cores goes
> to 80% (total CPU shows only 25%, but in graph it is clear)
>
> Regards,
>
> Jaap
>
>
> ** Tags added: win32
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1175621
>
> Title:
> 100% CPU utilization on Win7 64-bit
>
> Status in Zim desktop wiki:
> Confirmed
>
> Bug description:
> I occasionally see that Zim (0.59) is utilizing 100% of CPU and have to
> terminate the process on Win7 (64-bit) systems. Also happened on XP when I
> had it. It happens even when I don't don't interact with Zim at all. I have
> launched it - and check after some time, and the CPU is being fully
> utilized. Have tried to see if there is a pattern - but can't seem to find
> it.
> I have enabled the foll. plugins....Arithmentic, Inline Calculator,
> Insert Symbol, Journal, Print to Browser, Quick Note, Table of Contents.
> Thanks,
> Prasad
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/zim/+bug/1175621/+subscriptions
>

[Pecsabi (peterfalvicsaba)]

Dear Jaap and Prasad,

thanks a lot for your help. Unfortunately I still have the problem. I already had Python 2.7 on my PC, so now I just installed pygtk-all-in-one-2.24.2.win32-py2.7.msi from http://www.pygtk.org and started zim from the source. It does the same, with the difference that this time python.exe starts running one core of the CPU on the maximum.

Since I needed Pyhton 3.3 previously, it is also installed on my system, I installed Python 2.7 later, I don't know whether they could interfere here. So far I didn't have trouble with the two coexisting on my machine, and since I may need version 3.3 in the future as well, if I don't have to, I don't want to remove it. Anyway, if you think the problem could be caused by this, let me know.

I also ran test.py, the output of which I attached, maybe you can figure out something useful from the log.

Thanks again for your help, guys!
Best regards,
Csaba

[Jaap Karssenberg (jaap.karssenberg)]

Csaba,

Thanks for the info, this helps narrowing down the issue. No, python 3 has
nothing to do with it. What you should look for is the pygtk / gtk library
you are using (which includes the gobject library). I think you are using
another installer for that than the one Ana is mentioning.

Regards,

Jaap

On Thu, Nov 6, 2014 at 9:54 AM, Pecsabi <email address hidden> wrote:

> Dear Jaap and Prasad,
>
> thanks a lot for your help. Unfortunately I still have the problem. I
> already had Python 2.7 on my PC, so now I just installed pygtk-all-in-
> one-2.24.2.win32-py2.7.msi from http://www.pygtk.org and started zim
> from the source. It does the same, with the difference that this time
> python.exe starts running one core of the CPU on the maximum.
>
> Since I needed Pyhton 3.3 previously, it is also installed on my system,
> I installed Python 2.7 later, I don't know whether they could interfere
> here. So far I didn't have trouble with the two coexisting on my
> machine, and since I may need version 3.3 in the future as well, if I
> don't have to, I don't want to remove it. Anyway, if you think the
> problem could be caused by this, let me know.
>
> I also ran test.py, the output of which I attached, maybe you can figure
> out something useful from the log.
>
> Thanks again for your help, guys!
> Best regards,
> Csaba
>
> ** Attachment added: "The output of test.py"
>
> https://bugs.launchpad.net/zim/+bug/1175621/+attachment/4254367/+files/test.log
>
> --
> You received this bug notification because you are subscribed to Zim.
> https://bugs.launchpad.net/bugs/1175621
>
> Title:
> 100% CPU utilization on Win7 64-bit
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/zim/+bug/1175621/+subscriptions
>

[Pecsabi (peterfalvicsaba)]

OK, now I uninstalled completely pygtk-all-in-one-2.24.2.win32-py2.7.msi and installed instead the one mentioned by Ana. I tried the demo, it is working fine, and it starts from random directories, it's there in the PATH. In the readme file they suggest to remove any other Gtk entries from the PATH variable so I removed C:\Program Files (x86)\GTK2-Runtime\bin. Now Zim does not start at all, and it complains for 'ImportError: No module named gobject', and suggests to set PYTHONPATH. I installed Gtk to c:\Programs\Gtk+\, so I tried the following settings for PYTHONPATH: c:\Programs\Gtk+\, c:\Programs\Gtk+\bin\ and c:\Programs\Gtk+\lib\. None of them worked. Python itself is there in the PATH variable, and since its path is listed in the error message of Zim: 'ERROR: Could not find python module files in path:...', I ran out of options for the possible values of the PYTHONPATH variable. I don't know what I am missing here?..

Best regards,
Csaba

[Jaap Karssenberg (jaap.karssenberg)]

See the next step in the description by Ana:

* Installed PortablePython_2.7.6.1.exe (which has the gtk module built in)

What you are missing is the python gtk module - this is the glue between
the gtk library (which you installed) and the python environment (which you
already had).

Regards,

Jaap

On Thu, Nov 6, 2014 at 12:03 PM, Pecsabi <email address hidden>
wrote:

> OK, now I uninstalled completely pygtk-all-in-one-2.24.2.win32-py2.7.msi
> and installed instead the one mentioned by Ana. I tried the demo, it is
> working fine, and it starts from random directories, it's there in the
> PATH. In the readme file they suggest to remove any other Gtk entries
> from the PATH variable so I removed C:\Program Files
> (x86)\GTK2-Runtime\bin. Now Zim does not start at all, and it complains
> for 'ImportError: No module named gobject', and suggests to set
> PYTHONPATH. I installed Gtk to c:\Programs\Gtk+\, so I tried the
> following settings for PYTHONPATH: c:\Programs\Gtk+\,
> c:\Programs\Gtk+\bin\ and c:\Programs\Gtk+\lib\. None of them worked.
> Python itself is there in the PATH variable, and since its path is
> listed in the error message of Zim: 'ERROR: Could not find python module
> files in path:...', I ran out of options for the possible values of the
> PYTHONPATH variable. I don't know what I am missing here?..
>
> Best regards,
> Csaba
>
> --
> You received this bug notification because you are subscribed to Zim.
> https://bugs.launchpad.net/bugs/1175621
>
> Title:
> 100% CPU utilization on Win7 64-bit
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/zim/+bug/1175621/+subscriptions
>

[Pecsabi (peterfalvicsaba)]

Even though I tried to avoid installing a 3rd Python distribution on my machine, it is there now. I followed Ana's instructions letter for letter, everything is installed now as she said (although not in the exact same folders), and Zim is starting again, but the usual full CPU utilization is still there. I double checked, I am running zim.py with the portable python.exe, and this portable python is using all the CPU it can, whenever I open the external editor, and if it is opened long enough, the CPU usage never seem to go back to normal after closing the external editor. PYTHONPATH is not set for anything now.

What I tried (to avoid to use a 3rd Python) was to follow the instructions under 'PyGTK for Microsoft Windows using separate components' at http://www.pygtk.org/downloads.html and I installed the PyGTK, PyCairo and PyGObject modules after installing the 64 bit GTK+ runtime. This didn't work out either, zim returned the error:
ImportError: DLL load failed: %1 is not a valid Win32 application.
ERROR: Could not find python module files in path:
C:\Programs\Zim\zim-0.62 c:\Programs\Gtk+ C:\Windows\system32\python27.zip C:\Programs\Python27\DLLs C:\Programs\Python27\lib C:\Programs\Python27\lib\plat-win C:\Programs\Python27\lib\lib-tk C:\Programs\Python27 C:\Programs\Python27\lib\site-packages C:\Programs\Python27\lib\site-packages\gtk-2.0
where the last item seems to be the correct path for me, and I checked, the modules put their files there indeed.

It looks like we couldn't resolve this problem now, but I still thank you both for your time.

Best regards,
Csaba

[Ana Pras (fab4ap)]

Well, it now makes me wonder if the problem still lurks in my set up but
has not yet manifested. Based on Csaba's experience, it is likely to! I
will keep a watch and let you folks know.
Best,
Prasad

On Thu, Nov 6, 2014 at 8:06 AM, Pecsabi <email address hidden> wrote:

> Even though I tried to avoid installing a 3rd Python distribution on my
> machine, it is there now. I followed Ana's instructions letter for
> letter, everything is installed now as she said (although not in the
> exact same folders), and Zim is starting again, but the usual full CPU
> utilization is still there. I double checked, I am running zim.py with
> the portable python.exe, and this portable python is using all the CPU
> it can, whenever I open the external editor, and if it is opened long
> enough, the CPU usage never seem to go back to normal after closing the
> external editor. PYTHONPATH is not set for anything now.
>
> What I tried (to avoid to use a 3rd Python) was to follow the instructions
> under 'PyGTK for Microsoft Windows using separate components' at
> http://www.pygtk.org/downloads.html and I installed the PyGTK, PyCairo
> and PyGObject modules after installing the 64 bit GTK+ runtime. This didn't
> work out either, zim returned the error:
> ImportError: DLL load failed: %1 is not a valid Win32 application.
> ERROR: Could not find python module files in path:
> C:\Programs\Zim\zim-0.62 c:\Programs\Gtk+ C:\Windows\system32\python27.zip
> C:\Programs\Python27\DLLs C:\Programs\Python27\lib
> C:\Programs\Python27\lib\plat-win C:\Programs\Python27\lib\lib-tk
> C:\Programs\Python27 C:\Programs\Python27\lib\site-packages
> C:\Programs\Python27\lib\site-packages\gtk-2.0
> where the last item seems to be the correct path for me, and I checked,
> the modules put their files there indeed.
>
> It looks like we couldn't resolve this problem now, but I still thank
> you both for your time.
>
> Best regards,
> Csaba
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1175621
>
> Title:
> 100% CPU utilization on Win7 64-bit
>
> Status in Zim desktop wiki:
> Confirmed
>
> Bug description:
> I occasionally see that Zim (0.59) is utilizing 100% of CPU and have to
> terminate the process on Win7 (64-bit) systems. Also happened on XP when I
> had it. It happens even when I don't don't interact with Zim at all. I have
> launched it - and check after some time, and the CPU is being fully
> utilized. Have tried to see if there is a pattern - but can't seem to find
> it.
> I have enabled the foll. plugins....Arithmentic, Inline Calculator,
> Insert Symbol, Journal, Print to Browser, Quick Note, Table of Contents.
> Thanks,
> Prasad
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/zim/+bug/1175621/+subscriptions
>

[Ana Pras (fab4ap)]

Unfortunately - it did happen...the problem has not gone away by using zim
from source. Hopefully, it'll be addressed.
Thanks,
Prasad

On Thu, Nov 6, 2014 at 10:00 AM, Anantha Prasad <email address hidden> wrote:

> Well, it now makes me wonder if the problem still lurks in my set up but
> has not yet manifested. Based on Csaba's experience, it is likely to! I
> will keep a watch and let you folks know.
> Best,
> Prasad
>
>
> On Thu, Nov 6, 2014 at 8:06 AM, Pecsabi <email address hidden>
> wrote:
>
>> Even though I tried to avoid installing a 3rd Python distribution on my
>> machine, it is there now. I followed Ana's instructions letter for
>> letter, everything is installed now as she said (although not in the
>> exact same folders), and Zim is starting again, but the usual full CPU
>> utilization is still there. I double checked, I am running zim.py with
>> the portable python.exe, and this portable python is using all the CPU
>> it can, whenever I open the external editor, and if it is opened long
>> enough, the CPU usage never seem to go back to normal after closing the
>> external editor. PYTHONPATH is not set for anything now.
>>
>> What I tried (to avoid to use a 3rd Python) was to follow the
>> instructions under 'PyGTK for Microsoft Windows using separate components'
>> at http://www.pygtk.org/downloads.html and I installed the PyGTK,
>> PyCairo and PyGObject modules after installing the 64 bit GTK+ runtime.
>> This didn't work out either, zim returned the error:
>> ImportError: DLL load failed: %1 is not a valid Win32 application.
>> ERROR: Could not find python module files in path:
>> C:\Programs\Zim\zim-0.62 c:\Programs\Gtk+
>> C:\Windows\system32\python27.zip C:\Programs\Python27\DLLs
>> C:\Programs\Python27\lib C:\Programs\Python27\lib\plat-win
>> C:\Programs\Python27\lib\lib-tk C:\Programs\Python27
>> C:\Programs\Python27\lib\site-packages
>> C:\Programs\Python27\lib\site-packages\gtk-2.0
>> where the last item seems to be the correct path for me, and I checked,
>> the modules put their files there indeed.
>>
>> It looks like we couldn't resolve this problem now, but I still thank
>> you both for your time.
>>
>> Best regards,
>> Csaba
>>
>> --
>> You received this bug notification because you are subscribed to the bug
>> report.
>> https://bugs.launchpad.net/bugs/1175621
>>
>> Title:
>> 100% CPU utilization on Win7 64-bit
>>
>> Status in Zim desktop wiki:
>> Confirmed
>>
>> Bug description:
>> I occasionally see that Zim (0.59) is utilizing 100% of CPU and have to
>> terminate the process on Win7 (64-bit) systems. Also happened on XP when I
>> had it. It happens even when I don't don't interact with Zim at all. I have
>> launched it - and check after some time, and the CPU is being fully
>> utilized. Have tried to see if there is a pattern - but can't seem to find
>> it.
>> I have enabled the foll. plugins....Arithmentic, Inline Calculator,
>> Insert Symbol, Journal, Print to Browser, Quick Note, Table of Contents.
>> Thanks,
>> Prasad
>>
>> To manage notifications about this bug go to:
>> https://bugs.launchpad.net/zim/+bug/1175621/+subscriptions
>>
>
>

[Jaap Karssenberg (jaap.karssenberg)]

That is strange. I have the exact same setup, and never observe it when
running from source with this library. Is there any other circumstance that
is different when it does show up?

-- Jaap

On Thu, Nov 6, 2014 at 7:42 PM, Ana Pras <email address hidden> wrote:

> Unfortunately - it did happen...the problem has not gone away by using zim
> from source. Hopefully, it'll be addressed.
> Thanks,
> Prasad
>
>
> On Thu, Nov 6, 2014 at 10:00 AM, Anantha Prasad <email address hidden> wrote:
>
> > Well, it now makes me wonder if the problem still lurks in my set up but
> > has not yet manifested. Based on Csaba's experience, it is likely to! I
> > will keep a watch and let you folks know.
> > Best,
> > Prasad
> >
> >
> > On Thu, Nov 6, 2014 at 8:06 AM, Pecsabi <email address hidden>
> > wrote:
> >
> >> Even though I tried to avoid installing a 3rd Python distribution on my
> >> machine, it is there now. I followed Ana's instructions letter for
> >> letter, everything is installed now as she said (although not in the
> >> exact same folders), and Zim is starting again, but the usual full CPU
> >> utilization is still there. I double checked, I am running zim.py with
> >> the portable python.exe, and this portable python is using all the CPU
> >> it can, whenever I open the external editor, and if it is opened long
> >> enough, the CPU usage never seem to go back to normal after closing the
> >> external editor. PYTHONPATH is not set for anything now.
> >>
> >> What I tried (to avoid to use a 3rd Python) was to follow the
> >> instructions under 'PyGTK for Microsoft Windows using separate
> components'
> >> at http://www.pygtk.org/downloads.html and I installed the PyGTK,
> >> PyCairo and PyGObject modules after installing the 64 bit GTK+ runtime.
> >> This didn't work out either, zim returned the error:
> >> ImportError: DLL load failed: %1 is not a valid Win32 application.
> >> ERROR: Could not find python module files in path:
> >> C:\Programs\Zim\zim-0.62 c:\Programs\Gtk+
> >> C:\Windows\system32\python27.zip C:\Programs\Python27\DLLs
> >> C:\Programs\Python27\lib C:\Programs\Python27\lib\plat-win
> >> C:\Programs\Python27\lib\lib-tk C:\Programs\Python27
> >> C:\Programs\Python27\lib\site-packages
> >> C:\Programs\Python27\lib\site-packages\gtk-2.0
> >> where the last item seems to be the correct path for me, and I checked,
> >> the modules put their files there indeed.
> >>
> >> It looks like we couldn't resolve this problem now, but I still thank
> >> you both for your time.
> >>
> >> Best regards,
> >> Csaba
> >>
> >> --
> >> You received this bug notification because you are subscribed to the bug
> >> report.
> >> https://bugs.launchpad.net/bugs/1175621
> >>
> >> Title:
> >> 100% CPU utilization on Win7 64-bit
> >>
> >> Status in Zim desktop wiki:
> >> Confirmed
> >>
> >> Bug description:
> >> I occasionally see that Zim (0.59) is utilizing 100% of CPU and have
> to
> >> terminate the process on Win7 (64-bit) systems. Also happened on XP
> when I
> >> had it. It happens even when I don't don't interact with Zim at all. I
> have
> >> launched it - and check after some time, and the CPU is being fully
> >> utilized. Have tried to see if th...

[Ana Pras (fab4ap)]

No. Very similar to the earlier one - except it seems to run OK for a
longer time. I'll try to notice more.
Prasad

On Thu, Nov 6, 2014 at 1:57 PM, Jaap Karssenberg <<email address hidden>
> wrote:

> That is strange. I have the exact same setup, and never observe it when
> running from source with this library. Is there any other circumstance that
> is different when it does show up?
>
> -- Jaap
>
> On Thu, Nov 6, 2014 at 7:42 PM, Ana Pras <email address hidden> wrote:
>
> > Unfortunately - it did happen...the problem has not gone away by using
> zim
> > from source. Hopefully, it'll be addressed.
> > Thanks,
> > Prasad
> >
> >
> > On Thu, Nov 6, 2014 at 10:00 AM, Anantha Prasad <email address hidden>
> wrote:
> >
> > > Well, it now makes me wonder if the problem still lurks in my set up
> but
> > > has not yet manifested. Based on Csaba's experience, it is likely to! I
> > > will keep a watch and let you folks know.
> > > Best,
> > > Prasad
> > >
> > >
> > > On Thu, Nov 6, 2014 at 8:06 AM, Pecsabi <email address hidden>
> > > wrote:
> > >
> > >> Even though I tried to avoid installing a 3rd Python distribution on
> my
> > >> machine, it is there now. I followed Ana's instructions letter for
> > >> letter, everything is installed now as she said (although not in the
> > >> exact same folders), and Zim is starting again, but the usual full CPU
> > >> utilization is still there. I double checked, I am running zim.py with
> > >> the portable python.exe, and this portable python is using all the CPU
> > >> it can, whenever I open the external editor, and if it is opened long
> > >> enough, the CPU usage never seem to go back to normal after closing
> the
> > >> external editor. PYTHONPATH is not set for anything now.
> > >>
> > >> What I tried (to avoid to use a 3rd Python) was to follow the
> > >> instructions under 'PyGTK for Microsoft Windows using separate
> > components'
> > >> at http://www.pygtk.org/downloads.html and I installed the PyGTK,
> > >> PyCairo and PyGObject modules after installing the 64 bit GTK+
> runtime.
> > >> This didn't work out either, zim returned the error:
> > >> ImportError: DLL load failed: %1 is not a valid Win32 application.
> > >> ERROR: Could not find python module files in path:
> > >> C:\Programs\Zim\zim-0.62 c:\Programs\Gtk+
> > >> C:\Windows\system32\python27.zip C:\Programs\Python27\DLLs
> > >> C:\Programs\Python27\lib C:\Programs\Python27\lib\plat-win
> > >> C:\Programs\Python27\lib\lib-tk C:\Programs\Python27
> > >> C:\Programs\Python27\lib\site-packages
> > >> C:\Programs\Python27\lib\site-packages\gtk-2.0
> > >> where the last item seems to be the correct path for me, and I
> checked,
> > >> the modules put their files there indeed.
> > >>
> > >> It looks like we couldn't resolve this problem now, but I still thank
> > >> you both for your time.
> > >>
> > >> Best regards,
> > >> Csaba
> > >>
> > >> --
> > >> You received this bug notification because you are subscribed to the
> bug
> > >> report.
> > >> https://bugs.launchpad.net/bugs/1175621
> > >>
> > >> Title:
> > >> 100% CPU utilization on Win7 64-bit
> > >>
> > >> Status in Zim desktop wiki:
> > >> Confirmed
> > >>
> > >> Bug description...

[Pecsabi (peterfalvicsaba)]

Just in case I messed up something on my notebook with my alternative solutions, I repeated the installation from scratch on an other Win7 64bit notebook following Prasad's recipe. (Then I didn't know yet that she would experience the problem again.) Needless to say that the same happened, Zim is running and so does one core on the maximum with the open external editor.

I was wondering whether there could be some diagnostic tool for Python that tells about what's going on in a running script? Is there any better and more technical way to describe our problem for Jaap? To run the script in diagnostic or debug mode, or something like that? Something that could be carried out without extensive scripting knowledge and experience, but by the means of an average user? If there was something not too complicated way to do this, I would volunteer to help in the debugging in a bit more professional way, rather than just reporting the the fan goes up when I click here and there. If Jaap cannot reproduce the problem, then there must be more to it then some easy to spot programming bug. Let me know if I can help.

Best regards,
Csaba