On Thu, Jan 13, 2011 at 5:09 PM, Pascal J. Bourguignon <span dir="ltr"><<a href="mailto:pjb@informatimago.com" target="_blank">pjb@informatimago.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">



<div>19.2.2.2.3.1 is even more specific, specifying that both :unspecific and<br>
nil should be converted to namestrings without the component.<br>
>From this, I would expect an implementation on unix to accept<br>
:unspecific and cause no problem with unix pathnames.<br>
</div></blockquote></div><br>I believe the clarifying point is here in CLtL<br><br><div style="margin-left: 40px;"><a href="http://www.cs.cmu.edu/Groups/AI/html/cltl/clm/node204.html#SECTION002711000000000000000" target="_blank">http://www.cs.cmu.edu/Groups/AI/html/cltl/clm/node204.html#SECTION002711000000000000000</a><br>



</div><div style="margin-left: 40px;">
  Programming hint:
  portable programs should be prepared to handle the value <tt>:unspecific</tt> in the device,
  directory, type, or version field in some implementations.
  <b>Portable programs should not explicitly place <tt>:unspecific</tt> in any
  field</b> because it might not be permitted in some situations,
  but portable programs may sometimes do so implicitly (by copying
  such a value from another pathname, for example).
<br></div><br>Regarding Section 19.2.2.2.3.1 and file operations, ECL so far has adopted the convention that only pathnames which can be printed readably can be "opened". In other words, each file has associated a unique absolute physical pathname (not namestring)<br>

<br>Precisely because of what you mention (19.2.2.2.3.1), pathnames with :unspecific can not be printed readably. If one decides that #p"foo" represents a file with :TYPE NIL, then it can not represent a file with :TYPE :UNSPECIFIC<br>

<br>That is unrelated to namestrings, though the ECL routine 
ecl_namestring() has an option to stop translating a pathname when it 
finds that it can not be printed readably.<br><br>Maybe this is not a wise choice but it is consistent. I am open to other possibilities and not too incompatible changes.<br><br>Juanjo<br clear="all"><br>-- <br>Instituto de Física Fundamental, CSIC<br>

c/ Serrano, 113b, Madrid 28006 (Spain) <br><a href="http://juanjose.garciaripoll.googlepages.com" target="_blank">http://juanjose.garciaripoll.googlepages.com</a><br>