Change behavior of printing settings
[wmlaptop2.git] / BUGS
blobf9a1528d802267573d58cf47fa5063df21a854e9
1 version 1.4:
2 the shutdown support could have some problem due to this fact: some batteries
3 when are running low just jump from (i.e.) 5% to 0% (my battery does this).
4 And so, if you have set the auto shutdown when battery is at (i.e.) 3%, wmlaptop
5 wont never shutdown the system.. 
7 version 1.3:
8 maybe APM support has been improved. I would like to recieve comments by
9 apm'users on it. Cpu goes in paradisiac mode even when wmlaptop starts at
10 100%
13 version 1.2:
14 the "floating point exception" is now handled, but unfortunately the behaviour
15 is not properly fixed, just patched: the division by zero is not performed
16 anymore, to disadvantage of estimated time: this will be set to 0
17 the bug which shows a wrong percentage when more batteries are plugged in has
18 been solved by Daniel Winkler
21 the version 1.1 is released without lot of tests: this means that there could
22 be some bug here in there :P. An isolated undocument bug has been reported
23 from a user of 1.01, which tell us that he recieve an "floating point exception"
24 signal which kill the application. We are not sure to have resolve this bug with
25 the 1.1 version.
28 We ask you to send to the authors the report of every bug you found, and if the
29 message of exit is one of the system message (like "segmentation fault" or
30 "floating point exception", we ask you to send the core.dump file too please. To
31 enable the core.dump creation, you have to type "ulimit -c unlimited" before
32 starting the application )
34 Before submitting any bugs, please remember to check you are using the last
35 version of wmlaptop (downloadable here -> wmlaptop.sourceforge.net), and 
36 remember this:
38 to use wmlaptop frequency scaling with /sys/ directory, you have to enable
39 the "userspace governor" in the kernel configuration.
41 the use of wmlaptop with cpufreqd is known to give some problems.. please don't
42 use both at the same time.
45 Thanks in advance to every bug reporters
46 and thanks to:
47 Adrian Robert
48 Bernd Pommerehne
49 Daniel Winkler
50 James Woodard
51 for their contribute.