Skip to content

[Serialization] Ignore filesystem errors when loading modules. #4547

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

Merged
merged 1 commit into from
Aug 30, 2016

Conversation

jrose-apple
Copy link
Contributor

Instead, just go on to the next search path. This prevents a present-but-unreadable directory from leading to a module load failure, which happens when one user builds a module and another user loads it (even if those search paths aren't even being used).

There might still be some other errors that would be useful to treat as "module found but invalid" rather than "module not found", but experience has shown that it's the wrong default.

There is a Radar for this but I can't find it.

@jrose-apple
Copy link
Contributor Author

@swift-ci Please test

@swift-ci
Copy link
Contributor

Build failed
Jenkins build - Swift Test Linux Platform
Git Commit - 2eb07b9db62231ed36b8c48037ad92edd2e98876
Test requested by - @jrose-apple

@jrose-apple
Copy link
Contributor Author

I still can't find the Radar I was thinking of, but rdar://problem/23496758 may be the same issue.

@swift-ci
Copy link
Contributor

Build failed
Jenkins build - Swift Test OS X Platform
Git Commit - 2eb07b9db62231ed36b8c48037ad92edd2e98876
Test requested by - @jrose-apple

Instead, just go on to the next search path. This prevents a
present-but-unreadable directory from leading to a module load
failure, which happens when one user builds a module and another user
loads it (even if those search paths aren't even being used).

There might still be some other errors that would be useful to treat
as "module found but invalid" rather than "module not found", but
experience has shown that it's the wrong default.

There is a Radar for this but I can't find it.
@jrose-apple jrose-apple force-pushed the load-permission-denied branch from 2eb07b9 to 001c8f6 Compare August 29, 2016 23:27
@jrose-apple
Copy link
Contributor Author

@swift-ci Please test

1 similar comment
@jrose-apple
Copy link
Contributor Author

@swift-ci Please test

@jrose-apple jrose-apple merged commit e92e00b into swiftlang:master Aug 30, 2016
@jrose-apple jrose-apple deleted the load-permission-denied branch August 30, 2016 02:34
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

Successfully merging this pull request may close these issues.

2 participants