Crafty 22.0 Win32 build available

[bob]

Jim, maybe i should not be complaining because this is a free version, but it looks to me like it has catastrophe written all over it, setting aside the 64 bit and MP/SP issue. I mean i have 5 previous versions loaded, and i have never seen anything like this. In the rc file i put my tb path. I knew it was right- because all my other versions recognize it. But 22.0 would not. I had no idea until Martin in our testing group said he couldnt make the engine work right until he removed the word "exit" from the last line of the rc file. Just on a hunch- i removed the word exit, and now it accesses TB perfectly. Help me out here, please. Was i supposed to know that? How in God's name would anyone know they had to do that. Or that the word "exit" would even have anything to do with TB. Lastly, i have the log set to OFF in the rc file, and i unticked it in parameters, and it is still creating the files faster than rabbits can multiply. And they are not 0kb files either. Do you have any idea how i can get them to stop creating the files. I know all this is not your responsibility- but maybe you can tell me something that will help.

Can't answer the question about the "exit". I tried it and it works perfectly normally here, although I have never put it at the end of my .craftyrc file. The only advice I have ever given there is that the last line should generally be a blank line, because using notepad to create the file often leaves the last line without a CR/LF on the end, which causes the last .craftyrc command to be combined with the next command sent to the engine. But your problem with the exit makes no sense and it _certainly_ has no effect on endgame table usage in crafty.

If you set "log=off" in your crafty.rc file, crafty absolutely will not produce log files, unless the gui or operator is overriding that. If it does create logs, look in the first log.nnn file to see what is wrong with your log=off command. I play this way on the cluster since I don't want the files either when playing tens of thousands of games, and it does not produce them if this is done correctly.

It would be much better to check what you are doing, before calling this a "disaster" since this specific version has played 50,000 games in the last 2-3 days alone, and we have seen zero problems. Only issue I have found was the smpnice command had one fix that was lost, but this other stuff is simply not related to this version...

I'd almost bet that the "exit" has no cr/lf, and that will certainly wreck things, but that is not a fault of crafty, it is a fault of the notepad/wordpad editor not following the convention of ending each line with a CR/LF...

Much Thanks,

George

Guessing that you dont care a bit for UCI anyway, im figuring that "zero" of the these games were run in chessbase with the WB to Uci adapters. ( I know, the hell with CB) Its not possible that 1% of the test games were run WB converted to UCI- because if they had been- this version would have been put on hold.

Let me say this one more time. The _only_ bug in 22.0 is the smpnice bug. If you tried to use the original 22.0, and manually set smpnice=1, and mt=n (where n at least 2), and ponder=off, then it would crash/hang when it incorrectly terminated the extra processes. The current version, which was put up within an hour of someone pointing out the problem does not have that problem.

there are no other known issues. I don't care whether it is wbtouci, or winboard or xboard, so long as the other end adheres to the xboard protocol, everything is working, whether it be in windows or in linux.

So this version had no reason to be "put on hold", none of the protocol stuff has changed one scintilla in many versions now, because it simply works. If you get a bad compile, or someone does not know about specific issues in egtb where Eugene does some aliasing that will break an optimizer if the wrong options are used, then there's little I can do about that. We have four of us working on this all the time. I play thousands of games a day, both on the cluster and on ICC. tracy, mike and peter are doing the same, some with windows, some with linux, and we are having zero problems.

No, we don't use ponder=off on ICC, but I test on the cluster that way all the time and know that it works just fine. I have not been testing with smpnice=1 since I wrote the changes and tested them last Fall prior to CCT10, but that is the only thing that was not recently tested and the only thing that has been identified as a real problem. And it was fixed within 24 hours of the release.

So calling this a "disaster" is only the result of something beyond my control. My versions work flawlessly. I can't control how others build/run the program and completely mangle the crafty.rc/.craftyrc settings and then complain when they cause problems. "exit" does nothing in the crafty.rc file. Except to work around a known problem that has been explained often enough to categorize it as a user error when it happens.

If you can point out a specific problem that is reproducible with winboard/xboard, or in text mode, I can fix it, if there is such a problem. But if it only happens when using wb2uci or whatever, and not in native winboard, that sort of suggests where the problem lies...

Your comments suggest it was poorly tested, which is completely wrong, with the sole exception of testing with smpnice=1, because that is not an efficient way to test due to the slight time loss it causes...

[geots]

Jim, maybe i should not be complaining because this is a free version, but it looks to me like it has catastrophe written all over it, setting aside the 64 bit and MP/SP issue. I mean i have 5 previous versions loaded, and i have never seen anything like this. In the rc file i put my tb path. I knew it was right- because all my other versions recognize it. But 22.0 would not. I had no idea until Martin in our testing group said he couldnt make the engine work right until he removed the word "exit" from the last line of the rc file. Just on a hunch- i removed the word exit, and now it accesses TB perfectly. Help me out here, please. Was i supposed to know that? How in God's name would anyone know they had to do that. Or that the word "exit" would even have anything to do with TB. Lastly, i have the log set to OFF in the rc file, and i unticked it in parameters, and it is still creating the files faster than rabbits can multiply. And they are not 0kb files either. Do you have any idea how i can get them to stop creating the files. I know all this is not your responsibility- but maybe you can tell me something that will help.

Can't answer the question about the "exit". I tried it and it works perfectly normally here, although I have never put it at the end of my .craftyrc file. The only advice I have ever given there is that the last line should generally be a blank line, because using notepad to create the file often leaves the last line without a CR/LF on the end, which causes the last .craftyrc command to be combined with the next command sent to the engine. But your problem with the exit makes no sense and it _certainly_ has no effect on endgame table usage in crafty.

If you set "log=off" in your crafty.rc file, crafty absolutely will not produce log files, unless the gui or operator is overriding that. If it does create logs, look in the first log.nnn file to see what is wrong with your log=off command. I play this way on the cluster since I don't want the files either when playing tens of thousands of games, and it does not produce them if this is done correctly.

It would be much better to check what you are doing, before calling this a "disaster" since this specific version has played 50,000 games in the last 2-3 days alone, and we have seen zero problems. Only issue I have found was the smpnice command had one fix that was lost, but this other stuff is simply not related to this version...

I'd almost bet that the "exit" has no cr/lf, and that will certainly wreck things, but that is not a fault of crafty, it is a fault of the notepad/wordpad editor not following the convention of ending each line with a CR/LF...

Much Thanks,

George

Guessing that you dont care a bit for UCI anyway, im figuring that "zero" of the these games were run in chessbase with the WB to Uci adapters. ( I know, the hell with CB) Its not possible that 1% of the test games were run WB converted to UCI- because if they had been- this version would have been put on hold.

Let me say this one more time. The _only_ bug in 22.0 is the smpnice bug. If you tried to use the original 22.0, and manually set smpnice=1, and mt=n (where n at least 2), and ponder=off, then it would crash/hang when it incorrectly terminated the extra processes. The current version, which was put up within an hour of someone pointing out the problem does not have that problem.

there are no other known issues. I don't care whether it is wbtouci, or winboard or xboard, so long as the other end adheres to the xboard protocol, everything is working, whether it be in windows or in linux.

So this version had no reason to be "put on hold", none of the protocol stuff has changed one scintilla in many versions now, because it simply works. If you get a bad compile, or someone does not know about specific issues in egtb where Eugene does some aliasing that will break an optimizer if the wrong options are used, then there's little I can do about that. We have four of us working on this all the time. I play thousands of games a day, both on the cluster and on ICC. tracy, mike and peter are doing the same, some with windows, some with linux, and we are having zero problems.

No, we don't use ponder=off on ICC, but I test on the cluster that way all the time and know that it works just fine. I have not been testing with smpnice=1 since I wrote the changes and tested them last Fall prior to CCT10, but that is the only thing that was not recently tested and the only thing that has been identified as a real problem. And it was fixed within 24 hours of the release.

So calling this a "disaster" is only the result of something beyond my control. My versions work flawlessly. I can't control how others build/run the program and completely mangle the crafty.rc/.craftyrc settings and then complain when they cause problems. "exit" does nothing in the crafty.rc file. Except to work around a known problem that has been explained often enough to categorize it as a user error when it happens.

If you can point out a specific problem that is reproducible with winboard/xboard, or in text mode, I can fix it, if there is such a problem. But if it only happens when using wb2uci or whatever, and not in native winboard, that sort of suggests where the problem lies...

Your comments suggest it was poorly tested, which is completely wrong, with the sole exception of testing with smpnice=1, because that is not an efficient way to test due to the slight time loss it causes...

Is anyone anywhere reading what i am saying. My concerns have "zero" to do with MP, SP, 32 bit or 64 bit. I only run in chessbase, and my guess is this engine was not tested in the 50,000 games as WB converted to Uci with adapters. Because if it had been, the tests would have promptly stopped. Am i saying the test games were bad work? NO Am i saying it was not thoroughly checked, or prob. not at all, as Uci. YES Jesus, how hard is this to understand?



I might also add that my concerns also have nothing to do with any ponder = ON or ponder = OFF situations. My concerns have zero_to_do_ with any thing anyone above has mentioned. Is anyone anywhere reading my threads? One last time- it may run perfectly in Arena- it has big problems with chessbase.

[Jim Ablett]

Hi George,

Is anyone anywhere reading what i am saying. My concerns have "zero" to do with MP, SP, 32 bit or 64 bit. I only run in chessbase, and my guess is this engine was not tested in the 50,000 games as WB converted to Uci with adapters. Because if it had been, the tests would have promptly stopped. Am i saying the test games were bad work? NO Am i saying it was not thoroughly checked, or prob. not at all, as Uci. YES Jesus, how hard is this to understand?

You should try Peter Skinner's build to be sure it's not just a bad compile. I use the latest Intel compiler,
I think Peter uses msvc++. Could be latest Crafty source just doesn't like latest Intel speed optimizations now.

http://www.webkikr.net/

regards,
Jim.

[geots]

Hi George,

Is anyone anywhere reading what i am saying. My concerns have "zero" to do with MP, SP, 32 bit or 64 bit. I only run in chessbase, and my guess is this engine was not tested in the 50,000 games as WB converted to Uci with adapters. Because if it had been, the tests would have promptly stopped. Am i saying the test games were bad work? NO Am i saying it was not thoroughly checked, or prob. not at all, as Uci. YES Jesus, how hard is this to understand?

You should try Peter Skinner's build to be sure it's not just a bad compile. I use the latest Intel compiler,
I think Peter uses msvc++. Could be latest Crafty source just doesn't like latest Intel speed optimizations now.

http://www.webkikr.net/

regards,
Jim.

Jesus, Jim- you are here to help out again. I must do something nice for you- you at least took the time to read my thread.

Best to You (as always),

[bob]

Jim, maybe i should not be complaining because this is a free version, but it looks to me like it has catastrophe written all over it, setting aside the 64 bit and MP/SP issue. I mean i have 5 previous versions loaded, and i have never seen anything like this. In the rc file i put my tb path. I knew it was right- because all my other versions recognize it. But 22.0 would not. I had no idea until Martin in our testing group said he couldnt make the engine work right until he removed the word "exit" from the last line of the rc file. Just on a hunch- i removed the word exit, and now it accesses TB perfectly. Help me out here, please. Was i supposed to know that? How in God's name would anyone know they had to do that. Or that the word "exit" would even have anything to do with TB. Lastly, i have the log set to OFF in the rc file, and i unticked it in parameters, and it is still creating the files faster than rabbits can multiply. And they are not 0kb files either. Do you have any idea how i can get them to stop creating the files. I know all this is not your responsibility- but maybe you can tell me something that will help.

Can't answer the question about the "exit". I tried it and it works perfectly normally here, although I have never put it at the end of my .craftyrc file. The only advice I have ever given there is that the last line should generally be a blank line, because using notepad to create the file often leaves the last line without a CR/LF on the end, which causes the last .craftyrc command to be combined with the next command sent to the engine. But your problem with the exit makes no sense and it _certainly_ has no effect on endgame table usage in crafty.

If you set "log=off" in your crafty.rc file, crafty absolutely will not produce log files, unless the gui or operator is overriding that. If it does create logs, look in the first log.nnn file to see what is wrong with your log=off command. I play this way on the cluster since I don't want the files either when playing tens of thousands of games, and it does not produce them if this is done correctly.

It would be much better to check what you are doing, before calling this a "disaster" since this specific version has played 50,000 games in the last 2-3 days alone, and we have seen zero problems. Only issue I have found was the smpnice command had one fix that was lost, but this other stuff is simply not related to this version...

I'd almost bet that the "exit" has no cr/lf, and that will certainly wreck things, but that is not a fault of crafty, it is a fault of the notepad/wordpad editor not following the convention of ending each line with a CR/LF...

Much Thanks,

George

Guessing that you dont care a bit for UCI anyway, im figuring that "zero" of the these games were run in chessbase with the WB to Uci adapters. ( I know, the hell with CB) Its not possible that 1% of the test games were run WB converted to UCI- because if they had been- this version would have been put on hold.

Let me say this one more time. The _only_ bug in 22.0 is the smpnice bug. If you tried to use the original 22.0, and manually set smpnice=1, and mt=n (where n at least 2), and ponder=off, then it would crash/hang when it incorrectly terminated the extra processes. The current version, which was put up within an hour of someone pointing out the problem does not have that problem.

there are no other known issues. I don't care whether it is wbtouci, or winboard or xboard, so long as the other end adheres to the xboard protocol, everything is working, whether it be in windows or in linux.

So this version had no reason to be "put on hold", none of the protocol stuff has changed one scintilla in many versions now, because it simply works. If you get a bad compile, or someone does not know about specific issues in egtb where Eugene does some aliasing that will break an optimizer if the wrong options are used, then there's little I can do about that. We have four of us working on this all the time. I play thousands of games a day, both on the cluster and on ICC. tracy, mike and peter are doing the same, some with windows, some with linux, and we are having zero problems.

No, we don't use ponder=off on ICC, but I test on the cluster that way all the time and know that it works just fine. I have not been testing with smpnice=1 since I wrote the changes and tested them last Fall prior to CCT10, but that is the only thing that was not recently tested and the only thing that has been identified as a real problem. And it was fixed within 24 hours of the release.

So calling this a "disaster" is only the result of something beyond my control. My versions work flawlessly. I can't control how others build/run the program and completely mangle the crafty.rc/.craftyrc settings and then complain when they cause problems. "exit" does nothing in the crafty.rc file. Except to work around a known problem that has been explained often enough to categorize it as a user error when it happens.

If you can point out a specific problem that is reproducible with winboard/xboard, or in text mode, I can fix it, if there is such a problem. But if it only happens when using wb2uci or whatever, and not in native winboard, that sort of suggests where the problem lies...

Your comments suggest it was poorly tested, which is completely wrong, with the sole exception of testing with smpnice=1, because that is not an efficient way to test due to the slight time loss it causes...

Is anyone anywhere reading what i am saying. My concerns have "zero" to do with MP, SP, 32 bit or 64 bit. I only run in chessbase, and my guess is this engine was not tested in the 50,000 games as WB converted to Uci with adapters. Because if it had been, the tests would have promptly stopped. Am i saying the test games were bad work? NO Am i saying it was not thoroughly checked, or prob. not at all, as Uci. YES Jesus, how hard is this to understand?

Apparently _Very_ difficult on your end. I have _zero_ special case code for any protocol other than xboard. Absolutely _ZERO_. So what is there to test on my end? My goal is to have crafty work correctly with the xboard protocol, which it does in all of my testing, which is considerable.

How do I test on a GUI I don't run? If the GUI does things differently than xboard, again, not my problem. All I can do is test Crafty the same way I have been testing it since it was first released in 1995.

I might also add that my concerns also have nothing to do with any ponder = ON or ponder = OFF situations. My concerns have zero_to_do_ with any thing anyone above has mentioned. Is anyone anywhere reading my threads? One last time- it may run perfectly in Arena- it has big problems with chessbase.

And one last time, "I don't care". I don't support chessbase in Crafty. I only support winboard. If they don't support it properly, that's neither something I am bothered by nor something I can do anything about.

So, what is your point? It is working properly for everyone using it in the way it was intended to be used, and it is a "disaster"???

I guess I miss what you are trying to say, but I can tell you this. Here is the wrong place to report chessbase-related bugs...

[bob]

Hi George,

Is anyone anywhere reading what i am saying. My concerns have "zero" to do with MP, SP, 32 bit or 64 bit. I only run in chessbase, and my guess is this engine was not tested in the 50,000 games as WB converted to Uci with adapters. Because if it had been, the tests would have promptly stopped. Am i saying the test games were bad work? NO Am i saying it was not thoroughly checked, or prob. not at all, as Uci. YES Jesus, how hard is this to understand?

You should try Peter Skinner's build to be sure it's not just a bad compile. I use the latest Intel compiler,
I think Peter uses msvc++. Could be latest Crafty source just doesn't like latest Intel speed optimizations now.

http://www.webkikr.net/

regards,
Jim.

I always use the latest intel compiler, 32 bit on my office box, 64 bit on my laptop and on our 64 bit cluster... works perfectly for me using either intel or gcc although intel is significantly faster. and gcc's PGO has been problematic at times while intel's works perfectly.

[bob]

Hi George,

Is anyone anywhere reading what i am saying. My concerns have "zero" to do with MP, SP, 32 bit or 64 bit. I only run in chessbase, and my guess is this engine was not tested in the 50,000 games as WB converted to Uci with adapters. Because if it had been, the tests would have promptly stopped. Am i saying the test games were bad work? NO Am i saying it was not thoroughly checked, or prob. not at all, as Uci. YES Jesus, how hard is this to understand?

You should try Peter Skinner's build to be sure it's not just a bad compile. I use the latest Intel compiler,
I think Peter uses msvc++. Could be latest Crafty source just doesn't like latest Intel speed optimizations now.

http://www.webkikr.net/

regards,
Jim.

Jesus, Jim- you are here to help out again. I must do something nice for you- you at least took the time to read my thread.

Best to You (as always),

I took the time to read your thread. Including this:

quote "Jim, maybe i should not be complaining because this is a free version, but it looks to me like it has catastrophe written all over it,"

So exactly what am I missing? It is a catastrophe (whatever that is) because it doesn't work in chessbase? That is somewhat like saying a Sparrow missile is a catastrophe because it doesn't work very well as a fence post...

99.9% of crafty users are using winboard/xboard. chessbase has _always_ been a disaster, with the GUI playing all sorts of games to give chessbase engines an added advantage over the opponents... I don't see how 99%+ success can be any sort of catastrophe at all...

That was my point. Your statement was beyond hyperbole...

[geots]

Jim, maybe i should not be complaining because this is a free version, but it looks to me like it has catastrophe written all over it, setting aside the 64 bit and MP/SP issue. I mean i have 5 previous versions loaded, and i have never seen anything like this. In the rc file i put my tb path. I knew it was right- because all my other versions recognize it. But 22.0 would not. I had no idea until Martin in our testing group said he couldnt make the engine work right until he removed the word "exit" from the last line of the rc file. Just on a hunch- i removed the word exit, and now it accesses TB perfectly. Help me out here, please. Was i supposed to know that? How in God's name would anyone know they had to do that. Or that the word "exit" would even have anything to do with TB. Lastly, i have the log set to OFF in the rc file, and i unticked it in parameters, and it is still creating the files faster than rabbits can multiply. And they are not 0kb files either. Do you have any idea how i can get them to stop creating the files. I know all this is not your responsibility- but maybe you can tell me something that will help.

Can't answer the question about the "exit". I tried it and it works perfectly normally here, although I have never put it at the end of my .craftyrc file. The only advice I have ever given there is that the last line should generally be a blank line, because using notepad to create the file often leaves the last line without a CR/LF on the end, which causes the last .craftyrc command to be combined with the next command sent to the engine. But your problem with the exit makes no sense and it _certainly_ has no effect on endgame table usage in crafty.

If you set "log=off" in your crafty.rc file, crafty absolutely will not produce log files, unless the gui or operator is overriding that. If it does create logs, look in the first log.nnn file to see what is wrong with your log=off command. I play this way on the cluster since I don't want the files either when playing tens of thousands of games, and it does not produce them if this is done correctly.

It would be much better to check what you are doing, before calling this a "disaster" since this specific version has played 50,000 games in the last 2-3 days alone, and we have seen zero problems. Only issue I have found was the smpnice command had one fix that was lost, but this other stuff is simply not related to this version...

I'd almost bet that the "exit" has no cr/lf, and that will certainly wreck things, but that is not a fault of crafty, it is a fault of the notepad/wordpad editor not following the convention of ending each line with a CR/LF...

Much Thanks,

George

Guessing that you dont care a bit for UCI anyway, im figuring that "zero" of the these games were run in chessbase with the WB to Uci adapters. ( I know, the hell with CB) Its not possible that 1% of the test games were run WB converted to UCI- because if they had been- this version would have been put on hold.

Let me say this one more time. The _only_ bug in 22.0 is the smpnice bug. If you tried to use the original 22.0, and manually set smpnice=1, and mt=n (where n at least 2), and ponder=off, then it would crash/hang when it incorrectly terminated the extra processes. The current version, which was put up within an hour of someone pointing out the problem does not have that problem.

there are no other known issues. I don't care whether it is wbtouci, or winboard or xboard, so long as the other end adheres to the xboard protocol, everything is working, whether it be in windows or in linux.

So this version had no reason to be "put on hold", none of the protocol stuff has changed one scintilla in many versions now, because it simply works. If you get a bad compile, or someone does not know about specific issues in egtb where Eugene does some aliasing that will break an optimizer if the wrong options are used, then there's little I can do about that. We have four of us working on this all the time. I play thousands of games a day, both on the cluster and on ICC. tracy, mike and peter are doing the same, some with windows, some with linux, and we are having zero problems.

No, we don't use ponder=off on ICC, but I test on the cluster that way all the time and know that it works just fine. I have not been testing with smpnice=1 since I wrote the changes and tested them last Fall prior to CCT10, but that is the only thing that was not recently tested and the only thing that has been identified as a real problem. And it was fixed within 24 hours of the release.

So calling this a "disaster" is only the result of something beyond my control. My versions work flawlessly. I can't control how others build/run the program and completely mangle the crafty.rc/.craftyrc settings and then complain when they cause problems. "exit" does nothing in the crafty.rc file. Except to work around a known problem that has been explained often enough to categorize it as a user error when it happens.

If you can point out a specific problem that is reproducible with winboard/xboard, or in text mode, I can fix it, if there is such a problem. But if it only happens when using wb2uci or whatever, and not in native winboard, that sort of suggests where the problem lies...

Your comments suggest it was poorly tested, which is completely wrong, with the sole exception of testing with smpnice=1, because that is not an efficient way to test due to the slight time loss it causes...

Is anyone anywhere reading what i am saying. My concerns have "zero" to do with MP, SP, 32 bit or 64 bit. I only run in chessbase, and my guess is this engine was not tested in the 50,000 games as WB converted to Uci with adapters. Because if it had been, the tests would have promptly stopped. Am i saying the test games were bad work? NO Am i saying it was not thoroughly checked, or prob. not at all, as Uci. YES Jesus, how hard is this to understand?

Apparently _Very_ difficult on your end. I have _zero_ special case code for any protocol other than xboard. Absolutely _ZERO_. So what is there to test on my end? My goal is to have crafty work correctly with the xboard protocol, which it does in all of my testing, which is considerable.

How do I test on a GUI I don't run? If the GUI does things differently than xboard, again, not my problem. All I can do is test Crafty the same way I have been testing it since it was first released in 1995.

I might also add that my concerns also have nothing to do with any ponder = ON or ponder = OFF situations. My concerns have zero_to_do_ with any thing anyone above has mentioned. Is anyone anywhere reading my threads? One last time- it may run perfectly in Arena- it has big problems with chessbase.

And one last time, "I don't care". I don't support chessbase in Crafty. I only support winboard. If they don't support it properly, that's neither something I am bothered by nor something I can do anything about.

So, what is your point? It is working properly for everyone using it in the way it was intended to be used, and it is a "disaster"???

I guess I miss what you are trying to say, but I can tell you this. Here is the wrong place to report chessbase-related bugs...

Just forget i said anything. My time is more valuable than this- as im sure yours is. I actually really like your program and you do no doubt fine work. Why not let's just leave it at that. Have a good night.

[Dr.Wael Deeb]

Unfortunately,I downloded the Peter Skinner's build and used his .rc file using mt=2,but Crafty keeps on using one processor only and it again occupies one processor on the opponents time.....

[geots]

Unfortunately,I downloded the Peter Skinner's build and used his .rc file using mt=2,but Crafty keeps on using one processor only and it again occupies one processor on the opponents time.....

Dr, i understand. I am just trying to get it to load as WB converted to UCI to run in chessbase. I already have 4 of Bobs versions running that way- so its not a big deal. Bu it is now. No combination of anything i can come up with will make it work. I cant get Abletts compile to quit making log files no matter what i enter anywhere. And i cant get Pete's compound to access TB. Anyone who tells you it is working perfectly for them- I promise you they are not talking about and have not tried to run it in chessbase. Bob doesnt give a flying shit about UCI, and all he says is the engine works perfectly and the problems with the gui is not his fault. And it is not, i guess. The only upside i see to this whole deal is im not out any money.