Geschrieben von: / Posted by: Miguel A. Ballicora at 14 November 2001 17:16:15:
Als Antwort auf: / As an answer to: Re: from WB documantation... geschrieben von: / posted by: Dieter Buerssner at 14 November 2001 12:49:07:
This is false statement.
WinBoard works with ANY DOS executable.
Cutting from WB documentation:
5. WinBoard requires Win32 engines
Due to some Microsoft brain damage that I don't understand, WinBoard does not work with chess engines that were compiled to use a DOS extender for 32-bit addressing. (Probably not with 16-bit DOS or Windows programs either.) WinBoard works only with engines that are compiled for the Win32 API. You can get a free compiler that targets the Win32 API from . I think DJGPP 2.x should also work if you use the RSXNTDJ extension, but I haven't tried it.
I think the WB documentation is not totally correct. For me a DJGPP 2.x compile works (sort of) even without RSXNTDJ. At least a normal game without pondering will work.
It was already discussed here recently, whether it is possible to check for input in the pipe or not. I didn't try. But I know, that DJGPP comes with a select() function, and perhaps there is some hope, that this works for the pipe
Regards,
Dieter
A djgpp compile worked perfect for me in my machine and it was 25% faster
than a cygwin compile. However, it did not work in other machines for reasons
that I do not know. That version was 100% ANSI-C though (so, no ponder of any kind).
I think that the bottom line is that a DOS program can work but it is not guaranteed, even if it does in one machine. All different flavors of Windows
might make things more difficult to predict.
IIRC, that select() function is a "dummy" function. It does not do anything and it is present so programs that are being ported can be compiled for diagnosis
without firing compiler errors. But I might be wrong. I read that somewhere, I think in the help provided with RHIDE (the free interface).
All this is a pitty because I liked djgpp a lot.
Regards,
Miguel
between WB and the engine. Another possibility might be signals, but I did not check. Signals are to some extend administrated by the DPMI (DOS protected mode interface) of Windows, and it seems not impossible that a Win executable can send a signal to a DOS-extender executable.