dgtnix-devel — Discussion on dgtnix development

Re: [Dgtnix-devel] dgtnix additions

[Pierre B. <pie...@ya...>]

Hello all,

Alexander Wagner a écrit :
> Hi!
>
> Sorry Ben, ignore my last question about you haveing a
> board. Seems I messed up some names. ;)
>
>  > The DGT Board stores the moves that are played in
>  > non-volatile RAM. This offers the possibility to use the
>  > board for just logging the moves, i.e.  at your chess
>  > club, and retrieve these moves later to your computer.
>
> This is acually a nice feature and as mentioned already I'd
> like to have a similar functionality in dgtnix.
>   
Indeed it is a nice feature !!  Ben,  was your proposal to help in 
implementing this in dgtnix ?


>  > Queen is a Windows program that reads this storage and
>  > processes it to pgn files.
>
> (Btw: it runs in wine, but well...)
>   
Yes, I have tested it with wine, It works quite well but,...  of course 
you cannot connect to the board.
>  > dgtnixVirtualBoard Is a virtual board for testing, written
>  > in python. It is transparent to the dgtnix driver wether
>  > it is connected to a DGT real board or to a
>  > dgtnixVirtualBoard.
>
> Now I checked into the code and I got it. It offers me the
> opportunity to test my driver engine without a board. That's
> nice indeed. Just got the Python-Stuff out of the svn.
>
>  > Some news : + I have written python bindings for the
>  > driver
>
> This is also a nice new thing.
>
>  >     + Eboard development has started again since a few
>  >     weeks (and Felipe has granted me write access to the
>  >     cvs tree)
>
> :)
>
>  >     + I am doing proselytism for dgtnix support on this
>  >     two project + http://pychess.googlepages.com/  (I have
>  >     write access to this program tree)
>
> This doesn't look bad from a first glance. Like xboard
> written in python. I think I'll check it out. Always played
> with the idea of doing such a thing myself but it lacked the
> time.
>
> And just to mention I opend some dialog with Stefan
> Mayer-Kahlen from Shredder about dgt-support on his Linux
> and Mac-Version. I'm quite interested myself especially
> about Linux support of course. (The very unfortunate thing
> is that I've no Mac so I can't be of assistence there right
> now.)
>
> Anyway I think for his approach the driver engine is a very
> viable approach as he's programming everything in java it
> would offer him dgt-support without much changes to his
> code and the interface to my engine is nearly pure UCI (or
> xboard if one whishes, for the functionality required these
> two are not much of a difference.) Additionally the input
> engine approach also offers some further ideas. One can
> think of remote controling a gui e.g.
>
> Hopefully I can do some debugging now and get the engine
> ready soon. Actually it is right now with dgtnix already a
> lot simpler than the first version based upon crafty's
> original code.
>
>   

Re: [Dgtnix-devel] dgtnix additions

[Alexander W. <a.w...@ph...>]

Hi!

Sorry Ben, ignore my last question about you haveing a
board. Seems I messed up some names. ;)

 > The DGT Board stores the moves that are played in
 > non-volatile RAM. This offers the possibility to use the
 > board for just logging the moves, i.e.  at your chess
 > club, and retrieve these moves later to your computer.

This is acually a nice feature and as mentioned already I'd
like to have a similar functionality in dgtnix.

 > Queen is a Windows program that reads this storage and
 > processes it to pgn files.

(Btw: it runs in wine, but well...)

 > dgtnixVirtualBoard Is a virtual board for testing, written
 > in python. It is transparent to the dgtnix driver wether
 > it is connected to a DGT real board or to a
 > dgtnixVirtualBoard.

Now I checked into the code and I got it. It offers me the
opportunity to test my driver engine without a board. That's
nice indeed. Just got the Python-Stuff out of the svn.

 > Some news : + I have written python bindings for the
 > driver

This is also a nice new thing.

 >     + Eboard development has started again since a few
 >     weeks (and Felipe has granted me write access to the
 >     cvs tree)

:)

 >     + I am doing proselytism for dgtnix support on this
 >     two project + http://pychess.googlepages.com/  (I have
 >     write access to this program tree)

This doesn't look bad from a first glance. Like xboard
written in python. I think I'll check it out. Always played
with the idea of doing such a thing myself but it lacked the
time.

And just to mention I opend some dialog with Stefan
Mayer-Kahlen from Shredder about dgt-support on his Linux
and Mac-Version. I'm quite interested myself especially
about Linux support of course. (The very unfortunate thing
is that I've no Mac so I can't be of assistence there right
now.)

Anyway I think for his approach the driver engine is a very
viable approach as he's programming everything in java it
would offer him dgt-support without much changes to his
code and the interface to my engine is nearly pure UCI (or
xboard if one whishes, for the functionality required these
two are not much of a difference.) Additionally the input
engine approach also offers some further ideas. One can
think of remote controling a gui e.g.

Hopefully I can do some debugging now and get the engine
ready soon. Actually it is right now with dgtnix already a
lot simpler than the first version based upon crafty's
original code.

-- 

Kind regards,                /                 War is Peace.
                             |            Freedom is Slavery.
Alexander Wagner            |         Ignorance is Strength.
                             |
                             | Theory     : G. Orwell, "1984"
                            /  In practice:   USA, since 2001

Re: [Dgtnix-devel] dgtnix additions

[<be...@dg...>]

HI Pierre, Alexander,

=20

The DGT Board stores the moves that are played in non-volatile RAM. This
offers the possibility to use the board for just logging the moves, i.e. =
at
your chess club, and retrieve these moves later to your computer. Queen =
is a
Windows program that reads this storage and processes it to pgn files.

On your work, I will forward it to Hermen Reitsma, for advise.

=20

Kind regards,

Ben

=20

  _____ =20

Van: Pierre Boulenguez [mailto:pie...@ya...]=20
Verzonden: dinsdag 30 januari 2007 12:05
Aan: be...@dg...
CC: 'Alexander Wagner'; dgt...@li...
Onderwerp: Re: [Dgtnix-devel] dgtnix additions

=20

Dear Ben, dear Alexander,

What is Queen ? Is it a virtual board for testing ? A Rock band ? A =
famous
night club on the Champs Elis=E9e ?

dgtnixVirtualBoard Is a virtual board for testing, written in python. It =
is
transparent to the dgtnix driver wether it is connected to a DGT real =
board
or to a dgtnixVirtualBoard.=20

As you know, the initial input to the driver is a filename (COM* or
/dev/ttyS0 for example). In the case of a virtual board, the file is =
created
by dgtnixVirtualBoard. It's name is the first argument to =
dgtnixVirtualBoard
and /tmp/dgtnixSock by default.

=B5I invite you to try the code :
svn co https://svn.sourceforge.net/svnroot/dgtnix dgtnix=20
simply compile the library with=20
make
then run (be sure to have the python interpreter installed)=20
./dgtnixVirtualBoard
the program then wait for dgtnix driver to connect on /tmp/dgtnixSock=20

Here are the simple clients included in the subversion tree that can =
connect
to the board :
./dgtnixTest /tmp/dgtnixSock  (c++ version)
./dgtnixTest.py /tmp/dgtnixSock (python version)
./QtWidget/qtwidget (graphic version need qt4.1)

Once connected, you will be able to issue commands in =
dgtnixVirtualBoard.
The help is included in the program and I hope that it will be
straightforward.=20

Messages are transmited to the dgtnix driver, which in turn are be
transmitted to the engine.

In dgtnixVirtualBoard the commands are saved.
Ben, meant you to save the moves and clock data at the driver level ?=20

Some news :
    + I have written python bindings for the driver
    + Eboard development has started again since a few weeks (and Felipe =
has
granted me write access to the cvs tree)
    + I am doing proselytism for dgtnix support on this two project=20
          + http://pychess.googlepages.com/  (I have write access to =
this
program tree)=20
          + http://glchess.sourceforge.net/

Thank you very much for your help offer Ben, every participation is =
welcome.
If you don't have Linux, try it under cygwin (http://www.cygwin.com/),
simply ask me if you need some help.=20

Best Regards,
Pierre




be...@dg... a =E9crit :=20

Dear Pierre, Alexander,
=20
I read the suggestion  for writing a Queen-like application. I am =
willing to
help you with some instructions and code, to read and process the =
internal
storage of the board, containing the last say 1000 moves that have been
played and registered, including clock times.
=20
Let me know.
Be
=20
=20
-----Oorspronkelijk bericht-----
Van: dgt...@li...
[mailto:dgt...@li...] Namens Alexander =
Wagner
Verzonden: dinsdag 30 januari 2007 8:25
Aan: pie...@ya...
CC: dgt...@li...
Onderwerp: Re: [Dgtnix-devel] dgtnix additions
=20
Pierre Boulenguez schrieb:
=20
Hi!
=20
 =20

Alexander, I have written a minimal virtual board t in python. It is=20
usefull for testing the driver when we have no access to the real board.
=20
You can test it with
./dgtnixVirtualBoard at the root of the dgtnix tree.
   =20

=20
I'll check it out. Do you aim for an application similar to Queen by=20
dgt? This would be a nice thing indeed.
=20
 =20

Re: [Dgtnix-devel] dgtnix additions

[Pierre B. <pie...@ya...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Dear Ben, dear Alexander,<br>
<br>
What is Queen ? Is it a virtual board for testing ? A Rock band ? A
famous night club on the Champs Elis&eacute;e ?<br>
<br>
dgtnixVirtualBoard Is a virtual board for testing, written in python.
It is transparent to the dgtnix driver wether it is connected to a DGT
real board or to a dgtnixVirtualBoard. <br>
<br>
As you know, the initial input to the driver is a filename (COM* or
/dev/ttyS0 for example). In the case of a virtual board, the file is
created by dgtnixVirtualBoard. It's name is the first argument to
dgtnixVirtualBoard and <b>/tmp/dgtnixSock</b> by default.<br>
<br>
&micro;I invite you to try the code :<br>
<b>svn co <a class="moz-txt-link-freetext" href="https://svn.sourceforge.net/svnroot/dgtnix">https://svn.sourceforge.net/svnroot/dgtnix</a> dgtnix </b><br>
simply compile the library with <br>
<b>make<br>
</b>then run (be sure to have the python interpreter installed) <br>
<b>./dgtnixVirtualBoard<br>
</b>the program then wait for dgtnix driver to connect on <b>/tmp/dgtnixSock
</b><br>
<br>
Here are the simple clients included in the subversion tree that can
connect to the board :<b><br>
</b><b>./dgtnixTest /tmp/dgtnixSock&nbsp; </b>(c++ version)<br>
<b>./dgtnixTest.py /tmp/dgtnixSock </b>(python version)<br>
<b>./QtWidget/qtwidget</b> (graphic version need qt4.1)<br>
<br>
Once connected, you will be able to issue commands in <b>dgtnixVirtualBoard</b>.
The help is included in the program and I hope that it will be
straightforward. <br>
<br>
Messages are transmited to the dgtnix driver, which in turn are be
transmitted to the engine.<br>
<br>
In dgtnixVirtualBoard the commands are saved.<br>
Ben, meant you to save the moves and clock data at the driver level ? <br>
<br>
Some news :<br>
&nbsp;&nbsp;&nbsp; + I have written python bindings for the driver<br>
&nbsp;&nbsp;&nbsp; + Eboard development has started again since a few weeks (and
Felipe has granted me write access to the cvs tree)<br>
&nbsp;&nbsp;&nbsp; + I am doing proselytism for dgtnix support on this two project <br>
&nbsp;&nbsp;&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; + <a class="moz-txt-link-freetext" href="http://pychess.googlepages.com/">http://pychess.googlepages.com/</a>&nbsp; (I have write access to
this program tree) <br>
&nbsp;&nbsp;&nbsp; &nbsp;&nbsp; &nbsp;&nbsp; + <a class="moz-txt-link-freetext" href="http://glchess.sourceforge.net/">http://glchess.sourceforge.net/</a><br>
<br>
Thank you very much for your help offer Ben, every participation is
welcome.<br>
If you don't have Linux, try it under cygwin (<a class="moz-txt-link-freetext" href="http://www.cygwin.com/">http://www.cygwin.com/</a>),
simply ask me if you need some help. <br>
<br>
Best Regards,<br>
Pierre<br>
<br>
<br>
<br>
<br>
<a class="moz-txt-link-abbreviated" href="mailto:be...@dg...">be...@dg...</a> a &eacute;crit&nbsp;:
<blockquote cite="mid...@sm..."
 type="cite">
  <pre wrap="">Dear Pierre, Alexander,

I read the suggestion  for writing a Queen-like application. I am willing to
help you with some instructions and code, to read and process the internal
storage of the board, containing the last say 1000 moves that have been
played and registered, including clock times.

Let me know.
Be


-----Oorspronkelijk bericht-----
Van: <a class="moz-txt-link-abbreviated" href="mailto:dgt...@li...">dgt...@li...</a>
[<a class="moz-txt-link-freetext" href="mailto:dgt...@li...">mailto:dgt...@li...</a>] Namens Alexander Wagner
Verzonden: dinsdag 30 januari 2007 8:25
Aan: <a class="moz-txt-link-abbreviated" href="mailto:pie...@ya...">pie...@ya...</a>
CC: <a class="moz-txt-link-abbreviated" href="mailto:dgt...@li...">dgt...@li...</a>
Onderwerp: Re: [Dgtnix-devel] dgtnix additions

Pierre Boulenguez schrieb:

Hi!

  </pre>
  <blockquote type="cite">
    <pre wrap="">Alexander, I have written a minimal virtual board t in python. It is 
usefull for testing the driver when we have no access to the real board.

You can test it with
./dgtnixVirtualBoard at the root of the dgtnix tree.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
I'll check it out. Do you aim for an application similar to Queen by 
dgt? This would be a nice thing indeed.

  </pre>
</blockquote>
</body>
</html>

Re: [Dgtnix-devel] dgtnix additions

[<be...@dg...>]

Dear Pierre, Alexander,

I read the suggestion  for writing a Queen-like application. I am willing to
help you with some instructions and code, to read and process the internal
storage of the board, containing the last say 1000 moves that have been
played and registered, including clock times.

Let me know.
Ben


-----Oorspronkelijk bericht-----
Van: dgt...@li...
[mailto:dgt...@li...] Namens Alexander Wagner
Verzonden: dinsdag 30 januari 2007 8:25
Aan: pie...@ya...
CC: dgt...@li...
Onderwerp: Re: [Dgtnix-devel] dgtnix additions

Pierre Boulenguez schrieb:

Hi!

> Alexander, I have written a minimal virtual board t in python. It is 
> usefull for testing the driver when we have no access to the real board.
> 
> You can test it with
> ./dgtnixVirtualBoard at the root of the dgtnix tree.

I'll check it out. Do you aim for an application similar to Queen by 
dgt? This would be a nice thing indeed.

-- 

Kind regards,

Alexander Wagner
Universitaetsbibliothek Ilmenau
Langewiesener Str. 37
98693 Ilmenau
Tel.: 03677/69-4625 , Fax.: 03677/69-4617

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Dgtnix-devel mailing list
Dgt...@li...
https://lists.sourceforge.net/lists/listinfo/dgtnix-devel

Re: [Dgtnix-devel] dgtnix additions

[Alexander W. <ale...@tu...>]

Pierre Boulenguez schrieb:

Hi!

> Alexander, I have written a minimal virtual board t in python. It is 
> usefull for testing the driver when we have no access to the real board.
> 
> You can test it with
> ./dgtnixVirtualBoard at the root of the dgtnix tree.

I'll check it out. Do you aim for an application similar to Queen by 
dgt? This would be a nice thing indeed.

-- 

Kind regards,

Alexander Wagner
Universitaetsbibliothek Ilmenau
Langewiesener Str. 37
98693 Ilmenau
Tel.: 03677/69-4625 , Fax.: 03677/69-4617

Re: [Dgtnix-devel] dgtnix additions

[Pierre B. <pie...@ya...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=windows-1252"
 http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi, <br>
<br>
Alexander, I have written a minimal virtual board t in python. It is
usefull for testing the driver when we have no access to the real board.<br>
<br>
You can test it with <br>
./dgtnixVirtualBoard at the root of the dgtnix tree.<br>
<br>
Pierre<br>
<br>
<br>
<br>
<br>
<br>
Alexander Wagner a écrit :
<blockquote cite="mid...@tu..." type="cite">
  <pre wrap="">Pierre Boulenguez wrote:

Hi Pierre!


  </pre>
  <blockquote type="cite">
    <pre wrap="">I think that it would be cool if we could use the mailing list of dgtnix
to continue this discussion as it would allow people to see that things
are moving on around dgt under Linux.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Of course. That went private for some strange reason. (I
just had the wrong adressbook at hand... ;) Should have gone
through the list all the time of course.

  </pre>
  <blockquote type="cite">
    <blockquote type="cite">
      <pre wrap="">Ah, one point. I came accross this: it might be helpfull to have a
      </pre>
    </blockquote>
    <pre wrap="">dgtnix-function to rotate &gt;the board after initialisation. Ie. to set
the ClockRight-variable. It might be needed if one &gt;wants to implement
an "automatic rotation" functionality.

This has been implemented :)
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Cool. Just checked out the new version and I'll implement
this functionality in the driver engine. I hope I can
publish some beta soon. Unfortunately this weekend I've no
access to my board, and probably the next weekend will also
"feature" this problem. Still have this nasty issue with
eventhandling left but mainly as I had no time to repair it
yet. Otherwise I think it will be quite simple.

Anyway. I'm still thinking about two options for the driver
engine. Either to include it to dgtnix or to sourcefore it
itself. Did not come to a conclusion what would be the
better option. Including it in dgtnix obviously has the
advantage of an "all in one" package. sourceforging it for
its own on the other hand the advantage of visibility and
maybe easier access for the enduser. What's your opinion?

Till now I've written some documentation for it. Still have
to write the man page for the interface, but the users
documentation is done.

Maybe here on the list there is somebody who would like to
help with debugging? Currently necessary is a GUI that
features engine-engine tournament for either uci or xboard
compatible engines. xboard itself will do.

  </pre>
</blockquote>
</body>
</html>

Re: [Dgtnix-devel] dgtnix additions

[Alexander W. <ale...@tu...>]

Pierre Boulenguez wrote:

Hi Pierre!


> I think that it would be cool if we could use the mailing list of dgtnix
> to continue this discussion as it would allow people to see that things
> are moving on around dgt under Linux.

Of course. That went private for some strange reason. (I
just had the wrong adressbook at hand... ;) Should have gone
through the list all the time of course.

>>Ah, one point. I came accross this: it might be helpfull to have a
> dgtnix-function to rotate >the board after initialisation. Ie. to set
> the ClockRight-variable. It might be needed if one >wants to implement
> an "automatic rotation" functionality.
>
> This has been implemented :)

Cool. Just checked out the new version and I'll implement
this functionality in the driver engine. I hope I can
publish some beta soon. Unfortunately this weekend I've no
access to my board, and probably the next weekend will also
"feature" this problem. Still have this nasty issue with
eventhandling left but mainly as I had no time to repair it
yet. Otherwise I think it will be quite simple.

Anyway. I'm still thinking about two options for the driver
engine. Either to include it to dgtnix or to sourcefore it
itself. Did not come to a conclusion what would be the
better option. Including it in dgtnix obviously has the
advantage of an "all in one" package. sourceforging it for
its own on the other hand the advantage of visibility and
maybe easier access for the enduser. What's your opinion?

Till now I've written some documentation for it. Still have
to write the man page for the interface, but the users
documentation is done.

Maybe here on the list there is somebody who would like to
help with debugging? Currently necessary is a GUI that
features engine-engine tournament for either uci or xboard
compatible engines. xboard itself will do.

-- 

Kind regards,

Alexander Wagner
----------------------------------------------------------------------
Universitaetsbibliothek Ilmenau
Langewiesener Str. 37
98693 Ilmenau
Tel.: 03677/69-4625 , Fax.: 03677/69-4700

Re: [Dgtnix-devel] status? simple sample?

[Pierre B. <pie...@ya...>]

Hello Alexander, how are you ?

Here are the answers to your questions ;

Regarding the status of dgtnix :
+ the driver is working under Unix/Linux
+ steps have been made to make it work under OS X but as I don't own a 
Mac, the progress is very slow. Ideally, a new Mac developer would jump 
into the project.
+ the driver compiles under Cygwin/Windows, no more informations are 
available for that platform.

Regarding the event handling, keep in mind that the driver is intended 
to be integrated in to programs with a graphical user interface (to play 
chess :).
Such programs use libraries such as Qt, Gnome or MFC, ..., that provide 
mechanisms for tracking activities on files descriptors. These 
mechanisms are supposed to be used instead of the lower level select() 
function because they ensure compatibility with the main event loop. In 
the code tree, you can have a look at eboard for an example of use with 
gnome (mainly dgtnix_eboard.cc) and QtWidget for an example with Qt.

For testing purpose, you can also turn on the debug mode :

 dgtnixSetDebugMode(2);


Well, that said, it doesn't mean that the select() way to track events 
on FD will not work :)
But in your code, there is a problem with

 result = select(1, &readfds, NULL, NULL, &tv);
 if (result == BoardDescriptor) {}


because select() does not return the file descriptor on which the event 
has occurred, you have to use the macro FD_ISSET for that. Here is an 
example from the man page of select :


#include <stdio.h>
#include <sys/time.h>
#include <sys/types.h>
#include <unistd.h>

int
main(void) {
fd_set rfds;
struct timeval tv;
int retval;

/* Watch stdin (fd 0) to see when it has input. */
FD_ZERO(&rfds);
FD_SET(0, &rfds);
/* Wait up to five seconds. */
tv.tv_sec = 5;
tv.tv_usec = 0;

retval = select(1, &rfds, NULL, NULL, &tv);
/* Don’t rely on the value of tv now! */

if (retval == -1)
perror("select()");
else if (retval)
printf("Data is available now.\n");
/* FD_ISSET(0, &rfds) will be true. */
else
printf("No data within five seconds.\n");

return 0;
}


Best Regards,
Pierre

Alexander Wagner a écrit :
> Hi!
>
> As I had some spare time this morning I started playing
> arround with the dgtnix library trying to set up my engine
> based upon dgtnix.
>
> Actually first parts seem to work I can link against the
> lib, figured out how to read some information from the board
> and stuff, but I'm currently a bit lost with the new event
> handling. If I get it correctly It should look something
> like this:
>
> ----------------------------------------------------------------------
>       int BoardDescriptor=dgtnixInit(argv[1]);
>
>       while (1) {
>          FD_ZERO(&readfds);
>          FD_SET(BoardDescriptor, &readfds);
>          tv.tv_sec  = delay;
>          tv.tv_usec = 0;
>
>          result = select(1, &readfds, NULL, NULL, &tv);
>
>          if (result == BoardDescriptor) {
>             read(BoardDescriptor, msg, 4);
>             col   = msg[1];
>             row   = msg[2];
>             piece = msg[3];
>
>             switch (msg[0]) {
>                case DGTNIX_MSG_MV_ADD:
>                      printf("Add: %c%c%c \n", col, row, piece);
>                   break;
>                case DGTNIX_MSG_MV_REMOVE:
>                      printf("Rem: %c%c%c \n", col, row, piece);
>                   break;
>                default:
>                   break;
>             }
>             printf("board has data %c%c%c%c\n",
> msg[0],msg[1],msg[2],msg[3]);
>          }
> ----------------------------------------------------------------------
>
> Actually this seems to be a "never do anything" loop. What
> am I doing wrong here? Did I missunderstand the message
> system (select()) or listen to the wrong descriptor?
>
> BTW: What's the current status of the project? I never heard
> from it for quite some time (but I was pretty busy myself as
> well).
>
>   

[Dgtnix-devel] status? simple sample?

[Alexander W. <a.w...@ph...>]

Hi!

As I had some spare time this morning I started playing
arround with the dgtnix library trying to set up my engine
based upon dgtnix.

Actually first parts seem to work I can link against the
lib, figured out how to read some information from the board
and stuff, but I'm currently a bit lost with the new event
handling. If I get it correctly It should look something
like this:

----------------------------------------------------------------------
      int BoardDescriptor=dgtnixInit(argv[1]);

      while (1) {
         FD_ZERO(&readfds);
         FD_SET(BoardDescriptor, &readfds);
         tv.tv_sec  = delay;
         tv.tv_usec = 0;

         result = select(1, &readfds, NULL, NULL, &tv);

         if (result == BoardDescriptor) {
            read(BoardDescriptor, msg, 4);
            col   = msg[1];
            row   = msg[2];
            piece = msg[3];

            switch (msg[0]) {
               case DGTNIX_MSG_MV_ADD:
                     printf("Add: %c%c%c \n", col, row, piece);
                  break;
               case DGTNIX_MSG_MV_REMOVE:
                     printf("Rem: %c%c%c \n", col, row, piece);
                  break;
               default:
                  break;
            }
            printf("board has data %c%c%c%c\n",
msg[0],msg[1],msg[2],msg[3]);
         }
----------------------------------------------------------------------

Actually this seems to be a "never do anything" loop. What
am I doing wrong here? Did I missunderstand the message
system (select()) or listen to the wrong descriptor?

BTW: What's the current status of the project? I never heard
from it for quite some time (but I was pretty busy myself as
well).

-- 

Kind regards,                /                 War is Peace.
                            |            Freedom is Slavery.
Alexander Wagner            |         Ignorance is Strength.
                            |
                            | Theory     : G. Orwell, "1984"
                           /  In practice:   USA, since 2001

[Dgtnix-devel] DGT on mac

[Compte Y. <pie...@ya...>]

Hello dgt board owners,

There is a big interest in building the library under mac. Altough I did
not posess a mac, and altough the library was developed under Linux,
this should be possible.

Ruud, if you are motivated, we can try to do it, I have sent to you
personal messages.

Re: [Dgtnix-devel] dgtnix on mac

[Compte Y. <pie...@ya...>]

Ruud, could you also try the line ?
LFLAGS   = -bundle -undefined suppress -flat_namespace
-Wall,-soname,libdgtnix.so.1



Le dimanche 08 octobre 2006 à 19:18 +0200, Compte Yahoo a écrit :

> PS: there is no need to have the DGT board connected for this.
> 
> 
> 
> Le dimanche 08 octobre 2006 à 19:14 +0200, Compte Yahoo a écrit :
> 
> > Hello dgt board owners,
> > 
> > There is a big interest in building the library under mac. Altough I
> > did not posess a mac, and altough the library was developed under
> > Linux, this should be possible.
> > 
> > Ruud, if you are motivated, we can try to do it.
> > 
> > 1) in the file Makefile, there is a line 
> > LFLAGS   = -shared -Wall,-soname,libdgtnix.so.1
> > change it for the line 
> > LFLAGS   = -dynamiclib -Wall,-soname,libdgtnix.so.1
> > 
> > 2) type make
> > 
> > 3) send the result.
> > 
> > Best Regards, 
> > Pierre

Re: [Dgtnix-devel] dgtnix on mac

[Compte Y. <pie...@ya...>]

PS: there is no need to have the DGT board connected for this.



Le dimanche 08 octobre 2006 à 19:14 +0200, Compte Yahoo a écrit :

> Hello dgt board owners,
> 
> There is a big interest in building the library under mac. Altough I
> did not posess a mac, and altough the library was developed under
> Linux, this should be possible.
> 
> Ruud, if you are motivated, we can try to do it.
> 
> 1) in the file Makefile, there is a line 
> LFLAGS   = -shared -Wall,-soname,libdgtnix.so.1
> change it for the line 
> LFLAGS   = -dynamiclib -Wall,-soname,libdgtnix.so.1
> 
> 2) type make
> 
> 3) send the result.
> 
> Best Regards, 
> Pierre

[Dgtnix-devel] dgtnix on mac

[Compte Y. <pie...@ya...>]

Hello dgt board owners,

There is a big interest in building the library under mac. Altough I did
not posess a mac, and altough the library was developed under Linux,
this should be possible.

Ruud, if you are motivated, we can try to do it.

1) in the file Makefile, there is a line 
LFLAGS   = -shared -Wall,-soname,libdgtnix.so.1
change it for the line 
LFLAGS   = -dynamiclib -Wall,-soname,libdgtnix.so.1

2) type make

3) send the result.

Best Regards, 
Pierre

[Dgtnix-devel] DGT board connected to a Mac

[Ruud v. S. <esp...@ma...>]

Hi, I am considering buying a DGT electronic chessboard to play chess  
on the internet chess club (ICC). For this to be possible I need an  
interface that translates the signals from the board (USB connection)  
to information that Chessic (the application I use to connect to the  
ICC) understands. Is it possible that dgtnix coul be this interface  
(I am not a computer expert) ?
Or do I need eboard to do this ? Or perhaps both ? Appreciate any help.
Ruud 

[Dgtnix-devel] First message

[BOULENGUEZ P. <bou...@cs...>]

Hello everyone, 

This list is the good place to share experience with the dgtnix driver. 

Pierre,
PS:This is the first message on the list.