Bit by the Tcl/Tk socket bug

"dlh2612000" <dharper-NwVi8A7/[email protected]> Wed, 14 Sep 2005 11:56:33 -0000
Newsgroups gmane.comp.windows.ce.freeware
Message-ID <[email protected]>
Recently I bought a Dell Axim wireless with the intention of turning
it into a custom remote control for my home automation system.  I
already had written a server (in Tcl/Tk) which controls the system and
a client (also in Tcl/Tk) which runs on various PC's around the house.
 Using the Tcl/Tk 8.4.4 binaries for WinCE ARM that Jeff Hobbs created
a couple of years ago, I was able to port a version of the client to
the Axim and had it up and running in a couple of days.  The client
works by opening a socket, sending a command to the server, receiving
the reply and then closing the socket whenever there is a request from
user input.  Works great - once.  Unfortunately, after the socket
transaction, the program aborts after displaying a messagebox of "tcl:
select: 10022".  After some Googling, I learned that others have also
seen this problem (even described in the Wiki), but I haven't found
where anyone has a solution.  Obviously, sockets are an integral part
of the program - without reliable socket communication the program is
useless.  I have spent the last few days looking at alternative
approches to writing the client and the best I have found so far is
eMbedded Visual C++.  Since I've never used that before, it will
probably take me at least a couple of months to get up to speed and
duplicate what I did in a couple days with Tcl/Tk.  Does anyone have
any thoughts on a solution that either fixes the Tcl/Tk socket problem
or offers an easier programming solution than wading into the Visual
C++ approach?

Thanks,
Dave





------------------------ Yahoo! Groups Sponsor --------------------~--> 
Most low income households are not online. Help bridge the digital divide today!
http://us.click.yahoo.com/cd_AJB/QnQLAA/TtwFAA/W4wwlB/TM
--------------------------------------------------------------------~->