path: root/open_issues
diff options
Diffstat (limited to 'open_issues')
3 files changed, 4 insertions, 4 deletions
diff --git a/open_issues/automatically_checking_port_deallocation.mdwn b/open_issues/automatically_checking_port_deallocation.mdwn
index 6aeaf207..e8a4389e 100644
--- a/open_issues/automatically_checking_port_deallocation.mdwn
+++ b/open_issues/automatically_checking_port_deallocation.mdwn
@@ -29,4 +29,4 @@ a recompilation of the code that contains the port leak. Currently,
it is a prototype. If you are looking for a port leak, I'd love you
to try it though:
diff --git a/open_issues/robustness.mdwn b/open_issues/robustness.mdwn
index 4b0cdc9b..3ba9bb3d 100644
--- a/open_issues/robustness.mdwn
+++ b/open_issues/robustness.mdwn
@@ -138,7 +138,7 @@ License|/fdl]]."]]"""]]
< teythoon> I came across some paper about process reincarnation and
created a little prototype a while back:
- < teythoon>
+ < teythoon>
< teythoon> and I looked into restarting the exec server in case it
dies. the exec server is an easy target since it has no state of its own
< teythoon> the only problem is that there is no exec server around to
@@ -166,7 +166,7 @@ License|/fdl]]."]]"""]]
< teythoon> braunr: the server can store a checkpoint using the
reincarnation_checkpoint procedure
< teythoon>
< teythoon> uh >,< sorry, pasted twice
< braunr> oh ok
diff --git a/open_issues/virtualization/fakeroot.mdwn b/open_issues/virtualization/fakeroot.mdwn
index 441d5c13..b8604ff7 100644
--- a/open_issues/virtualization/fakeroot.mdwn
+++ b/open_issues/virtualization/fakeroot.mdwn
@@ -480,7 +480,7 @@ License|/fdl]]."]]"""]]
<antrik> that must be new then
<teythoon> might be, yes
<braunr> antrik: debian currently disables both the global and thread
timeouts in libports
<braunr> my work on thread destruction consists in part in reenabling