From 2603401fa1f899a8ff60ec6a134d5bd511073a9d Mon Sep 17 00:00:00 2001
From: Thomas Schwinge <tschwinge@gnu.org>
Date: Tue, 7 Aug 2012 23:25:26 +0200
Subject: IRC.

---
 open_issues/gnumach_vm_map_red-black_trees.mdwn | 26 +++++++++++++++++++++++++
 1 file changed, 26 insertions(+)

(limited to 'open_issues/gnumach_vm_map_red-black_trees.mdwn')

diff --git a/open_issues/gnumach_vm_map_red-black_trees.mdwn b/open_issues/gnumach_vm_map_red-black_trees.mdwn
index d7407bfe..7a54914f 100644
--- a/open_issues/gnumach_vm_map_red-black_trees.mdwn
+++ b/open_issues/gnumach_vm_map_red-black_trees.mdwn
@@ -172,3 +172,29 @@ License|/fdl]]."]]"""]]
       crasher le noyau)
     <braunr> (enfin jveux dire, qui faisait crasher le noyau de façon très
       obscure avant le patch rbtree)
+
+
+### IRC, freenode, #hurd, 2012-07-15
+
+    <bddebian> I get errors in vm_map.c whenever I try to "mount" a CD
+    <bddebian> Hmm, this time it rebooted the machine
+    <bddebian> braunr: The translator set this time and the machine reboots
+      before I can get the full message about vm_map, but here is some of the
+      crap I get:  http://paste.debian.net/179191/
+    <braunr> oh
+    <braunr> nice
+    <braunr> that may be the bug youpi saw with my redblack tree patch
+    <braunr> bddebian: assert(diff != 0); ?
+    <bddebian> Aye
+    <braunr> good
+    <braunr> it means we're trying to insert a vm_map_entry at a region in a
+      map which is already occupied
+    <bddebian> Oh
+    <braunr> and unlike the previous code, the tree actually checks that
+    <braunr> it has to
+    <braunr> so you just simply use the iso9660fs translator and it crashes ?
+    <bddebian> Well it used to on just trying to set the translator.  This time
+      I was able to set the translator but as soon as I cd to the mount point I
+      get all that crap
+    <braunr> that's very good
+    <braunr> more test cases to fix the vm
-- 
cgit v1.2.3