summaryrefslogtreecommitdiff
path: root/glibc
diff options
context:
space:
mode:
authorSamuel Thibault <samuel.thibault@ens-lyon.org>2015-02-18 00:58:30 +0100
committerSamuel Thibault <samuel.thibault@ens-lyon.org>2015-02-18 00:58:30 +0100
commitf9a828bce420f6ea1e014d629624e8b679d96e69 (patch)
tree74973c315acf91e6578882b966e58a070708c5f8 /glibc
parentc7f9faae1a9bde6c0baf64744287dcbc4006a5fd (diff)
Revert "update for rename of open_issues/libnetfs_io_map.mdwn to service_solahart_jakarta_selatan__082122541663/libnetfs_io_map.mdwn"
This reverts commit 7f82d81c2f2999fcbc68f8f056e93f2cfc81cc16.
Diffstat (limited to 'glibc')
-rw-r--r--glibc/mmap.mdwn4
1 files changed, 2 insertions, 2 deletions
diff --git a/glibc/mmap.mdwn b/glibc/mmap.mdwn
index 676e1b83..cddd0584 100644
--- a/glibc/mmap.mdwn
+++ b/glibc/mmap.mdwn
@@ -357,7 +357,7 @@ No fallback for `MAP_FAILED`.
## `io_map` Failure
-This is the [[libnetfs: `io_map`|service_solahart_jakarta_selatan__082122541663/libnetfs_io_map]] issue.
+This is the [[libnetfs: `io_map`|open_issues/libnetfs_io_map]] issue.
[[!tag open_issue_glibc open_issue_hurd]]
[[tschwinge]]'s current plan is to make the following cases do the same (if
@@ -366,7 +366,7 @@ that first tries `mmap` (and that will succeed on Linux-based systems and also
on Hurd-based, if it's backed by [[hurd/libdiskfs]]), and if that fails tries
`mmap` on anonymous memory and then fills it by `read`ing the required data.
This is also what the [[hurd/exec]] server is doing (and is the reason that the
-`./true` invocation on [[libnetfs: `io_map`|service_solahart_jakarta_selatan__082122541663/libnetfs_io_map]]
+`./true` invocation on [[libnetfs: `io_map`|open_issues/libnetfs_io_map]]
works, to my understanding): see `exec.c:prepare`, if `io_map` fails,
`e->filemap == MACH_PORT_NULL`; then `exec.c:map` (as invoked from
`exec.c:load_section`, `exec.c:check_elf`, `exec.c:do_exec`, or