This is the mail archive of the
xconq7@sources.redhat.com
mailing list for the Xconq project.
CPU getting hammered with xconq-7.5.0-0pre.0.20040519
- From: Jon Leech <nospam at oddhack dot engr dot sgi dot com>
- To: xconq7 at sources dot redhat dot com
- Date: Thu, 20 May 2004 20:48:01 -0700
- Subject: CPU getting hammered with xconq-7.5.0-0pre.0.20040519
I've been trying out Eric's xconq-7.5.0-0pre.0.20040519 RPMs on
Mandrake 10 (after some install bobbles involving, we suspect, a subtly
broken or behavior-changed version of RPM that came with the distro -
BTW, if anyone else is seeing weird checksum errors from rpm version 4.2
on these RPMs, resigning the RPM with '--resign' seems to fix it).
Initially xconq works well, although it seems in general somewhat
more sluggish than 7.4.1 running on Mandrake 9.2. After a few
minutes/turns of playing, however, the CPU usage on my machine starts
getting hammered (top shows xconq consuming 98% of the CPU), and the
game becomes effectively unplayable - response time on the order of half
a second for each hex movement. This is invoking the standard scenario
with a bunch of computer opponents e.g.
xconq -L /usr/share/xconq -e 8,ai -M 78x76
Saving the game and restarting improves matters briefly,
but quickly returns to sucking up all the CPU.
I looked back a few weeks through the list archive subjects and
didn't see any similar reports - but I haven't examined all the message
bodies, so apologies if this has already been reported.
An unrelated issue: it looks like at least some of the options in
the 'View' menu aren't being saved. For example, if I start up a game,
disable 'Unit names' and 'Feature names', enable 'Meridians', save, and
restart with the saved game, those options are restored to their
original state rather than the state I set.
Jon