Fr0sT.Brutal

I suspect the logic here should be If address is IP then if IP is v4 or v6 available then Ffamily := Lfamily else Error('IPv6 not supported') so that it 1) assigns proper FFamily and 2) checks for v6 availability.

Angus, seems it got. { V8.56 IPv6 support from Max Terentiev } if WSocketIsIP(FSocksServer, LSocketFamily) then begin // is socks proxy IP is IPv6 ? if (LSocketFamily = sfIPv4) or (IsIPv6APIAvailable) then FSocketFamily := LSocketFamily else FSocketFamily := DefaultSocketFamily; end else raise ESocketException.Create('Unsupported socks address format'); Current value of FSocketFamily is not considered

I have latest SVN version. First of all, `USE_SSL` is uncommented by default in defs.inc so a user has to edit defs file otherwise he can't control this option. Second, without `USE_SSL` ICS packages couldn't be built as following units have incorrect defines sections: OverbyteIcsSslX509Utils in '..\Source\OverbyteIcsSslX509Utils.pas', OverbyteIcsLibeayEx in '..\Source\OverbyteIcsLibeayEx.pas', OverbyteIcsProxy in '..\Source\OverbyteIcsProxy.pas', OverbyteIcsSslJose in '..\Source\OverbyteIcsSslJose.pas', OverbyteIcsSslHttpRest in '..\Source\OverbyteIcsSslHttpRest.pas', OverbyteIcsSslX509Certs in '..\Source\OverbyteIcsSslX509Certs.pas', OverbyteIcsIpStreamLog in '..\Source\OverbyteIcsIpStreamLog.pas', OverbyteIcsMailQueue in '..\Source\OverbyteIcsMailQueue.pas', OverbyteIcsHttpMulti in '..\Source\OverbyteIcsHttpMulti.pas', OverbyteIcsFtpMulti in '..\Source\OverbyteIcsFtpMulti.pas', Third, unit `OverbyteIcsHttpAppServer` can't be built as well as it uses `ClientCnx.HostTag` that is unavailable without SSL Fourth, `TSslWSocketClient` has `TriggerSslAlpnSelect` overridden method that is not virtual in base `TWSocketClient` so compiler produces build failure.

Angus, I use the fresh trunk from SVN. In most cases, enclosing all unit contents in IFDEF will help (just like OverbyteIcsLIBEAY f.ex.) And #4 happens with SSL, maybe your Delphi allows this? Mine XE2 refuses to override non-virtual methods (and it is obviously right)

Francois, of course this will do the trick but this means client code must meet some requirements which doesn't seem reliable to me. Angus, well, have exceptions raised and shown could sound bad but it's really much better than have them swallowed silently IMHO. Unawareness of errors could cause mysterious AVs and other non-relative errors in random places. And all systems that claim to be robust should have bg exceptions handler already ¯\_(ツ)_/¯