On Fri, Nov 28, 2014 at 03:47:49PM -0500, Maarten Billemont wrote:
> What I would expect is for += inside +=() to behave as = does now, and = to
> behave as it does outside of +=(), which is to "set" the value, not
> append. Ergo:
>
> declare -a indexed_array=( [0]=a )
> indexed_array=( [0]=b ) #
On 11/29/14 4:47 AM, Eduardo A. Bustamante López wrote:
>
> Further expanding on this:
Thanks, this is the right fix. And it works for indexed arrays as well,
making the behavior consistent.
Chet
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vit
>No. You have missed the point. The point is that the secret mechanism
>that konsole used to use no longer works. It didn't rely on documented
>behavior; it relied on a side effect of the (flawed) readline-6.2
>implementation. It can't really be called a bug.
Okey, so, Chet, what will you say a
Askar Safin wrote:
> Okey, so, Chet, what will you say about resizing bug? Is this a bug?
> At this moment I doesn't ask where (readline or konsole) this bug
> resides. I'm just asking: is this a bug? Or "long line doesn't move
> on resize" is intended behavior?
In my opinion the bug is in your ex
On Fri, Nov 28, 2014 at 03:47:49PM -0500, Maarten Billemont wrote:
least for the associative arrays case, because in the case of normal
arrays,
ksh93 does some pretty funny things:
| dualbus@hp ~ % ksh93 -c 'a=(); a+=([0]=b); typeset -p a'
| typeset -A a=([0]=b) # Ha! Now 'a' is an associative