summaryrefslogtreecommitdiff
path: root/glibc/mmap.mdwn
diff options
context:
space:
mode:
authorhttps://me.yahoo.com/a/g3Ccalpj0NhN566pHbUl6i9QF0QEkrhlfPM-#b1c14 <diana@web>2015-02-16 20:08:26 +0100
committerGNU Hurd web pages engine <web-hurd@gnu.org>2015-02-16 20:08:26 +0100
commit7f82d81c2f2999fcbc68f8f056e93f2cfc81cc16 (patch)
treea4eefc05afccf436245f288522b43143533679a7 /glibc/mmap.mdwn
parentefe9fc659a04fab44e843802ae24fe85ddc232df (diff)
update for rename of open_issues/libnetfs_io_map.mdwn to service_solahart_jakarta_selatan__082122541663/libnetfs_io_map.mdwn
Diffstat (limited to 'glibc/mmap.mdwn')
-rw-r--r--glibc/mmap.mdwn4
1 files changed, 2 insertions, 2 deletions
diff --git a/glibc/mmap.mdwn b/glibc/mmap.mdwn
index cddd0584..676e1b83 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`|open_issues/libnetfs_io_map]] issue.
+This is the [[libnetfs: `io_map`|service_solahart_jakarta_selatan__082122541663/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`|open_issues/libnetfs_io_map]]
+`./true` invocation on [[libnetfs: `io_map`|service_solahart_jakarta_selatan__082122541663/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