From bf39e4e31e58242ab686c56bbf51678f272bbc15 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Fri, 30 Jul 2010 16:35:33 +0200 Subject: open_issues/hurd_file_name_lookup_retry_FS_RETRY_MAGIC: New. --- .../hurd_file_name_lookup_retry_FS_RETRY_MAGIC.mdwn | 21 +++++++++++++++++++++ 1 file changed, 21 insertions(+) create mode 100644 open_issues/hurd_file_name_lookup_retry_FS_RETRY_MAGIC.mdwn (limited to 'open_issues/hurd_file_name_lookup_retry_FS_RETRY_MAGIC.mdwn') 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 + + also I fixed (what I think is) a bug in hurd_file_name_lookup_retry when opening FDs with FS_RETRY_MAGIC + it didn't actually reopen the FD, rather it just (effectively) duped it + cfhammar: That's great! I think I had some problems because of not being able to truly reopen a port to a file. + cfhammar: what is the difference, and why do you consider it a bug?... + antrik: for one thing you can't change open modes, and it doesn't reset the file cursor + (which I actually needed, though I could have done it manually) + antrik: and also it isn't consistant with linux + you can trigger the bug from the shell: cat /dev/fd/3 3>> /tmp/foo + 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 :-) -- cgit v1.2.3