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

Pass fd to functions in OpamFilename.with_flock* #3248

Merged
merged 1 commit into from
Apr 6, 2018

Conversation

dra27
Copy link
Member

@dra27 dra27 commented Mar 8, 2018

File locking behaves differently under Windows - if a file is to be written or read using a lock, then the same fd needs to be used. Alter the OpamFilename.with_flock functions to pass the fd of the lock file
instead of unit.

@dra27
Copy link
Member Author

dra27 commented Mar 14, 2018

The AppVeyor failure is just Cygwin being silly. The Travis fails are because 89a1bae in #3242 is not yet merged.

dra27 added a commit to dra27/opam that referenced this pull request Mar 17, 2018
@AltGr
Copy link
Member

AltGr commented Mar 28, 2018

Ok to merge as soon as it passes (i.e. the #3242 dependency)

@AltGr AltGr self-requested a review March 28, 2018 12:15
@dra27
Copy link
Member Author

dra27 commented Mar 28, 2018

Rebased - expect AppVeyor to pass and Travis to fail the jobs < 4.06.1

dra27 added a commit to dra27/opam that referenced this pull request Apr 4, 2018
File locking behaves differently under Windows - if a file is to be
written or read using a lock, then the same fd needs to be used. Alter
the OpamFilename.with_flock functions to pass the fd of the lock file
instead of unit.

Signed-off-by: David Allsopp <david.allsopp@metastack.com>
@AltGr AltGr merged commit 8e3770a into ocaml:master Apr 6, 2018
@dra27 dra27 deleted the windows-flock branch May 11, 2018 15:11
@dra27 dra27 mentioned this pull request Jun 13, 2024
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.

None yet

2 participants