Fedora 25 64bit
AMD 6 core
32 GB RAM
The version of pan that ran under Fedora 14 never had the issue.
But with version 0.141, pan likes to hog CPUs. I normally catch it in the
resource monitor. Pan has just been sitting there doing nothing and I will
see that one CPU goes to 100%. Eventually it will swap through all of the
CPUs, keeping one of them at 100%.
In the last case, I started a download and discovered that pan was sending
two CPUs to 100%. So, I stopped the job and tried to do a normal quit.
Instead, pan just laughed and wiped the GUI clean. I had to force a quit.
Download the following file for debug info:
It is a text file. But, the backtrace info I was after it did not do.
Every time I try this, gdb gives me another list of stuff to install.
I've done the latest install and trying yet again.
In the meantime, I'm making what I have available in case anyone has any
e-mail: [hidden email] | [hidden email] /~\ The ASCII
[hidden email] (140 char limit) \ / Ribbon Campaign
Visit - URL: http://vidiot.com/ X Against
http://vidiot.net/ / \ HTML Email
"You're Sherlock Holmes, wear the damn hat!" - Watson to Sherlock
Sherlock - The Abominable Bride - 1/01/16
Pan-users mailing list
Mike Brown posted on Thu, 15 Jun 2017 15:33:44 -0500 as excerpted:
> Pan 0.141 Fedora 25 64bit AMD 6 core 32 GB RAM
> The version of pan that ran under Fedora 14 never had the issue.
Fedora 14 to Fedora 25. That's quite the gap!
> But with version 0.141, pan likes to hog CPUs. I normally catch it in
> the resource monitor. Pan has just been sitting there doing nothing and
> I will see that one CPU goes to 100%. Eventually it will swap through
> all of the CPUs, keeping one of them at 100%.
> In the last case, I started a download and discovered that pan was
> sending two CPUs to 100%. So, I stopped the job and tried to do a normal
> quit. Instead, pan just laughed and wiped the GUI clean. I had to force
> a quit.
Not a dev, just a (long-time) list regular, and I run gentoo, so don't
know much about fedora-specific stuff, but maybe this will help?
Is that pan gtk2 or gtk3 based? It's a build-time option and gtk2 has
long been recommended because the gtk3-based version at least used to
have some strange behavior that to my knowledge was never really tracked
down, that just "went away", behaving as expected, when pan was built
So if fedora's pan is now gtk3-based, you're very possibly seeing some of
that strange behavior... Try rebuilding against gtk2.
Assuming it's gtk2-based, now...
It has been awhile, but some time ago there were reports of pan going to
100% cpu on a single core, if (IIRC) alli was enabled/running. I've long
preferred a kde/plasma desktop and thus don't have a full gnome or other
gtk-based desktop installed, and have only a limited understanding of the
various gtk/gnome components, but I believe that's accessibility-
related. Assuming you don't have a specific reason to enable
accessibility, check your accessibility-related gtk/gnome settings and
ensure they're all off, and that no alli-alike process is running. With
any luck that turns out to be your issue and it's easily solved. =:^)
Those two are the easy ones so we can hope it's one of those...
Beyond that, there's a fair chance it's a library, not pan itself, so you
might want to post a list of your pan dependency libs and versions.
And the other thing is newer gcc (as I believe fedora usually runs) has
changed some defaults, and pan may not have been patched to handle them
properly yet. I know some patches toward that end have been merged
recently, but as I run pan built from live-git and updated rather
frequently (generally every week or two, if there have been commits,
which most of the time there aren't, I'm posting with pan via gmane, so
you can see what I'm currently running from my headers, 0.142 with the
specific git commit listed), I tend to forget which commits made it into
Given that you're running a distro supplied build, gcc-update related and
similar bugs would generally be filed as a bug with your distro, which
could file an upstream bug (ideally with a maintainer-developed patch
=:^) as appropriate.
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
Pan-users mailing list
|Free forum by Nabble||Edit this page|