Author: Bernhard Bauer
Date: 00:32:35 08/26/98
Go up one level in this thread
On August 25, 1998 at 11:12:21, Robert Hyatt wrote:
>On August 25, 1998 at 10:41:01, Bernhard Bauer wrote:
>
>>Ok. Here is the log file
>>--------------------------------------------------------------
>>Crafty v15.18 (2 cpus)
>>
>>max threads set to 2
>>using cpu time
>>hash table memory = 24M bytes.
>>pawn hash table memory = 10M bytes.
>>
>>White(1): setboard 4k3/nnnnnnnn/8/8/8/8/RRRRRRRR/4K3/ w
>>
>> +---+---+---+---+---+---+---+---+
>> 8 | | | | | *K| | | |
>> +---+---+---+---+---+---+---+---+
>> 7 | *N| *N| *N| *N| *N| *N| *N| *N|
>> +---+---+---+---+---+---+---+---+
>> 6 | | | | | | | | |
>> +---+---+---+---+---+---+---+---+
>> 5 | | | | | | | | |
>> +---+---+---+---+---+---+---+---+
>> 4 | | | | | | | | |
>> +---+---+---+---+---+---+---+---+
>> 3 | | | | | | | | |
>> +---+---+---+---+---+---+---+---+
>> 2 | R | R | R | R | R | R | R | R |
>> +---+---+---+---+---+---+---+---+
>> 1 | | | | | K | | | |
>> +---+---+---+---+---+---+---+---+
>> a b c d e f g h
>>
>>White(1): d
>>White(1): go
>> clearing hash tables
>>--------------------------------------------------------
>>
>
>
>I tried that on three machines here, my linux box, a solaris box, and
>an SGI. I can't reproduce this... are you using the same compiler (gcc)
>on all your machines? I don't have a 2.7.0 anywhere as that had bugs and
>was quickly replaced by 2.7.2 and then later versions...
>
No I use
xlc (IBM Fortran)
gcc 2.7.0
MS VC++ 5.0
and I get always the same error. My be it's platform dependent.
I use AIX and WIN NT4.0.
>
>
>
>>>
>>>>
>>>>I think you should be able to reproduce this behavior - and it may be
>>>>important because it you don't get this running a different gcc under
>>>>LINUX you may have an error that may not show up for you, but is still
>>>>there and may produce bad results in other cases.
>>>>
>>>
>>>
>>>it is equally probably that msvc has a bug.. but I need to know where the
>>>program is blowing up before I can figure that out. IE you might compile with
>>>-g, then run it under the debugger to see where it is dying... It is impossible
>>>to debug something I can't produce...
>>
>>Ok. I get for UNIX (AIX3.2.5)
>>
>>dbx ./crafty core
>>dbx Version 3.1
>>Type 'help' for help.
>>reading symbolic information ...
>>[using memory image in core]
>>
>>segmentation violation in EPDTBScore at line 7278 in file "epd.c"
>> 7278 if (rb.rbv[sq] == cp)
>>(dbx)
>>
>
>
>aha... something in Steven Edward's EPD code there... although I
>have no clue why it should even be called since there are more than
>5 pieces on the board... have you modified the source in any way,
>with respect to search.c calling EGTBScore()?
>
>I'll look at his code to see if I see anything fishy, although it
>doesn't explain why it doesn't fail for me...
>
>
>
Kind regards
Bernhard
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.