Update of /cvsroot/sbcl/sbcl
In directory fdv4jf1.ch3.sourceforge.com:/tmp/cvs-serv24551
18.104.22.168: partial UNC pathname support for Windows
UNC hosts are represented using the devÃce components of pathnames,
as are drives. This is sleightly lossy since it prevents accessing
network hosts named with a single letter -- single-letter devices
are taken to mean drives.
However, since storing the host in the pathname host component
would lead to confusion between logical hosts and UNC hosts,
this seems preferable right now, so that
(make-pathname :host "foo" ...)
remains unambiguous. DIRECTORY does not work yet with UNC pathnames
since it insists on walking the path from root -- which Windows
doesn't seem to allow for UNC paths, not even local ones.
RCS file: /cvsroot/sbcl/sbcl/NEWS,v
retrieving revision 1.1526
retrieving revision 1.1527
diff -u -d -r1.1526 -r1.1527
--- NEWS 17 May 2009 18:01:01 -0000 1.1526
+++ NEWS 19 May 2009 12:30:24 -0000 1.1527
@@ -14,6 +14,8 @@
the symbol, prohibits both lexical and dynamic binding. This is mainly an
efficiency measure for threaded platforms, but also valueable in
+ * new feature: UNC pathnames are now understood by the system on Windows.
+ However, DIRECTORY does not yet support them -- but OPEN &co do.
* optimization: the compiler uses a specialized version of FILL when the
element type is know in more cases, making eg. (UNSIGNED-BYTE 8) case
almost 90% faster.
RCS file: /cvsroot/sbcl/sbcl/version.lisp-expr,v
retrieving revision 1.4476
retrieving revision 1.4477
diff -u -d -r1.4476 -r1.4477
--- version.lisp-expr 18 May 2009 20:38:44 -0000 1.4476
+++ version.lisp-expr 19 May 2009 12:30:24 -0000 1.4477
@@ -17,4 +17,4 @@
;;; checkins which aren't released. (And occasionally for internal
;;; versions, especially for internal versions off the main CVS
;;; branch, it gets hairier, e.g. "0.pre7.14.flaky4.13".)