Opened 3 years ago

Last modified 4 months ago

#452 new defect

Pathname functions do the wrong thing when faced with actual filename with embedded asterisk

Reported by: Evenson Not Org Owned by:
Priority: major Milestone: 1.6.1
Component: java Version: 1.5.0-dev
Keywords: Cc:
Parent Tickets:


From <>

In a shell:

touch /tmp/*

(probe-file "/tmp/")
; Evaluation aborted on #<FILE-ERROR {7DF4B809}>.
CL-USER> (probe-file "/tmp/\")
; Evaluation aborted on #<FILE-ERROR {4D5E9779}>.
CL-USER> (probe-file "/tmp/%2A")
CL-USER> (probe-file "file:///tmp/%2A")
; Evaluation aborted on #<FILE-ERROR {7DF4B809}>.

The error is: Bad place for a wild pathname.

I had a quick look to see how this could be repaired, but wasn't sure what the right approach is. This stackoverflow answer suggests using "\" as a quote, which is probably the best solution, and would be compatible with what Clozure CL, SBCL and LispWorks? do. I also think the percent escaped character should be made to work.

The specific screw case I had was that there was an accidentally created file with a "*" in a directory that was being scanned for ASDF's system registry, which crapped out because the directory function returned the "*" pathname, and subsequently did a probe on the file.


Change History (2)

comment:1 Changed 3 years ago by Evenson Not Org

Component: (A)MOPjava
Milestone: 1.6.0
Version: 1.5.0-dev

comment:2 Changed 4 months ago by Evenson Not Org


Ticket retargeted after milestone closed

Note: See TracTickets for help on using tickets.