This is the mail archive of the xconq7@sources.redhat.com mailing list for the Xconq project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: 7.5 release? - How you can help


Well, just to ask, how many people on this list know anybody still
running 98?
Everybody I know runs ME, XP, 2000, Mac or Linux.
I don't know any 98 users.

That should help determine the priority.

As a general question ,what OSes aren't supported?  (DOS6.22, Win3.0,
etc.).
Maybe it's time to put Win95 and maybe Win98 on that list.

What about putting counters on the downloads for the various OSes, so
you can tell what OSes are going out of favor?  This is only of
long-term use, of course, and won't help with source-code downloads.

Regards, and keep up the good work!
Erik

-----Original Message-----
From: xconq7-owner@sources.redhat.com
[mailto:xconq7-owner@sources.redhat.com] On Behalf Of Hans Ronne
Sent: Tuesday, September 23, 2003 9:29 AM
To: Eric McDonald
Cc: xconq7@sources.redhat.com
Subject: Re: 7.5 release? - How you can help

>P.S. I guess I'll have to make sure the Web site says
>"approaching" (which I thought it did) rather than "imminent".

Or rather, I should abstain from optimistic forecasts on this list :-).

Other things to do before a release:

1. Fix the recently discussed font problems in the tcltk interface
(almost
done).

2. Add several new game modules and update all the existing ones
(ditto).

3. Fix the memory problems on Windows. This is the big  one. Several
game
modules crash under Windows 98, probably due to the limit on the GDI
resource memory. In fact, after I updated the game modules, adding some
more images to imf.dir, every single game crashes under Windows 98 (this
is
one reason why I haven't checked in these updates yet).

I don't think it is acceptable for a release version of Xconq to crash
with
100% certainty on what is still one of the biggest installed platforms
worldwide, even if it works fine everywhere else. However, I'm not sure
what to do about it. I guess we could rewrite the imaging code so that
it
uses less memory, possibly fix some leaks, but this is quite some work.
And
it would probably only fix things until the next game module update adds
even more images.

I would therefore be very interested to hear if there are any known
shortcuts or hacks to deal with the GDI resource problem. It is after
all a
well-known limitation in Windows 98 that many programmers must have
stumbled on before.

Any suggestions are welcome.

Hans





Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]