Author: Günther Simon
Date: 15:31:04 12/18/04
Go up one level in this thread
On December 18, 2004 at 16:17:48, Frank Quisinsky wrote: >On December 18, 2004 at 10:25:44, Günther Simon wrote: > >>On December 18, 2004 at 06:21:35, WAEL DEEB wrote: >> >>>Hi, >>>Believe or not,for 2 years and 4 months until now....I've played exactely 3278 >>>games at long time control 2 hours per game and only a very few problems has >>>accured which is lost on time games from EXchess 4.01,some versions of Amy when >>>the position is lost for it for example! >> >>Well there are time losses, which are caused by bugs in a GUI, but OTH >>there are also (more often) time losses by bugs in the chess programs. >>Now there is also a third category unfortunately: time losses by chess >>programs which are _hidden_ by bugs in a GUI! >>I have some logs from Arena games, when actually the engine should >>have lost on time(due to a bug in time management), but Arena somehow allowed >>the engine to use more time to survive the cut.(claiming time losses was on) >>Even worse it substracted the time which the engine had lost on time from the >>next additional time, so it was well aware that something was wrong before... >> >>Regards, >>Guenther > >Hi Günther, > >saw much of the loosed on time games too. >Arasan (not the latest ATL tourney I play with Arasan), Ktulu test version, >Patriot release version, and perhaps in all the games are played 10 other >engines in 1-2 cases. > >I wonder and find out the Leo have under WinBoard also loosed on time games with >Arasan 8.2 or 8.1 I believe. Ktulu, Rahman have a mistake in the test version I >try and fixed it. Patriot, one tester of Patriot have the same problems with the >same engine under an other GUI :-) > >And the other programs: >Possible, yes its possible that you have perhaps from 30.000 games 20 games with >loosed on time which are not to reproduce. I am not sure, a mistake in the GUI >or in the engines or ... RANDOM! > >I am sure its a problem from us because we await now bugs. >And after all I learn in the time I have contact with a GUI programmers and get >the knowledge the GUI programmer is thinking I can understand much more the >programmer of ChessBase in the comments the programmer sent me after the >problems I have reported. > >To create a GUI with so many options and possibilitys isn't easy and to try to >make a GUI perfect isn't possible. But to try to make the best is possible. > >I have the following opinion: >I see such a game and I delete the game and replay the game for ATL. >In the ATL tourney A, round 5 I have for an example after 340 of 380 games no >games with loosed on time problems. Perhaps in the next tourney two games. > >The question for you: >Do you have the opinion that it no important to find out a possible bug? >In the constellation of such a GUI development. If you say yes ... we have the >same opinion if I am thinking on my own opinion before I start the work with >Martin. Today I have an other opinion! > >We create here a problem, fact is that we don't have a problem! >Hope you try to understand. > >The possible answer from yourself: >No Frank, right is to find out this possible problem! > >Random, not more not less! >To find out it is to search the "Nadel im Heuhaufen". >Meine so selten dieses Problem wirklich auftritt. > >Ich habe mich so viele Jahre mit WinBoard beschäftigt, war hier eher >perfektionistisch und habe versucht jedes Problem herauszufinden. Je >umfangreicher eine GUI wird ist dieser Perfektionismus eher schädlich. >Für den User und für den Programmierer. Der Programmierer dürfte nichts anders >mehr machen als auf den Fehler zu warten und würde viel Zeit verschenken. Er >kann nur hoffen das ein solch evtl. vorhandener Fehler durch einen Zufall >auffällt damit er berichtigt werden kann. Martin überarbeitet seine GUI laufend, >niemand kennt die GUI so gut wie der Programmierer selbst. Er weiß wenn ich an >dieser Stelle etwas riskantes ändere habe ich womöglich fünf neue Probleme >erschaffen als ein Problem zu lösen. Gerade bei einer GUI kommt das zum Tragen. >Tim Mann hat im übrigen die gleiche Meinung und hat das gar schon in Interview >zum Besten gegeben. Wenn hier etwas grundlegendes ändere müssen X Personen auch >Änderungen durchführen und mithin bringt die Änderung nichts. > >Wenn er keine Zeit mehr für die Entwicklung hat und selbst schreibt das ein >anderer auch gerne anknüpfen könnte sagt das schon viel aus. Die perfekte kleine >WinBoard GUI steht und die User erfreuen sich an "mehr" Perfektion da es zu >weniger Probleme kommt. > >Wenn Tim aber nur Programmierer von Arena wäre, würde er mächtig stolz sein mit >all diesen Optionen die GUI derart stabil zu haben. Auch ChessBase wird so >denken und einen Teufel tun hier überhaupt etwas zu riskieren. Das habe ich >früher verurteilt und das möchte ich zum Ausdruck bringen. Heute denke ich >anders darüber. Auch wenn Dir sicherlich die Zeilen nicht gefallen werden. Aber >mit Perfektion macht sich heute nur jeder das Leben selbst schwer. Ein >Perfektionist in einer GUI Entwicklung :-) Ich denke eher der Ruhige, >Ausdauernde wird ein besseres Ergebnis vorlegen. Der Perfektionist wird sich >verennen. Tim Mann hat das Problem für sich gelöst, Martin Blume auch, ChessBase >auch und das Resultat ist ... wir haben drei schöne GUIs mit unterschiedlichen >Stärken und Schwächen. > >Frank I don't understand how your message refers to my Arena bug report? May be you did not understand my message? I explain it again for you: Some engines simply lose on time because they have bugs and it has nothing to do with the GUI, you must live with this fact and deleting their games is wrong! Actually I was talking about exactly the opposite bug in Arena. There are engines which _must_ lose on time because they have a bug at certain time controls, but with the help of a bug _in_ Arena they don't, thus Arena hides the problem and makes it even worse. (details in my previous post - BTW it's easy to reproduce...) Guenther
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.