Ignore:
Timestamp:
11/17/10 15:55:47 (12 years ago)
Author:
Mark Evenson
Message:

Further fix for #110 eliminating the use of the URLDecoder.decode().

Upon further review, the attempt to decode a URL path via the URL
unescaping functions intended for escaping HTML Forms submission is
just wrong, originating as far as I can tell in my initial Pathname
commit. There may be issues where we should treat strings of the form
'file:URI' with real URI escaping rules to remove %bb byte-encoding,
but these rules might well confuse those attempting to include '%' in
files, so we leave that to more formal specification.

Untabify Pathname.java.

Tests for correct parsing of device under Windows.

File:
1 edited

Legend:

Unmodified
Added
Removed
  • trunk/abcl/test/lisp/abcl/jar-pathname.lisp

    r13024 r13026  
    342342  (:absolute "c" "d") "foo" "lisp")
    343343
     344(deftest jar-pathname.10
     345    (let ((s "jar:file:/foo/bar/a space/that!/this"))
     346      (equal s
     347             (namestring (pathname s))))
     348  t)
     349
     350(deftest jar-pathname.11
     351    (let ((s "jar:file:/foo/bar/a+space/that!/this"))
     352      (equal s
     353             (namestring (pathname s))))
     354  t)
     355
     356
    344357(deftest jar-pathname.match-p.1
    345358    (pathname-match-p "jar:file:/a/b/some.jar!/a/system/def.asd"
Note: See TracChangeset for help on using the changeset viewer.