You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
My understanding is that currently the /proc/self/maps implementation on Hurd exposes memory objects via their relevant mach ports as the "path", like [mem_obj={port_num}]. This seems like it might provide us with enough information that we can "simply" use the ultra-verbose vm_map (...with some wrapper code, obviously)... to map in the relevant segments of the relevant files.
I think emulating specifics of the /proc/self/maps implementation Linux has on Hurd may have made sense at one point but is ultimately a losing battle if one actually wants to make a different OS. See e.g. #671 which the Linux implementation may start to use soon enough.
My understanding is that currently the /proc/self/maps implementation on Hurd exposes memory objects via their relevant mach ports as the "path", like
[mem_obj={port_num}]
. This seems like it might provide us with enough information that we can "simply" use the ultra-verbosevm_map
(...with some wrapper code, obviously)... to map in the relevant segments of the relevant files.I think emulating specifics of the
/proc/self/maps
implementation Linux has on Hurd may have made sense at one point but is ultimately a losing battle if one actually wants to make a different OS. See e.g. #671 which the Linux implementation may start to use soon enough.cc @sthibaul
The text was updated successfully, but these errors were encountered: