Xavier de Gaye wrote:
> Bug description:
> ===============
> Vim version 7.0
>
> When receiving a netbeans 'close' command, vim does delete the
> specified buffer, but the buffer's reference (buf_list[bufno].bufp
> called here 'this_memory_address') is still kept in buf_list[].
> It may happen that this_memory_address is once again returned by
> malloc when allocating a new buffer later. In this case, the function
> nb_getbufno(this_memory_address) will return the closed netbeans
> buffer number instead of the newly allocated one since it is always
> before in the list.
>
> See the test case below.
The fix looks good to me. I'll include the patch and test it a bit.
> Issue:
> How can a netbeans IDE implementation recognize when it talks to a vim
> version where the bug is fixed (since 'close' can't be used when it
> is not fixed) ?
> With a new netbeans version number ?
Incrementing the netbeans interface version number for this doesn't
sound like a good idea. You could test for the patch number when it's
send out later: has("patch123")
--
>From "know your smileys":
;-0 Can't find shift key
,-9 Kann Umschalttaste nicht finden
/// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\
/// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\ download, build and distribute -- http://www.A-A-P.org ///
\\\ help me help AIDS victims -- http://ICCF-Holland.org ///
