Hi h_east,
2013/11/19 Tue 3:14:22 UTC+9 h_east wrote:
> Hi Bram, Christian and Vimmers,
>
> I received a bug report from Taro Muraoka.
> This bug occurd in 7.4.085 or later.
>
> --------
> How to reproduce.
>
> 1. Open new buffer and input below and cursor on the '2'.
>
> 123
> 4567
>
> 2. Input <C-v>j$Aab<Esc>
>
> --------
> Actual behavior
> - "23" in the second line is strange obviously.
>
> 123ab
> 45623ab7
>
> --------
> Expected behavior
> - I don't know :-)
> But I think that may be to bypass the process that was added in 7.4.085 when
> used '$' in visual mode.
I don't think your patch is OK. The patch bypasses a wrong block.
Expected result is:
123ab
4567ab
(See: :help v_b_A)
I hope attached patch fixes this.
Regards,
Ken Takata
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups
"vim_dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.
# HG changeset patch
# Parent 1145b0eb0c4a98098f2e16b5bd30f2f7db274eab
diff --git a/src/ops.c b/src/ops.c
--- a/src/ops.c
+++ b/src/ops.c
@@ -2646,7 +2646,7 @@
/* The user may have moved the cursor before inserting something, try
* to adjust the block for that. */
- if (oap->start.lnum == curbuf->b_op_start.lnum)
+ if (oap->start.lnum == curbuf->b_op_start.lnum && !bd.is_MAX)
{
if (oap->op_type == OP_INSERT
&& oap->start.col != curbuf->b_op_start.col)
