In order to avoid problems with bogus values of *default-pathname-defaults* (See 18:43:43 @ <a href="http://ccl.clozure.com/irc-logs/lisp/2012-04/lisp-2012.04.12.txt">http://ccl.clozure.com/irc-logs/lisp/2012-04/lisp-2012.04.12.txt</a>), as well as problems with pathnames that carry name or type components, EXT:MKDIR no longer accepts pathnames as inputs: only namestrings. And unlike before, EXT:MKDIR will not expect the user to pass a directory namestring (this assumption led (si:mkdir "/tmp/foo") not to work, as ECL expected (si:mkdir "/tmp/foo/"))<div>

<br></div><div>If you need to create directories from pathnames, use ENSURE-DIRECTORIES-EXIST, which now accepts a non-standard argument :MODE, playing the same role as MKDIR's mode value.</div><div><br></div><div>This has also revealed that some code will have to be revised, for it was written under the assumption that *default-pathname-defaults* has :NAME and :TYPE --- in other words, when ECL creates a pathname that is a directory, it will remain so. However, as that IRC log revealed, some people use a very strange setting for *d-p-d* which broke this expectation.</div>

<div><br></div><div>Finally, ECL now still outputs error messages taken from the C library, but notifies the user who is to blame for the scarcity of the message:</div><div><br></div><div><div>> (si:mkdir "/" 0)</div>

<div><br></div><div>Condition of type: SIMPLE-ERROR</div><div>Could not create directory "/"</div><div>C library explanation: Is a directory.</div><div><br></div><div>Available restarts:</div><div>[...]</div></div>

<div><br></div><div>Best,</div><div><br><div>Juanjo</div><div><br></div><div>-- </div>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>


</div>