Skip to content

Conversation

@PaulWessel
Copy link
Member

Since the URL of a quiery is not a good file name, we do not create an advisory lock file for such downloads. Addresses #3765 hopefully.

Since the URL of a quiery is not a good file name, we do not create an advisory lock file for such downloads.  Addresses #3765 hopefully.
@PaulWessel PaulWessel added the backport 6.1 Backport this PR to 6.1 branch label Jul 29, 2020
@PaulWessel PaulWessel requested a review from seisman July 29, 2020 18:53
@seisman
Copy link
Member

seisman commented Jul 29, 2020

#3735 is not backported to 6.1. Are you sure you want to backport this pr?

@PaulWessel PaulWessel removed the backport 6.1 Backport this PR to 6.1 branch label Jul 29, 2020
@PaulWessel
Copy link
Member Author

Oops, I thought it was. No, in that case.

@PaulWessel
Copy link
Member Author

PaulWessel commented Jul 29, 2020 via email

@PaulWessel
Copy link
Member Author

Back on, fortunately. Marginally high wind on Oahu tends to mean short blackouts, and even though I am well UPS-ed up at home now, I have no defense against external network outages other than my cellphone plan...

@PaulWessel PaulWessel merged commit 5840611 into master Jul 29, 2020
@PaulWessel PaulWessel deleted the no-query-lock branch July 29, 2020 20:04
seisman pushed a commit that referenced this pull request Aug 1, 2020
Since the URL of a quiery is not a good file name, we do not create an advisory lock file for such downloads.  Addresses #3765 hopefully.
seisman added a commit that referenced this pull request Aug 1, 2020
* Let libcurl downloads be managed via lockfiles (#3735)

* Try to use filelock for downloads

We want to avoid race conditions on gmt_data_server.txt and gmt_hash_server.txt.

* Update gmt_remote.c

* Delete a failing gmt_data_server.txt file so it can be regenerated

If for whatever reason the gmt_data_server.txt ends up blank, reading will fail.  Rather than just complain about it, we now delete the file since we (a) know it is broken and (b) unless it is removed we will not attempt to refresh it for another cycle (by default 24 hours).

* Exempt URL queries from having lock files (#3768)

Since the URL of a quiery is not a good file name, we do not create an advisory lock file for such downloads.  Addresses #3765 hopefully.

* Checked wrong string for URL (#3780)

Hopefully fixes #3765.

* Forgot the other place where locking occurred (#3785)

Now both places where lockfiles are used avoids URL queries.  Closes #3765.

* Must close file before delete it (#3804)

Co-authored-by: Paul Wessel <[email protected]>
Co-authored-by: Joaquim <[email protected]>
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.

3 participants