Update:
Here is a key issue: currently USOCKET does not support SBCL and ECL on win32 platform. The major problems is in USOCKET's WAIT-FOT-INPUT function, it use UNIX system call select() internally and win32 doesn't have that.
I think we have two possible solutions: 1) Export WSAEventSelect() using SBCL's FFI interface and use it instead of select(). 2) Investigate related SBCL internal functions to see if WSAEventSelect() already exported by SBCL code. For ECL, it's the same situation.
Any way, more work definitely need to do here, I'll keep going. Please keep your patient.
Regards,
Chun Tian (binghe)
在 2009-12-31，17:11， Chun Tian (binghe) 写道：
Hi, there
I just built out a ECL binary on MSVC, now I'm starting looking into this issue. ECL team maintains a really good code base on all supported platforms ...
--binghe
Ive actually done that and hunchentoot displays nothing on the simple test website. Oh well... Let me know how your test of the 'patch' goes...
-----Original Message----- From: Chun Tian (binghe) [mailto:binghe.lisp@gmail.com] Sent: Tuesday, December 29, 2009 2:33 AM To: Seth Burleigh Subject: Re: [usocket-devel] ECL and MSVC
As I know these test code never been used for long time, we're working on bring them back ...
I think you should use a real networking package which built upon USOCKET, i.e. hunchentoot
--binghe
在 2009-12-29，01:43， Seth Burleigh 写道：
Perhaps im doing these tests wrong since I really have never used sockets. All I did was load the usocket-test.asd and go (usocket:run-usocket-tests) If im reading the code right, it attempt to make a connection on 127.0.0.0 at port 15213 for the first test. Surely there has to be something
listening
for it in order for it to receive it correctly? Using commview and the loopback sniffer, no activity is reported at 127.0.0.0.
-----Original Message----- From: Chun Tian (binghe) [mailto:binghe.lisp@gmail.com] Sent: Monday, December 28, 2009 10:19 AM To: Seth Burleigh Subject: Re: [usocket-devel] ECL and MSVC
Hi, Seth
Thanks for these tests. I suggest you using WireShark (or something else eq. to "tcpdump") to try to capture if there's really IP packets sent out
by
USOCKET functions. If USOCKET really send them, things should be easier then.
--binghe
在 2009-12-28，23:26， Seth Burleigh 写道：
Hmm.. I tried testing it on clisp and ecl. On ecl it failed 13/15 times.
On
clisp , currently, it has failed the first 3 tests with timeout errors.
I
even had clisp running with admin rights. Maybe it’s the firewall or my win7 operating system. I"ll have to look into this deeper.
-----Original Message----- From: Chun Tian (binghe) [mailto:binghe.lisp@gmail.com] Sent: Monday, December 28, 2009 8:48 AM To: Seth Burleigh Cc: usocket-devel@common-lisp.net Subject: Re: [usocket-devel] ECL and MSVC
Hi, Seth
Sorry for the delay response. I still doesn't have a chance to try build
a
MSVC-based ECL by myself and test USOKET on it, but I think you're right. However, after searching in MSDN, I found a better presentation:
#include <time.h>
That is, <time.h> instead of "time.h", better followed C programming
style.
Please give me two days try it by myself, and I'll merge it soon.
Regards,
Chun Tian (binghe)
在 2009-12-28，06:20， Seth Burleigh 写道：
So I searched for it, it looks like you just #+(and :ecl :msvc) #include “time.h” For a msvc build, I think, instead of just including “sys/time.h”
Though im not sure, it builds, but I haven’t tried any tests. _______________________________________________ usocket-devel mailing list usocket-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/usocket-devel