Hi Rob,<br><br>I fully agree with you. I'd also consider this behaviour as a bug in the http client. <br><br>btw: thanks for the trace option tip.<br><br>Regards,<br>Ferenc<br><br><div class="gmail_quote">2009/3/18 Rob Charlton <span dir="ltr"><<a href="mailto:rob.charlton@savageminds.com">rob.charlton@savageminds.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi Ferenc,<br>
<br>
Thanks, yes, I managed to work it out in the end after doing this:<br>
<br>
http:set_options([{verbose, trace}]).<br>
<br>
...then guessing the meaning of the messages in the trace, but it took a long time to get to that point, especially as the hang I was experiencing first showed itself as a hang in yaws_soap_lib. I was also thrown because it all "just worked" in R11.<br>

<br>
My main purpose of posting this was to ask if there could be some error printed under these circumstances, rather than the call just blocking. http:request causes some error to be printed if inets isn't started, so why shouldn't an https request cause some error to be printed if ssl isn't started? I couldn't find anything on this in the inets user guide nor in the http module reference page. A one line example in the http reference showing http:request("https://..") needing an ssl:start() would have done just as well.<br>

<br>
Many thanks,<br>
<br>
Rob<br>
<br>
Ferenc Holzhauser wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
Rob,<br>
<br>
You'd need to start ssl too for HTTPS.<br>
<br>
Regards,<br>
Ferenc<br>
<br></div>
2009/3/17 Rob Charlton <<a href="mailto:rob.charlton@savageminds.com" target="_blank">rob.charlton@savageminds.com</a> <mailto:<a href="mailto:rob.charlton@savageminds.com" target="_blank">rob.charlton@savageminds.com</a>>><div>
<div></div><div class="h5"><br>
<br>
    I have been using Erlang R11B for some time, but thought it was about<br>
    time I moved up to R12B, so I pulled down the latest today and<br>
    built it.<br>
<br>
    Afterwards, I found that I could no longer make HTTPS requests:<br>
<br>
    rob@server:~/work/erlang/svn/erlang/lcr$ erl<br>
    Erlang (BEAM) emulator version 5.6.5 [source] [async-threads:0] [hipe]<br>
    [kernel-poll:false]<br>
<br>
    Eshell V5.6.5  (abort with ^G)<br>
    1> inets:start().<br>
    ok<br>
    2> http:request("<a href="https://www.cia.gov/" target="_blank">https://www.cia.gov/</a>").<br>
<br>
    The shell is now unresponsive and I have to do a CTRL C to get it<br>
    back.<br>
<br>
    I noticed that I had to now explicitly start inets (which used to<br>
    start<br>
    automatically) because an error message appeared when I did an http<br>
    request without it started. What I didn't realise was that I also<br>
    had to<br>
    explicitly start the ssl application. I managed to work this out by<br>
    using tracing on the http call. It won't catch me again, but will<br>
    probably catch someone else. Would it be possible to make it do<br>
    something more friendly than just hang?<br>
<br>
    --<br>
    Rob Charlton<br>
    Savage Minds Ltd<br>
<br>
<br>
    _______________________________________________<br>
    erlang-questions mailing list<br></div></div>
    <a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a> <mailto:<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a>><div class="im">
<br>
    <a href="http://www.erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://www.erlang.org/mailman/listinfo/erlang-questions</a><br>
<br>
<br>
</div></blockquote>
<br>
<br>
-- <br><div><div></div><div class="h5">
Rob Charlton<br>
Savage Minds Ltd<br>
<br>
<br>
</div></div></blockquote></div><br>