problem with Meta+arrow keys
Hi, I am trying to use some key bindings with "bind-key -n" that use the meta modifier. In particular, Meta w/ arrow keys. However occasionally rapid repeating of an arrow key--for example, press and hold an arrow key without holding meta--will be interpreted by tmux as meta+arrow. I have set escape-time to 0 which resolved some problems, but not this one. To elaborate, here are the bindings I'm using: bind-key -n M-left prev bind-key -n M-right next bind-key -n M-up up-pane bind-key -n M-down down-pane These bindings give me a quick way to cycle through windows in a session and panes in a window, but occasionally get accidentally triggered when I am not pressing meta. I see this using HEAD, on OpenBSD 4.6 and OS X 10.6. Thanks, Brian -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Bug? copy-mode scrolling on OpenBSD 4.6 w/ CVS HEAD
If I use cvs HEAD on OpenBSD 4.6, I find that entering copy mode and paging up quickly hangs the tmux session (not the server, new sessions can be created but if you attach a client to the frozen session, it freezes too). I don't have this problem on my other systems (Macs running 10.6). I tested this using standard xterm (TERM=xterm, no colors, etc.) and without my custom .tmux.conf. I'm guessing no one else has run across this. Let me know if there is anything else I can test or provide to help run down the issue? Thanks, Brian -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: problem with Meta+arrow keys
No, that didn't help. FYI, I am setting escape-time to 0 to avoid accidentally triggering Meta+arrow when working in vim and sequentially hitting escape and then using an arrow key. The quickest way to trigger this is to launch tmux, open a second window, and rapidly and randomly hit all 4 arrow keys. Usually within 30 seconds I'll have triggered a window swap. On Mar 15, 2010, at 4:11 AM, Nicholas Marriott wrote: > Does this happen if you DON'T set escape-time to 0? > > > On Sun, Mar 14, 2010 at 11:21:56PM -0400, Brian R. Landy wrote: >> Hi, I am trying to use some key bindings with "bind-key -n" that use the >> meta modifier. In particular, Meta w/ arrow keys. However occasionally >> rapid repeating of an arrow key--for example, press and hold an arrow key >> without holding meta--will be interpreted by tmux as meta+arrow. I have set >> escape-time to 0 which resolved some problems, but not this one. >> >> To elaborate, here are the bindings I'm using: >>bind-key -n M-left prev >>bind-key -n M-right next >>bind-key -n M-up up-pane >>bind-key -n M-down down-pane >> >> These bindings give me a quick way to cycle through windows in a session and >> panes in a window, but occasionally get accidentally triggered when I am not >> pressing meta. >> >> I see this using HEAD, on OpenBSD 4.6 and OS X 10.6. >> >> Thanks, >> Brian >> -- >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> ___ >> tmux-users mailing list >> tmux-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/tmux-users > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Bug? copy-mode scrolling on OpenBSD 4.6 w/ CVS HEAD
Perfect, that did the trick. On Mar 15, 2010, at 4:08 AM, Nicholas Marriott wrote: > You need to use > > export EVENT_NOKQUEUE=1 > > before starting tmux or you will hit kqueue bugs in 4.6. > > > On Sun, Mar 14, 2010 at 11:16:44PM -0400, Brian R. Landy wrote: >> If I use cvs HEAD on OpenBSD 4.6, I find that entering copy mode and paging >> up quickly hangs the tmux session (not the server, new sessions can be >> created but if you attach a client to the frozen session, it freezes too). >> I don't have this problem on my other systems (Macs running 10.6). I tested >> this using standard xterm (TERM=xterm, no colors, etc.) and without my >> custom .tmux.conf. >> >> I'm guessing no one else has run across this. Let me know if there is >> anything else I can test or provide to help run down the issue? >> >> Thanks, >> Brian >> -- >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> ___ >> tmux-users mailing list >> tmux-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/tmux-users > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
bug: crash tmux server using vim and urxvt
Hi, I have found a way to crash the tmux server using vim and urxvt (I suspect any terminal that can support ttymouse=xterm in vim would do the same). Here's how I do it. First, setup this minimal .vimrc: "enable non-vi compatible features -- do first! set nocompatible "read in sample configs source $VIMRUNTIME/vimrc_example.vim behave xterm set selectmode=key " using mouse enters visual mode set keymodel=startsel ",stopsel And add something like this to your .tmux.conf: bind P command-prompt "set default-path '%%'" Then follow these steps: 1. Open a urxvt terminal and start a tmux session 2. Launch vim 3. Click & drag the mouse somewhere on the empty background (avoid the vim startup text). This should put vim into visual mode, of course it won't select anything because there is nothing to select. 4. Type your tmux prefix 5. Type "P" 6. Paste from the mouse's select buffer a couple of times. You should see it enter a space each time. 7. Backspace a few times. The tmux server should crash. Anyway, I can repeat it every time, so am happy to run anything to help debug if this is difficult to recreate. I am running a recent pull from cvs (~ 2 weeks ago), crashes on OS X 10.6 and OpenBSD 4.6. Thanks, Brian -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
