bug-gnu-utils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: GDBM 1.11, 1.13 incorrectly handle gdbm_reorganize() if filesystem i


From: Bob Proulx
Subject: Re: GDBM 1.11, 1.13 incorrectly handle gdbm_reorganize() if filesystem is NFS
Date: Thu, 22 Jun 2017 22:35:12 -0600
User-agent: NeoMutt/20170306 (1.8.0)

Hello Sebastian,

Sebastian Gniazdowski wrote:
> I'm using new (not yet merged) gdbm Zsh module. It maps shell's hash
> table onto GDBM. Current Zsh upstream has previous version, but it
> behaves the same.

I am not sure if you are having trouble with zsh or with gdbm.
However this mailing list isn't very active as you can see from the
archives of it.

  https://lists.gnu.org/archive/html/bug-gnu-utils/

I don't know if you will get a response from anyone on whichever
question you are asking.

> even after "unbind" done in Zsh. I've checked that the unbind
> correctly calls gdbm_close().
>
> Commenting-out gdbm_reorganize() call fixes this. This is a proof
> that gdbm_close() is really called, 100% of problem lies in
> gdbm_reorganize().
>
> So basically the error is:
>
> - with NFS file-system, gdbm_reorganize() harms GDBM_FILE structure
> - so that gdbm_close() doesn't release the database, and it's
> - impossible to connect to the database again, if no restart of
> - shell.

It seems like you are having a zsh problem with zsh using gdbm?  In
which case I suggest reporting this to a zsh specific list.  However I
notice that you are already known there.

If you are thinking this is a bug in gdbm then please report it to the
gdbm folks.  The docs give this:

  "Once you’ve got a precise problem, send e-mail to address@hidden"

This is probably all of the help we can give you here on
bug-gnu-utils.  Good luck!

Bob



reply via email to

[Prev in Thread] Current Thread [Next in Thread]