Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

(quicklisp:quickload :any-library) fails, ECL 11.1.1, Windows #46

Closed
avodonosov opened this issue Dec 20, 2011 · 6 comments
Closed

(quicklisp:quickload :any-library) fails, ECL 11.1.1, Windows #46

avodonosov opened this issue Dec 20, 2011 · 6 comments

Comments

@avodonosov
Copy link

Opened an ECL bug here:

https://sourceforge.net/tracker/?func=detail&aid=3462618&group_id=30035&atid=398053

@quicklisp
Copy link
Owner

Why does it fail?

@avodonosov
Copy link
Author

Sorry, that's all info I have for now. I hope maybe Juan Jose will be able to quickly understand it.

If I have more info I will report here.

@avodonosov
Copy link
Author

Tracked it down to the functino find-valid-system-index in the file local-projects.lisp.

It tries to do

(when (and probed
           (<= (directory-write-date pathname)
               (file-write-date probed)))
  probed)

without taking into account that directory-write-date may return nil (as it is implemented using file-write-date).

BTW, the directory it tests, C:/Users/anton/quicklisp/local-projects/, exists.

@quicklisp
Copy link
Owner

Thanks. I'll try to find out how to get the directory-write-date in ECL for Windows.

@quicklisp
Copy link
Owner

According to Juanjo this is a bug in file-write-date in Windows ECL. It should be fixed very soon.

@avodonosov
Copy link
Author

Good.

file-write-date is allowed to return NIL by CLHS, so probably quicklisp code should handle this situation somehow.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants