open_issues/hurd_file_name_lookup_retry_FS_RETRY_MAGIC: New.

1 files changed, 21 insertions, 0 deletions

diff --git a/open_issues/hurd_file_name_lookup_retry_FS_RETRY_MAGIC.mdwn b/open_issues/hurd_file_name_lookup_retry_FS_RETRY_MAGIC.mdwn
new file mode 100644
index 00000000..b1eaf9a5
--- /dev/null
+++ b/open_issues/hurd_file_name_lookup_retry_FS_RETRY_MAGIC.mdwn
@@ -0,0 +1,21 @@
+[[!meta copyright="Copyright © 2009, 2010 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
+document under the terms of the GNU Free Documentation License, Version 1.2 or
+any later version published by the Free Software Foundation; with no Invariant
+Sections, no Front-Cover Texts, and no Back-Cover Texts.  A copy of the license
+is included in the section entitled [[GNU Free Documentation
+License|/fdl]]."]]"""]]
+
+IRC, #hurd, 2009-08-25
+
+    <cfhammar> also I fixed (what I think is) a bug in hurd_file_name_lookup_retry when opening FDs with FS_RETRY_MAGIC
+    <cfhammar> it didn't actually reopen the FD, rather it just (effectively) duped it
+    <scolobb> cfhammar: That's great!  I think I had some problems because of not being able to truly reopen a port to a file.
+    <antrik> cfhammar: what is the difference, and why do you consider it a bug?...
+    <cfhammar> antrik: for one thing you can't change open modes, and it doesn't reset the file cursor
+    <cfhammar> (which I actually needed, though I could have done it manually)
+    <cfhammar> antrik: and also it isn't consistant with linux
+    <cfhammar> you can trigger the bug from the shell: cat /dev/fd/3 3>> /tmp/foo
+    <antrik> cfhammar: I can't say that I understand the test case... but I can at least confirm that it behaves differently on Hurd and on Linux :-)