Dev Builds » 20101024-0856

You are viewing an old NCM Stockfish dev build test. You may find the most recent dev build tests using Stockfish 15 as the baseline here.

Use this dev build

NCM plays each Stockfish dev build 20,000 times against Stockfish 7. This yields an approximate Elo difference and establishes confidence in the strength of the dev builds.

Summary

Host Duration Avg Base NPS Games Wins Losses Draws Elo

Test Detail

ID Host Started (UTC) Duration Base NPS Games Wins Losses Draws Elo CLI PGN

Commit

Commit ID 5254ca22f3dcfa3bd1993d85e57d68ba1a4f4f34
Author Marco Costalba
Date 2010-10-24 08:56:57 UTC
Fix a memcpy() warning under Valgrind Fix warning: "Source and destination overlap in memcpy" This happens when we call multiple time do_move() with the same state, for instance when we don't need to undo the move. This is what valgrind docs say: You don't want the two blocks to overlap because one of them could get partially overwritten by the copying. You might think that Memcheck is being overly pedantic reporting this in the case where 'dst' is less than 'src'. For example, the obvious way to implement memcpy() is by copying from the first byte to the last. However, the optimisation guides of some architectures recommend copying from the last byte down to the first. Also, some implementations of memcpy() zero 'dst' before copying, because zeroing the destination's cache line(s) can improve performance. In addition, for many of these functions, the POSIX standards have wording along the lines "If copying takes place between objects that overlap, the behavior is undefined." Hence overlapping copies violate the standard. The moral of the story is: if you want to write truly portable code, don't make any assumptions about the language implementation. Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Copyright 2011–2026 Next Chess Move LLC