bugThe GNU Hurd - Bugs: bug #20907, storeio: ENOENT on lookup causes...


bug #20907: storeio: ENOENT on lookup causes clients to use underlying translator

Submitter:  Carl Fredrik Hammar <hammy>
Submitted:  Sun 26 Aug 2007 04:14:50 PM UTC
Category:  Hurd Servers Severity:  3 - Normal
Priority:  5 - Normal Item Group:  None
Status:  Ready For Test Privacy:  Public
Assigned to:  None Originator Name: 
Open/Closed:  Open Reproducibility:  Every Time
Size (loc):  None Planned Release:  None
Effort:  0.00
Wiki-like text discussion box: 

* Mandatory Fields

Add a New Comment Rich Markup

Sun 26 Aug 2007 04:14:50 PM UTC, original submission:  

When layering a store over a file that doesn't exist `storeio' lookup of the store will return ENOENT, causing clients to use underlying translator instead.

$ ls -a
. ..
$ settrans -ac foo -T file bar
$ echo test > foo
$ settrans -g foo
$ cat foo

The solution is to return another error instead.  I'm not sure which one is appropriate, but I have attached a patch that returns

Carl Fredrik Hammar <hammy>
Group Member


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

Attached Files
file #13806:  storeio-no-enoent.diff added by hammy (596B - application/octet-stream)


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by hammy (Submitted the item)

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.


    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2007-08-26 hammy StatusNone Ready For Test
    2007-08-26 hammy Attached File- Added storeio-no-enoent.diff, #13806

    Back to the top

    Powered by Savane 3.12.
    Corresponding source code