> Not wild about returning +/- lines from the func
one could instead switch(m->wheel) and just return unsigned lines count?
> trying to avoid adding more functions to server-fn.c...
I don't quite grok the seperation logic between
server-fn.c/server-client.c/client.c ..
> Looks like gnome eats shi
Hi,
Would it be possible to have tmux support re-exec for the server? It'd
be nice to use the new server without tearing down all of my old shells
and sessions. It also causes problems if the new version is installed,
but I'm running an older server with a different protocol version.
I guess tmux
Hi all,
This is probably old news, but I can't get pipe-pane to work in 1.8. It
does work in 1.6 and 1.9a. My test script and the results are attached, in
case your interested.
So I know the bug was already fixed, but I was wondering if there was any
kind of work around. I'm working with a system
What tmux version?
If you run "tmux info" once it starts to leak do you see a lot of jobs
listed at the end?
On Wed, Feb 26, 2014 at 11:49:50AM +1300, Jan Larres wrote:
> Hi,
>
> I may have mentioned this in passing before, but I wanted to give it a
> bit more attention as it is quite annoying.
I don't think we need an option or a big section in the man page.
Please look at this.
Not wild about returning +/- lines from the func, and we do need to add
to manpage somewhere, just a few lines not a whole section. Also was
trying to avoid adding more functions to server-fn.c...
Looks like g
I mean he sent it a few days ago of course, I applied it today :-).
On Wed, Feb 26, 2014 at 10:27:49PM +, Nicholas Marriott wrote:
> Applied a similar diff from someone else a few days ago, thanks.
>
>
> On Wed, Feb 26, 2014 at 12:59:57PM +0100, Marcel Partap wrote:
> > ---
> > mode-key.c
Applied a similar diff from someone else a few days ago, thanks.
On Wed, Feb 26, 2014 at 12:59:57PM +0100, Marcel Partap wrote:
> ---
> mode-key.c | 6 ++
> tmux.h | 2 ++
> window-choose.c | 13 +
> 3 files changed, 21 insertions(+)
>
> diff --git a/mode-key.c b
> Can the duplicated code not be refactored into a shared function? It
> looks like you could pass in "m" and return an integer representing the
> number of key events to send?
Definitely, but I'm not quite sure where to put it...
---
On Tue, Feb 25, 2014 at 03:35:13PM -0800, Jack O'Connor wrote:
> To get the old behavior of spawning new windows in the current working
> directory, I now have to configure a large number of separate commands in
> my tmux.conf:
> https://github.com/oconnor663/dotfiles/blob/master/tmux.conf#L23-36
>
Hello Nickolas and Dagobert,
I am not that familiar with Linux, so please bare with me. I did a "which
svn", "svn --version", "echo $LD_LIBRARY_PATH" outside of and inside of tmux.
Not within
TMUX-projects/kp-742$ which
svn/stec/apps/utili
To get the old behavior of spawning new windows in the current working
directory, I now have to configure a large number of separate commands in
my tmux.conf:
https://github.com/oconnor663/dotfiles/blob/master/tmux.conf#L23-36
Am I doing this right? Is there no way to do all of this in one line?
T
---
** [tickets:#105] tmux 1.9a instantly segfaults with MALLOC_CHECK_=2**
**Status:** open
**Created:** Wed Feb 26, 2014 02:59 AM UTC by Filipe Rosset
**Last Updated:** Wed Feb 26, 2014 02:59 AM UTC
**Owner:** nobody
bug reported in Fedora, steps to reproduce in fpaste link:
https://bugzilla
On Wednesday 26 Feb 2014 13:04:18 Marcel Partap wrote:
> [ Now why did git send-email munge my memo? .. anyway...]
> Here's the 3rd iteration, including a wee man page section.
> The code duplication sucks.
> Comments welcome.
Can the duplicated code not be refactored into a shared
function? It l
[ Now why did git send-email munge my memo? .. anyway...]
Here's the 3rd iteration, including a wee man page section.
The code duplication sucks.
Comments welcome.
#Regards.
--
Flow-based real-time traffic analytics softwa
---
input-keys.c| 17 +
options-table.c | 7 +++
tmux.1 | 23 +++
tmux.h | 5 +
window-choose.c | 19 ++-
window-copy.c | 12 +---
6 files changed, 79 insertions(+), 4 deletions(-)
diff --git a/input-key
---
mode-key.c | 6 ++
tmux.h | 2 ++
window-choose.c | 13 +
3 files changed, 21 insertions(+)
diff --git a/mode-key.c b/mode-key.c
index 95fad28..668a6a2 100644
--- a/mode-key.c
+++ b/mode-key.c
@@ -76,6 +76,7 @@ const struct mode_key_cmdstr mode_key_cmdstr_edit[
I take it different terminals don't make any difference? xterm or rxvt?
This seems most likely to be a bug in bash so far. It is clearly sending
different output for different TERM and if the only difference is colors,
setaf, setab there is nothing obvious prompting it to.
Maybe try building la
17 matches
Mail list logo