Pedro Gimeno wrote, On 2014-03-18 20:51:
> I've come up with a patch that solves all of the above:
Sorry for the spam. The attached patch is essentially the same as the
previous one, but it adds a conditional define HAVE_LONG_LONG that uses
long long instead of the added functions when defined. T
Pedro Gimeno wrote, On 2013-12-07 16:08:
> The attached patch is not intended to be applied directly to close this
> bug; it's a "works for me" but it is likely to break packaging policies
> or builds due to unconditional use of certain C features (long long
> type, to be precise). It's also not c
Rodolfo García Peñas wrote, On 2013-12-06 22:34:
> Hi Pedro,
>
> I was checking the wmmon code, and I didn't find the problem. I think wmmon
> reads the /proc/stat file using long, not using floats.
>
> Could you check it again?
>
Hello, Rodolfo,
I'm sorry. I use three monitoring utilities at
Hi Pedro,
I was checking the wmmon code, and I didn't find the problem. I think wmmon
reads the /proc/stat file using long, not using floats.
Could you check it again?
Thanks a lot,
Best regards,
kix.
--
.''`. Rodolfo García Peñas (kix)
: :' : Proud Debian Developer
`. `'` 4096R / 3F48 0B
I sent this bug+patch to upstream today.
A new wmmon version (upstream) will be released soon. Then I will upload
the new package.
Thanks a lot for your bug report and for your patch.
kix
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". T
Package: wmmon
Version: 1.4-4
Severity: minor
Tags: patch
wmmon reads the CPU counters from /proc/stat. As the number of jiffies
grows, a single-precision float gets unable to distinguish the low-order
digits. As a result, after some uptime, the display gets unreliable, up
to the point where CPU u
6 matches
Mail list logo
