<div dir="ltr">Hi Andy,<div><br></div><div>Is there a way to supress the protocols altogether? I tried to set the "<i>info.protocols = NULL"</i> and forced use_ssl=0 when creating the context using libwebsocket_create_context() but the program encounters a SIGSEGV during  lws_context_init_client_ssl().</div>
<div><br></div><div>Is there a way to just not send any protocols (they are optional?) and use pure ws://?</div><div><br></div><div>Thanks.</div><div>sthustfo</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Tue, Aug 5, 2014 at 4:11 PM, Andy Green <span dir="ltr"><<a href="mailto:andy@warmcat.com" target="_blank">andy@warmcat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class=""><br>
<br>
On 5 August 2014 18:07:09 GMT+08:00, sthustfo <<a href="mailto:sthustfo@gmail.com">sthustfo@gmail.com</a>> wrote:<br>
>Hey Andy,<br>
><br>
>Thanks for the quick response. I am not aware of the compliance status<br>
>of<br>
><a href="http://socket.io" target="_blank">socket.io</a> but am trying to find out the same. Meanwhile, here is the<br>
>client<br>
>log with debug level 1023.<br>
<br>
</div>It seems to send us junk (|)<br>
<br>
[411975:0442] CLIENT: nonblocking connect retry<br>
[411975:0442] CLIENT: libwebsocket_client_connect_2<br>
[411975:0442] CLIENT: libwebsocket_client_connect_2: address 127.0.0.1<br>
[411975:0442] CLIENT: connected<br>
[411975:0473] PARSER: WSI_TOKEN_NAME_PART '|'<br>
[411975:0473] INFO: Unknown method - dropping<br>
[411975:0474] WARN: problems parsing header<br>
[411975:0474] INFO: closing connection at LWS_CONNMODE...SERVER_REPLY<br>
<br>
If you didn't tell your server to support the protocols the test clients uses, you wouldn't get any success anyway.  But it should just close the connection not send junk.<br>
<br>
If you want to look further into it send the packet traces but I guess it only supports some older RFC version of websockets.  Which is probably a sign it's long unmaintained.<br>
<span class="HOEnZb"><font color="#888888"><br>
-Andy<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
>-<br>
>sthustfo<br>
><br>
>On Tue, Aug 5, 2014 at 3:29 PM, Andy Green <<a href="mailto:andy@warmcat.com">andy@warmcat.com</a>> wrote:<br>
><br>
>><br>
>><br>
>> ><br>
>> >test@devpc:~/libwebsockets/build/bin$ ./libwebsockets-test-client<br>
>> >127.0.0.1<br>
>> >--port=8888<br>
>><br>
>> Turn up the logging with -d 1023 or so<br>
>><br>
>> >libwebsockets test client<br>
>> >(C) Copyright 2010-2013 Andy Green <<a href="mailto:andy@warmcat.com">andy@warmcat.com</a>> licensed under<br>
>> >LGPL2.1<br>
>> >[1457:9886] NOTICE: Initial logging level 7<br>
>> >[1457:9886] NOTICE: Library version: 1.3 67f9459<br>
>> >[1457:9887] NOTICE: IPV6 compiled in and enabled<br>
>> >[1457:9887] NOTICE: libev support not compiled in<br>
>> >[1457:9889] NOTICE:  static allocation: 4472 + (12 x 1024 fds) =<br>
>16760<br>
>> >bytes<br>
>> >[1457:9890] NOTICE:  canonical_hostname = pk-laptop<br>
>> >[1457:9890] NOTICE:  per-conn mem: 128 + 1594 headers + protocol rx<br>
>buf<br>
>> >Waiting for connect...<br>
>> >[1457:9932] WARN: problems parsing header<br>
>> >Exiting<br>
>> >[1457:9933] NOTICE: libwebsocket_context_destroy<br>
>> ><br>
>> >And on the node server, I see the following log<br>
>> ><br>
>> >test@devpc:~/node$ DEBUG=* node basic.js<br>
>> >   info  - <a href="http://socket.io" target="_blank">socket.io</a> started<br>
>> >   debug - destroying <a href="http://non-socket.io" target="_blank">non-socket.io</a> upgrade<br>
>> >   debug - destroying <a href="http://non-socket.io" target="_blank">non-socket.io</a> upgrade<br>
>><br>
>> Is <a href="http://socket.io" target="_blank">socket.io</a> compliant with the actual websockets standard or some<br>
>older<br>
>> RFC?<br>
>><br>
>> It seems it can't parse our upgrade request (which does pretty good<br>
>at<br>
>> being compliant with everything else).<br>
>><br>
>> -Andy<br>
>><br>
>><br>
<br>
</div></div></blockquote></div><br></div>