Re: zsh history bug ?

[Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>]

On Dec 10,  6:23am, Bernhard Tittelbach wrote:
} Subject: Re: zsh history bug ?
}
} Am 2014-11-14 um 02:51 schrieb Mikael Magnusson:
} > On Fri, Nov 14, 2014 at 2:34 AM, Bernhard Tittelbach <xro@xxxxxxxxxxx> wrote:
} >>
} >> I've been working a few days with 5.0.7 now and can report the following:
} >>
} >> 1) I seem to encounter the bug less often
} >> 2) The bug, or a variant thereof is still present
} >>
} >> i.e.:
} >>
} >> % mkdir -p libs/jquery
} >> % cd <Alt>.
} >> resulted in
} >> % cd lib/jquuery

I'm not able to reproduce this on MacOS (the platform where the bug
originally was reported, IIRC).

Here was the patch:

2013-09-26  Barton E. Schaefer  <schaefer@xxxxxxx>

        * 31770: Src/hist.c: memmove() instead of memcpy() for overlapping
        regions.

I've re-checked Src/hist.c and there are no other cases where memcpy() is
being used except with a newly-allocated buffer as the destination (so, no
overlapping regions).

} >> When I previously encountered the bug, I believe only the lookup from
} >> history was garbled, i.e. the contents of .zsh_history were fine.
} >> I'll have to confirm this on a different system though.

Are you sharing history via a network-mounted home directory from 
multiple hosts?

} >> Now the .zsh_history definitely holds a garbled version of the executed
} >> command line:
} >>
} >> % ls
} >> libs/
} >> % ls libs/
} >> jquery/
} >> % tail  ~/.zsh_history | grep mkdir
} >> : 1415928181:0;mkdir -p lib/jquuery
} > Check if setopt nohistreduceblanks stops the problem.
} >
} Alright, I've not encountered the bug for quite some time now,
} your suggestion worked!

Can you give us some additional details of the OS and hardware where you
are seeing this error?  The remaining possibility is that your build of
zsh does not define HAVE_MEMMOVE *and* the implementation of its
replacement (which might be bcopy(), or might be a macro in the system
headers) does not properly handle overlapping pointers.