On Mon, 10 Feb, 2014 at 00:01:09 GMT, Jan Larres wrote:
> Yes, that's what I meant by "latest updates". But even with your patches
> the things that I mentioned were missing.
Oops, yeah. I see now. Thanks.
--Ben
--
Andr
I suppose paste_replace could always handle the freeing of the memory.
This would preserve its fire and forget nature.
See the attached patch.
tmux-ml.patch
Description: Binary data
--
Android apps run on BlackBerry 10
> Why not this instead? Also fix some other similar problems.
I was hesitant to free the memory in window_copy_copy_buffer in case
the caller wasn't done with it. But since all current callers are
done with it, I guess it doesn't matter.
Your patch looks good.
--
I have made a change which should fix fbterm now, should be in 1.9.
On Sat, Feb 01, 2014 at 12:09:38AM -0800, Lawrence Jacob Siebert wrote:
>I have to set it to fbterm to get fbterm to have 256 colors. *
>Lawrence
>About Me:*[1]http://about.me/lawrencesiebert
>Constantly Coding:*[
Thanks
Where did tmux.el come from? Did you write it?
Can you add either a public domain declaration (look at vim-keys.conf)
or the ISC license text to the top of the two new files?
I think you have probably added enough to tmux.vim at least to be able
to do this, although it'd probably be polit
Why not just let them both through always?
Index: server-client.c
===
RCS file: /cvs/src/usr.bin/tmux/server-client.c,v
retrieving revision 1.115
diff -u -p -r1.115 server-client.c
--- server-client.c 31 Jan 2014 14:19:24 -
I don't know why this wouldn't be the right thing to do, can't find a SF
issue... maybe it was on the ML?
This seems a slightly better change.
Index: server-window.c
===
RCS file: /cvs/src/usr.bin/tmux/server-window.c,v
retrieving r
Why not this instead? Also fix some other similar problems.
Index: cmd-load-buffer.c
===
RCS file: /cvs/src/usr.bin/tmux/cmd-load-buffer.c,v
retrieving revision 1.25
diff -u -p -r1.25 cmd-load-buffer.c
--- cmd-load-buffer.c 10 Oct 2
