diff options
| author | Samuel Thibault <samuel.thibault@ens-lyon.org> | 2024-04-07 17:18:07 +0200 |
|---|---|---|
| committer | Samuel Thibault <samuel.thibault@ens-lyon.org> | 2024-04-07 17:18:07 +0200 |
| commit | 0db356ea482b3045f4d49b5c7953791bf18573a3 (patch) | |
| tree | d083419e0fb7f974b4111a5fcd44174d1d221556 /open_issues/libpthread.mdwn | |
| parent | 9553439d7562aad9c3b58a83fc7c0059fc29422a (diff) | |
| download | web-0db356ea482b3045f4d49b5c7953791bf18573a3.tar.gz web-0db356ea482b3045f4d49b5c7953791bf18573a3.tar.bz2 web-0db356ea482b3045f4d49b5c7953791bf18573a3.zip | |
Fix git.savannah.gnu.org urls into https
Diffstat (limited to 'open_issues/libpthread.mdwn')
| -rw-r--r-- | open_issues/libpthread.mdwn | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/open_issues/libpthread.mdwn b/open_issues/libpthread.mdwn index 1a06897b..3da5e558 100644 --- a/open_issues/libpthread.mdwn +++ b/open_issues/libpthread.mdwn @@ -1163,7 +1163,7 @@ License|/fdl]]."]]"""]] ## IRC, freenode, #hurd, 2012-09-23 <braunr> tschwinge: i committed the last hurd pthread change, - http://git.savannah.gnu.org/cgit/hurd/hurd.git/log/?h=master-pthreads + https://git.savannah.gnu.org/cgit/hurd/hurd.git/log/?h=master-pthreads <braunr> tschwinge: please tell me if you consider it ok for merging @@ -1646,13 +1646,13 @@ See also [[open_issues/libpthread/fix_have_kernel_resources]]. does it right <braunr> in the io_select_timeout branch <braunr> see - http://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/libthreads/cancel-cond.c?h=rbraun/select_timeout + https://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/libthreads/cancel-cond.c?h=rbraun/select_timeout for example * pinotree looks <braunr> what matters is the msg_delivered member used to synchronize sleeper and waker <braunr> the waker code is in - http://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/libthreads/cprocs.c?h=rbraun/select_timeout + https://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/libthreads/cprocs.c?h=rbraun/select_timeout <pinotree> never seen cthreads' code before :) <braunr> soon you shouldn't have any more reason to :p <pinotree> ah, so basically the cthread version of the pthread cleanup |