Computer Chess Club Archives


Search

Terms

Messages

Subject: Re: AUTO232 and memory protection

Author: Harald Faber

Date: 07:19:15 02/03/99

Go up one level in this thread


On February 03, 1999 at 09:45:57, Robert Hyatt wrote:

>>So this sounds OK, auto232 is a TSR program (right?) and Rebel is the other
>>program so the use of HIMEM seems to be necessary. BTW AFAIK MCP also works with
>>himem.
>>
>>>All in all we need some time to figure this all out and in order to release
>>>an auto232 version that plays chess as the normal Rebel10 does and
>>>is not handicapped by external drivers.
>>>Ed Schroder
>>
>>Did you check this phenomenon also with Rebel9 or 8?
>
>
>first, the above description of himem is _wrong_. running under dos, there is
>_nothing_ to be done to 'protect' memory, which is one of the great gaffes of
>the dos O/S design...  have you never written a program that clears _all_ of
>memory and hangs the system?  Because you cleared the O/S (dos) as well?  So
>_anybody_ can write into your memory, you can write into anybody's memory.
>
>First level of damage assessment should be to find a copy of 'purify' or some
>such program and run Rebel in it.  This detects memory leaks, bad stores, bad
>loads, etc... slows it way down, but it finds a lot of memory-related problems.
>
>If it is the auto232 driver, you are probably stuck...  move to an O/S that does
>memory protection (windows, unix, etc)  and that problem will go away, if it
>isn't something in your program doing this...

So what can you suggest to find out if a) the autoplayer has a bug (I don't
believe it) b) Rebel has a problem or c) the built-in auto232-driver in Rebel
has a problem?



This page took 0 seconds to execute

Last modified: Thu, 15 Apr 21 08:11:13 -0700

Current Computer Chess Club Forums at Talkchess. This site by Sean Mintz.