summaryrefslogtreecommitdiff
path: root/user
diff options
context:
space:
mode:
authorThomas Schwinge <thomas@schwinge.name>2013-03-06 21:35:26 +0100
committerThomas Schwinge <thomas@schwinge.name>2013-03-06 21:35:26 +0100
commit31197ac55a5f93e8c5ad44d9a86fe0d62e0ab424 (patch)
tree8df329e623e7c1970f1ff3cf812677a5ec7e7451 /user
parent2fec5e6c366d542146b57aff2d8c2a90a8611e05 (diff)
<http://darnassus.sceen.net/~hurd-web/> is the new <http://www.bddebian.com:8888/~hurd-web/>.
Diffstat (limited to 'user')
-rw-r--r--user/Maksym_Planeta.mdwn10
-rw-r--r--user/jkoenig/java/discussion.mdwn3
-rw-r--r--user/jkoenig/java/proposal.mdwn2
3 files changed, 9 insertions, 6 deletions
diff --git a/user/Maksym_Planeta.mdwn b/user/Maksym_Planeta.mdwn
index fccf3840..e996ecee 100644
--- a/user/Maksym_Planeta.mdwn
+++ b/user/Maksym_Planeta.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2011 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2011, 2013 Free Software Foundation, Inc."]]
[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
id="license" text="Permission is granted to copy, distribute and/or modify this
@@ -84,7 +84,7 @@ $ showtrans foo
## mach-defpager
-[[defpager|http://www.bddebian.com:8888/~hurd-web/user/Maksym_Planeta/#defpager81111]]
+[[defpager|Maksym_Planeta#defpager81111]]
[[http://www.mail-archive.com/bug-hurd@gnu.org/msg18859.html]]
@@ -105,7 +105,7 @@ since this parameter is unused
Probably pager_request shouldn't be stored because request may arrive from different kernels (or from kernel and translator), so this parameter doesn't have any sense.
-22.11.11 Reading/writing for any size works, [[this|http://lists.gnu.org/archive/html/bug-hurd/2011-11/msg00127.html]] works, but fsx test fails ([[see|http://www.bddebian.com:8888/~hurd-web/user/Maksym_Planeta/#fsx_fail2211]]).
+22.11.11 Reading/writing for any size works, [[this|http://lists.gnu.org/archive/html/bug-hurd/2011-11/msg00127.html]] works, but fsx test fails ([[see|Maksym_Planeta#fsx_fail2211]]).
24.11.11 The problem with fsx.
@@ -116,7 +116,7 @@ Here are follow operations:
3. Write some data at address 0x200 size of 0x20. By this operation file size is increased up to 0x220.
4. Read data at address 0x110. Fsx expects here zeros, but in fact here is data, that was written at step 1.
-When fsx tries to read data kernel calls pager with seqno_memory_object_data_request, and pager returns on step 4 zeros either with memory_object_data_provided or memory_object_data_unavailable. Before this, in default_pager_set_size memory_object_lock_request called to flush any kernel caches, that could hold data to be truncated. When I set offset to 0 and size to limit in memory_object_lock_request it appeared another error ([[see|http://www.bddebian.com:8888/~hurd-web/user/Maksym_Planeta/#fsx_fail2411]]). Both these behaviors appear to be quite strange for me. It is quite late now, so i put these notes to not forget this and went sleep. Continue tomorrow.
+When fsx tries to read data kernel calls pager with seqno_memory_object_data_request, and pager returns on step 4 zeros either with memory_object_data_provided or memory_object_data_unavailable. Before this, in default_pager_set_size memory_object_lock_request called to flush any kernel caches, that could hold data to be truncated. When I set offset to 0 and size to limit in memory_object_lock_request it appeared another error ([[see|Maksym_Planeta#fsx_fail2411]]). Both these behaviors appear to be quite strange for me. It is quite late now, so i put these notes to not forget this and went sleep. Continue tomorrow.
5.12.11 Here is a problem with writing by address, which was freed already. It happens in function dealloc_direct in macros invalidate_block. This function is called from pager_truncate in branch when condition "if (!INDIRECT_PAGEMAP(old_size))" is true. But I didn't find why reference to freed object is kept. As workaround we can reduce kalloc_max in hurd/mach-defpager/kalloc.c to 3 to make allocator use vm_allocate always. The drawback is that allocator will allocate only multiple of vm_page_size, but this is temporary tradeoff. Till now fsx reaches operation number 14277.
@@ -151,7 +151,7 @@ I didn't find out yet what is wrong here exactly, but when I exclude this code m
### Make links work
-Symlinks behavior: [[links|http://www.bddebian.com:8888/~hurd-web/user/Maksym_Planeta/#links81111]]
+Symlinks behavior: [[links|Maksym_Planeta#links81111]]
8.11.11 Symlinks work.
diff --git a/user/jkoenig/java/discussion.mdwn b/user/jkoenig/java/discussion.mdwn
index 352f6d62..a95b2cbe 100644
--- a/user/jkoenig/java/discussion.mdwn
+++ b/user/jkoenig/java/discussion.mdwn
@@ -203,6 +203,9 @@ Probably faster than JNI, but only usable with GCJ.
<jkoenig> right,
<jkoenig> so here you may want to look at the UML class diagram from
http://www.bddebian.com/~hurd-web/user/jkoenig/java/proposal/
+
+[[proposal]].
+
<jkoenig> so in the C case, mig generates 3 files
<jkoenig> a header file which has the prototypes of the mig-generated
stubs,
diff --git a/user/jkoenig/java/proposal.mdwn b/user/jkoenig/java/proposal.mdwn
index feb7e9dc..61563c95 100644
--- a/user/jkoenig/java/proposal.mdwn
+++ b/user/jkoenig/java/proposal.mdwn
@@ -588,7 +588,7 @@ In the event multiple language bindings projects
would be accepted,
some work could probably be done in common.
In particular,
-[ArneBab](http://www.bddebian.com/~hurd-web/community/weblogs/ArneBab/2011-04-06-application-pyhurd/)
+[[ArneBab|/community/weblogs/ArneBab/2011-04-06-application-pyhurd]]
seems to favor a low-level approach for his Python bindings as I do for Java,
and I would be happy to discuss API design and coordinate MIG changes with him.
I would also have an extra month after the end of the GSoC period