Custom Query (1030 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (217 - 219 of 1030)

Ticket Resolution Summary Owner Reporter
#1070 fixed PROBE-FILE looks like it's not using MERGE-PATHNAMES anymore gz Francois-Rene Rideau
Description
(setf (ccl:current-directory) #p"/tmp/")
(let ((*default-pathname-defaults* #p"/"))
  (probe-file "/etc"))
;;==> #p"/etc/" ; on CCL 1.9 15581
;;==> NIL ; on CCL 1.9 15773

Remarkably, the CLHS entry for PROBE-FILE doesn't seem to mention *DEFAULT-PATHNAME-DEFAULTS* or MERGE-PATHNAMES, unlike OPEN which at least mentions the latter and implies its use. So that makes PROBE-FILE also subtly different from OPEN (assuming OPEN is unaffected -- is it? I have tested). http://clhs.lisp.se/Body/f_probe_.htm

In any case, this is probably a bug, and if not, a change that should be prominently documented.

#1110 wontfix CCL on Windows outputs an extra space at the end of commands Francois-Rene Rideau
Description

We found this bug while testing asdf's run-program. This notably matter when invoking CMD.EXE:

? (ccl::make-windows-command-line '("echo" "ok" "1"))
"echo ok 1 " ;; instead of "echo ok 1"

The problem is that due to the time when you shorten the list of string, the test (when strings ...) around printing the space should instead be (when (cdr strings) ...).

PS: you may or may not want to M-x delete-trailing-whitespace and/or have a svn hook that ensures you don't have such whitespace.

#1117 invalid Missing external-process-wait on Windows Francois-Rene Rideau
Description

The function ccl::external-process-wait is missing on #+windows-target.

Looking at the source for run-program, it looks like this might work:

(in-package :ccl)

(defun external-process-wait (proc)
  (when (external-process-pid proc))
    (with-interrupts-enabled
        (wait-on-semaphore (external-process-completed proc)))))))
Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.