On 02/04/15 09:10, Thomas Adam wrote:
> On Wed, Apr 01, 2015 at 04:01:56PM +1300, Jan Larres wrote:
>> Okay, after some experimenting I finally understood how the -r option works:
>> it renumbers the windows in the target session. I think that could use some
>> clarific
On 01/04/15 12:53, Thomas Adam wrote:
> Renumbering of winlinks only happens when the winlink is
> killed/destroyed (assuming renumber-windows session option). The point
> of 'movew -r' is solely to renumber the winlinks. You can use it with
> -t to specify the target, but NOT -s for the source.
Hi,
On 31/03/15 19:53, Thomas Adam wrote:
> On 31 Mar 2015 04:26, "Jan Larres" <mailto:j...@majutsushi.net>> wrote:
>> there seems to be a bug in the move-window command when using the -r option.
>>
>> Let's assume I have a session "0" with
Hi,
there seems to be a bug in the move-window command when using the -r option.
Let's assume I have a session "0" with two windows and a session "1" with one
window. In of the windows from session 0 I run the command:
tmux move-window -t 1:
which correctly moves the window to session 1. The
On 18/09/14 23:15, chokden wrote:
> While doing a objdump -x filename.xyz, i cant seem to scroll up or down.
> The scrolling of mouse triggers the history of command i have writen
> before. Any one who have had such problems?? kindly help me.
> Love tmux and now with the default 256 color supports.
---
** [tickets:#150] Moving windows doesn't honour renumber-windows setting**
**Status:** open
**Created:** Wed Aug 06, 2014 04:10 AM UTC by Jan Larres
**Last Updated:** Wed Aug 06, 2014 04:10 AM UTC
**Owner:** nobody
I have the renumber-windows option set, which works fine if I cl
On 15/04/14 10:28, Nicholas Marriott wrote:
> i have fixed this leak, cheers
Great, thank you!
-Jan
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases
On 15/04/14 08:14, Balazs Kezes wrote:
> On 2014-04-14 11:57 +1200, Jan Larres wrote:
>> I usually hit the problem when my machine becomes unresponsive for a
>> while due to heavy swapping when starting a memory-heavy process. I'm
>> not sure if that could cause fork() t
On 13/04/14 08:49, Balazs Kezes wrote:
> So I've skimmed the source again and now I've found an actual leak but
> I'm not sure you are hitting this or not. If the fork() in job_run()
> fails then tmux will definitely leak 2 fds. Is it possible that you have
> low process limits or huge amounts of p
On 08/03/14 12:44, Balazs Kezes wrote:
> On 2014-03-07 19:52, Jan Larres wrote:
>> Are you seeing the sleep jobs in the 'Jobs:' output of 'tmux info'?
>
> Ah, yes, I do see them in my case.
Then I would guess that either this is not actually the cause or
On 06/03/14 21:08, Nicholas Marriott wrote:
> Email me the script you are running with #() in the status line please.
That script is right here together with the other tmux configuration:
https://github.com/majutsushi/etc/tree/master/tmux
The lib directory in there contains the individual function
On 06/03/14 15:42, Balazs Kezes wrote:
> On 2014-03-06 14:00, Jan Larres wrote:
>> Like I said I had to restart tmux so I can't test that at the moment,
>> but I could try to reproduce it.
>
> So when I do
> set -g status-right "#(sleep 30)"
>
On 06/03/14 12:44, Thomas Adam wrote:
> On 5 March 2014 23:40, Jan Larres wrote:
>> No, it happens without me doing anything. Now that I think about it the
>> rate may be related to my statusline update interval (1 second), but
>> unfortunately I can't test that any mor
On 06/03/14 00:32, Nicholas Marriott wrote:
> Do they increase as you use your run-shell M-hjkl bindings?
No, it happens without me doing anything. Now that I think about it the
rate may be related to my statusline update interval (1 second), but
unfortunately I can't test that any more as I had t
It just happened again, all the file descriptors are used up, and there
are no jobs in the info output. I noticed something else interesting,
though: in the 'Clients' section the 'references' value keeps climbing
for all of them, even now that the rest of the system has returned to
normal (and the
On 04/03/14 05:13, Nicholas Marriott wrote:
> Please send me your .tmux.conf too.
Here you go:
https://github.com/majutsushi/etc/tree/master/tmux
-Jan
--
Subversion Kills Productivity. Get off Subversion & Make the Move
On 27/02/14 12:06, Nicholas Marriott wrote:
> What tmux version?
A recent-ish Git revision, but the problem has been around for quite a
while. I'm not entirely sure which revision unfortunately as I've
updated my repository since then but not restarted the server.
> If you run "tmux info" once it
Hi,
I may have mentioned this in passing before, but I wanted to give it a
bit more attention as it is quite annoying. In some circumstances that I
unfortunately haven't been able to reliably reproduce tmux leaks file
descriptors for sockets, until the descriptor limit is reached and I
can't execu
On 08/02/14 19:33, Ben Boeckel wrote:
> On Thu, 06 Feb, 2014 at 23:47:35 GMT, Jan Larres wrote:
>> I noticed that there were a few keywords missing from the tmux.vim
>> syntax file, even after the latest updates. This patch adds them in.
>
> I had 2 patches from yesterday w
On 07/02/14 12:56, Thomas Adam wrote:
> On 6 February 2014 23:47, Jan Larres wrote:
>> I noticed that there were a few keywords missing from the tmux.vim
>> syntax file, even after the latest updates. This patch adds them in.
>
> Thanks, but this is not only an incomplete li
I noticed that there were a few keywords missing from the tmux.vim
syntax file, even after the latest updates. This patch adds them in.
Jan
--- /home/user/jan/src/tmux/examples/tmux.vim 2014-02-07 12:09:24.550928116 +1300
+++ tmux.vim 2014-02-07 12:38:13.276769899 +1300
@@ -42,6 +42,7 @@
\ list-
On 01/12/13 13:51, Sam Roberts wrote:
> Can anybody report getting this working with non-xterm terminal
> emulators? Fwiw, it seems my terminal may be similar to gnome-terminal
> in it's terminfo.
I currently use this in my tmux.conf:
bind-key -t vi-copy Enter copy-pipe "xclip -i -selection clipb
Hi,
In principle it is possible to bind multiple commands to one key like
this:
bind-key r source-file ~/.tmux.conf \; display "Reloaded ~/.tmux.conf"
But if the -t option is given this does not work:
$ tmux bind-key -t vi-copy Escape cancel \\\; display "foo"
not enough arguments
The pr
On 06/11/13 12:49, Dennis Yurichev wrote:
> Are there a feature of auto-completion?
> It would be great to have it, for example, like Ctrl-N in VIM or M-/ in Emacs:
> it auto-completes a word you type with some other word in current
> buffer.
If you use zsh you can use this:
https://gist.github.co
On 11/10/13 21:04, Nicholas Marriott wrote:
> Oops, looks like osdep_get_name can fail on Linux. Try this instead:
I think I can confirm that with this patch the freezing doesn't happen
any more. Thanks for your work!
Cheers,
Jan
-
On 11/10/13 21:04, Nicholas Marriott wrote:
> Oops, looks like osdep_get_name can fail on Linux. Try this instead:
It looks like this fixed the continuous memory growth. I will watch it
over the next few days to see whether it also fixed the freezes.
-
On 11/10/13 21:04, Nicholas Marriott wrote:
> Oops, looks like osdep_get_name can fail on Linux. Try this instead:
That patch seems to work, thanks. I'll wait a bit and check whether it
improves the situation.
Jan
--
Oc
On 11/10/13 12:17, Nicholas Marriott wrote:
> When is tmux pausing? Is it slow to attach? Slow to switch windows? Or
> if you do eg "seq 10" does it pause during the output?
It is pausing every time the statusline gets updated. I don't think
actions like attaching and switching windows get slo
On 11/10/13 12:29, Nicholas Marriott wrote:
> There is a leak in format_get_command but I don't see any others:
>
> diff --git a/format.c b/format.c
> index a7f1fde..2b00c3e 100644
> --- a/format.c
> +++ b/format.c
> @@ -353,7 +353,7 @@ format_expand(struct format_tree *ft, const char *fmt)
> char
On 10/10/13 22:43, Chris Johnsen wrote:
> Jan, have you ever noticed a message like the following when you use
> the bindings that use tmux inside run-shell?
>
> protocol version mismatch (client 7, server 8)
Yes, but only after updating tmux yesterday until I restarted all my
servers. It cert
On 02/10/13 11:51, Nicholas Marriott wrote:
> Ok I'm back and can take a better look at this...
I'm back now too and can do more experimenting.
> Are you sure they are not still there even as zombies?
Yes, they're really gone. Assuming I can trust the output of ps, that is.
> What was the outco
Nicholas Marriott wrote:
> Are the external programs still running?
No, they exit immediately with the desired output for the statusline.
Like I said earlier, even a simple #(date) call triggers it.
Jan
--
October Webi
I forgot to mention that I have 8GB of RAM with still some free, so
there is no swapping going on that could influence the behaviour.
Jan
--
October Webinars: Code for Performance
Free Intel webinars can help you acceler
On 24/09/13 20:02, Nicholas Marriott wrote:
> Hmm if you kill all but a few windows does it speed up again? And does
> mem usage drop? How much mem has your box?
I'll have to do more thorough tests when I'm back from holiday in two
weeks, but so far it seems that tmux's memory usage is constantly
On 24/09/13 12:15, Sharon Kimble wrote:
> Thanks Jan, thats .bashrc is now sorted out, so I do this -
>
> 1 - CTRL+a+[
> 2 - move cursor to beginning of required text
> 3 - press SPACE
> 4 - move cursor to end of required text
> 5 - press ENTER
> 6 - CTRL+a+]
> 7 - command xclip -o > tmuxing.txt
>
On 24/09/13 11:26, Sharon Kimble wrote:
> On Tue, 24 Sep 2013 10:57:02 +1200
> Jan Larres wrote:
>> No. Tmux copies things to its own internal paste buffers without
>> touching the system clipboard. To pipe the current buffer to xclip do
>> this:
>>
>>
On 24/09/13 09:21, Sharon Kimble wrote:
> On Mon, 23 Sep 2013 20:54:43 +0100
> Nicholas Marriott wrote:
>
>> Pipe it to xclip or xsel or something.
>
> How? I thought it just went to xclip automatically, which then
> transferred it to the normal clipboard?
No. Tmux copies things to its own intern
On 20/09/13 06:44, Nicholas Marriott wrote:
> Hmm no jobs left around. How much memory is tmux using?
Quite a bit actually:
$ psgrep tmux
USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND
jan 13061 0.0 0.0 21520 124 pts/12 S+ Sep03 0:00 tmux attach -t
work
On 18/09/13 03:56, Nicholas Marriott wrote:
> Show me the output of "tmux info" once it starts getting slow please.
Sure, here it is. This is my default server and therefore rather busy,
but it also happens with less busy setups.
By the way, you don't need to CC me, I read the list through gmane
On 16/09/13 18:34, Nicholas Marriott wrote:
> Hi. What tmux version?
Git development from about a month ago, revision aa4920f to be precise.
I checked the commits since then and none seemed really related, and
since the build-up is so slow I couldn't really test the newer commits.
Hi,
I recently figured out why my terminal would regularly freeze for a
split-second. The culprit seems to be some kind of leak in the code for
calling external programs in the statusline. If I have a call to an
external program there and start a new tmux server, everything runs
smoothly. But
On 11/09/13 14:28, blueBoy wrote:
> Why my folks would jump on regular basis to see in main windows if
> anything is happening, if i can mobile sms to them.
> I always prefered openbsd mailing standards.
> Thanks
You can use the monitor-activity command to get a notification whenever
new text app
On 20/08/13 06:25, Nair, Ashok wrote:
> I used tmux over the last weekend for patching a ton of Solaris systems.
> Although, pane sync helped to some extent, I wish there was windows sync,
> because due to the lack of screen space with one windows. Reasonably, I could
> put 4 servers in a windo
On 13/08/13 11:56, Aaron Schrab wrote:
> Commands running in tmux windows have the values for the variables that
> were set when the command was started, but those values can change such
> as when a new tmux client attaches.
>
> My main use case for this is that I run mutt inside of tmux to read my
On 11/07/13 22:15, Cyril Bouthors wrote:
> tmux save-buffer - | xclip -i -selection clipboard
>
> I can then correctly paste the 'save-buffer' to Chromium, LibreOffice,
> etc but
> if the same command is executed from tmux with a custom key binding, it also
> pastes to the X clipboard but tmux seem
45 matches
Mail list logo
