-
Notifications
You must be signed in to change notification settings - Fork 160
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Windows unittest does not pass (IXSocketTest) #11
Comments
@Dimon4eg / I'll write notes here about what was broken on Windows, if you are interested in fixing this. One thing that is broken but isn't mandatory, is the Interrupt system that works with pipes, since pipe don't work the same way on Windows, and that we can't get a file descriptor that we can call 'select' on. But the interrupt system is ok for just closing the socket, as Windows will wake up from select when this happen. The problem I had was that the most basic test (SocketTest ?) would not work. |
Something else that is required is to have a zlib .dll in the current folder where the executable runs, or something like that. I have one that works in the third_party folder. |
@bsergean why do we use zlib as dynamic and not as static lib? |
No good reason. The only .lib I found on the internet were just the windows stub thing that works with a dll. If we can compile zlib ourself of find an existing standalone zlib then yes for sure we should use a static lib for zlib. |
Note that I'm trying to make the AppVeyor Windows build to work again (a least the most basic parts). It isn't hooked to the MachineZone/IXWebSocket for permission reason (need to work this out), but it is linked to my fork (bsergean). |
Okay |
I'm having very basic problems, just running CMake. I should revert to the old python script I had ages ago which was working on Windows. |
What problems do you have with CMake? |
Here's the error. It looks like cmake isn't executed. That folder should be there also.
|
Debugging without a physical machine is really painful / tedious btw. I should get a win box or a least a VM. |
I have not tried
|
Hey @Dimon4eg one thing you should know if you are running into problems with the windows port, is that on Windows 'socket connect' failures behaves differently, and set the exception fds in select when the connection fails. I don't know how much sockets are working for you on Windows at this point. Also we might need a different python test script because it looks like out of tree builds don't work on Windows. I'm curious about what is working for you on Windows. I might get a windows laptop from a co-worker and will be able to help one day hopefully. |
Yes, on Windows it doesn't work currently. |
Ok. Same with me I'm quite busy those days. Thanks at least for getting the build to work. |
Many tests pass now on Windows except these two:
|
Closing this ticket, we can reopen 'per unittest' tickets. |
I tried to fix that myself quite a bit but I don't have a windows box so it's a bit hard to fix. I've used appveyor to make sure that all the code builds and run on Windows though.
The text was updated successfully, but these errors were encountered: