> Well, the patch below does just that, but it doesn't work. It seems that
> opening with STORE_INACTIVE is not supported.
Ok. Well, if the changes to storeio succeed in making that libstore calls
we think are right (and in particular deactivating the store when peropens
goes to zero on a close), then you can check those changes in before we
worry about how libstore should be fixed. The count you added should be in
struct dev, not a global variable, and locked by the existing mutex there.
But other than that, it looks good so you can check it in with that cleanup.
I think I agree with you about the libstore changes. But it is a decent
interim solution to just leave libstore as it is and change storeio as you
have. Then the store gets activated when storeio first starts up, but is
properly deactivated after the first open+close.
_______________________________________________
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
