<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Excellent, many thanks John<br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On 21 Mar 2019, at 16:50, John Högberg <<a href="mailto:john@erlang.org" class="">john@erlang.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" class=""><div class="" style="text-align:left; direction:ltr;"><div class="">Hi Steve,</div><div class=""><br class=""></div><div class="">Thanks for reporting this, I can confirm that it's a bug in our UNC path handling. I've included a fix in our nightly builds, and it'll be released in OTP 22-rc2 if all goes well.</div><div class=""><br class=""></div><div class="">Regards,</div><div class="">John Högberg</div><div class=""><br class=""></div><div class="">On Thu, 2019-03-21 at 15:36 +0000, Steve Strong wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex" class="">Hi,<div class=""><br class=""></div><div class="">Seeing a strange thing on Windows systems:</div><div class=""><br class=""></div><div class=""><div class=""><font face="Courier New" class="">(<a href="mailto:foo@127.0.0.1" class="">foo@127.0.0.1</a>)55> file:list_dir("z:/Signal-53-mp4/frame_store"). </font></div><div class=""><font face="Courier New" class="">{ok,["100","2124","2142","2161"]}</font></div><div class=""><font face="Courier New" class=""><br class=""></font></div><div class=""><font face="Courier New" class="">(<a href="mailto:foo@127.0.0.1" class="">foo@127.0.0.1</a>)56> file:list_dir("//HB-SVR/Video/Signal-53-mp4/frame_store"). </font></div><div class=""><font face="Courier New" class="">{ok,["frame_store"]}</font></div></div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">Z: is mapped to //HB-SVR/Video, so I would have expected these two commands to produce the same result, but the one going through the UNC form is giving the wrong answer (the contents of the frame_store folder are “100”, “2121”, “2142" and “2161” as the call through the mapped drive correctly returned). This issue, in turn, causes other commands such as filelib:wildcard to return the incorrect results when handed UNC paths.</div><div class=""><br class=""></div><div class="">This is running Erlang 21.2 / erts 10.2</div><div class=""><br class=""></div><div class="">Is this a known issue, or am I misunderstanding how the UNC paths should behave?</div><div class=""><br class=""></div><div class="">Cheers,</div><div class=""><br class=""></div><div class="">Steve</div><pre class="">_______________________________________________</pre><pre class="">erlang-questions mailing list</pre><pre class=""><a href="mailto:erlang-questions@erlang.org" class="">erlang-questions@erlang.org</a></pre><pre class=""><a href="http://erlang.org/mailman/listinfo/erlang-questions" class="">http://erlang.org/mailman/listinfo/erlang-questions</a></pre><pre class=""><br class=""></pre></blockquote></div>
_______________________________________________<br class="">erlang-questions mailing list<br class=""><a href="mailto:erlang-questions@erlang.org" class="">erlang-questions@erlang.org</a><br class="">http://erlang.org/mailman/listinfo/erlang-questions<br class=""></div></blockquote></div><br class=""></body></html>