Re: Passing escape sequences to the underlying terminal
I like this idea, DCS or APC with some tmux prefix would seem obvious but you'll need a way to escape stuff. Maybe we just parse a string so you actually send the string "\033" and so on eg sometihng like printf "\\033_\\\033[42m\\" Bit fugly though. I don't know where I got the APC-sets-title behaviour from, xterm doesn't seem to support it. Or maybe we allow \033 during DCS, APC, OSC although we're not really supposed to. On Thu, Jan 20, 2011 at 11:15:10PM -0800, Kevin Goodsell wrote: > Hello, list. > > GNU Screen supports a way to send escape sequences to the underlying > terminal via the Device Control String sequence (though there's some > indication that it may be buggy). I'd like to know if there's a way to > accomplish this in tmux, and if not whether such a feature would be > welcome. > > Mimicking the Screen approach may be a problem, as it conflicts with > the input state-machine design. In particular, sending Esc as part of > a Device Control String is not supported (instead it would immediately > terminate the string). Are there any suggestions for another approach? > Perhaps a standard way, or a reasonable way to add a non-standard > extension to the terminal emulation? I'm willing to do the work and > submit a patch, assuming it's welcome and not too arduous. > > Thanks. > > -Kevin > > -- > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > ___ > tmux-users mailing list > tmux-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/tmux-users -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Window title stays as last command?
Hi, If I run a command in a window, the window title (by this I mean the 'tab' at the bottom of the screen, the tmux window) changes to the command's name. However, it doesn't change back (perhaps to 'zsh') once the command has finished. Is there a reason why? I've added setw -g automatic-rename off to my .tmux.conf, both off and on to see if it makes any difference: it doesn't. zsh 4.3.11 tmux 1.4 (I'm using built-in prompt 'adam1'.) Thanks, Chris -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Window title stays as last command?
If you've turned off automatic-rename and it still happens it is either a zsh or an operating system thing, probably set up by one of the shell startup files. On Fri, Jan 21, 2011 at 02:38:03PM +, Chris Poole wrote: > Hi, > If I run a command in a window, the window title (by this I mean the > 'tab' at the bottom of the screen, the tmux window) changes to the > command's name. > > However, it doesn't change back (perhaps to 'zsh') once the command > has finished. > > Is there a reason why? > > I've added setw -g automatic-rename off to my .tmux.conf, both off and > on to see if it makes any difference: it doesn't. > > zsh 4.3.11 > tmux 1.4 > > (I'm using built-in prompt 'adam1'.) > > Thanks, > Chris > > -- > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > ___ > tmux-users mailing list > tmux-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/tmux-users -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Tmux starts slowing down badly after long periods of execution
If tmux -V doesn't work it isn't the released version of 1.4. Does killing tmux entirely then starting with "EVENT_NOEPOLL=1 tmux" fix it? On Fri, Jan 21, 2011 at 10:57:20AM -0500, Samer Atiani wrote: > How do you get the version? I tried tmux -v and tmux --version, none > of these worked. > > Anyway, I did the following: > > /home/satiani$ strings `which tmux` | grep tmux > tmux 1.4, pid %ld, started %s > > > looks like its version 1.4? > > Samer > > > On Thursday, January 20, 2011, Nicholas Marriott > wrote: > > tmux version? > > > > > > On Thu, Jan 20, 2011 at 09:50:11AM -0500, Samer Atiani wrote: > >> I notice this on most of my computers (all have ubuntu, versions 9.10 > >> and > >> 10.04): > >> 1- Open up tmux (my usual session is a full screen terminal with finch > >> running on one window, and various utilities running in other windows, > >> mostly vim). > >> 2- Lock your computer for the night, leave tmux open for 12 hours. > >> 3- Return to tmux next morning. In the midst of typing something, tmux > >> will come to a screeching halt, appear to freeze for few seconds, and > >> then > >> revert to normal. This whole event sequence happens intermittently with > >> 1-2 minutes between each occurrence. > >> Here is an strace statistics view that I triggered once I saw the > >> slowdown > >> on the tmux server process: > >> /home/satiani$ ps -Alf | grep tmux [satiani@satiani-ubuntu>pts/2] > >> 0 S satiani 3223 29447 0 80 0 - 1540 pipe_w 09:47 pts/2 00:00:00 grep > >> --color=auto tmux > >> 0 S satiani 19490 19483 0 80 0 - 5978 ep_pol Jan19 pts/0 00:00:00 tmux > >> -2 > >> attach > >> 1 S satiani 21826 1 3 80 0 - 27436 ep_pol Jan19 ? 00:56:10 tmux -2 > >> /home/satiani$ sudo strace -c -p 21826 [satiani@satiani-ubuntu>pts/2] > >> Process 21826 attached - interrupt to quit > >> ^CProcess 21826 detached > >> % time seconds usecs/call calls errors syscall > >> -- --- --- - - > >> 99.43 0.273506 645 424 201 clone > >> 0.57 0.001567 1 1908 wait4 > >> 0.00 0.07 0 3246 epoll_ctl > >> 0.00 0.04 0 669 fcntl > >> 0.00 0.00 0 2028 read > >> 0.00 0.00 0 2 write > >> 0.00 0.00 0 16 open > >> 0.00 0.00 0 1244 close > >> 0.00 0.00 0 7 stat > >> 0.00 0.00 0 16 fstat > >> 0.00 0.00 0 16 mmap > >> 0.00 0.00 0 16 munmap > >> 0.00 0.00 0 1 brk > >> 0.00 0.00 0 207 rt_sigreturn > >> 0.00 0.00 0 2028 ioctl > >> 0.00 0.00 0 207 207 sendto > >> 0.00 0.00 0 423 recvfrom > >> 0.00 0.00 0 263 41 socketpair > >> 0.00 0.00 0 2 uname > >> 0.00 0.00 0 427 epoll_wait > >> -- --- --- - - > >> 100.00 0.275084 13150 449 total > >> Does anyone know what is going on? Is this a known problem and is there > >> a > >> way to fix this? > >> Thanks! > >> Samer > > > >> -- > >> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > >> Finally, a world-class log management solution at an even better > >> price-free! > >> Download using promo code Free_Logger_4_Dev2Dev. Offer expires > >> February 28th, so secure your free ArcSight Logger TODAY! > >> http://p.sf.net/sfu/arcsight-sfd2d > > > >> ___ > >> tmux-users mailing list > >> tmux-users@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/tmux-users > > > > -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Tmux starts slowing down badly after long periods of execution
How do you get the version? I tried tmux -v and tmux --version, none of these worked. Anyway, I did the following: /home/satiani$ strings `which tmux` | grep tmux tmux 1.4, pid %ld, started %s looks like its version 1.4? Samer On Thursday, January 20, 2011, Nicholas Marriott wrote: > tmux version? > > > On Thu, Jan 20, 2011 at 09:50:11AM -0500, Samer Atiani wrote: >> I notice this on most of my computers (all have ubuntu, versions 9.10 and >> 10.04): >> 1- Open up tmux (my usual session is a full screen terminal with finch >> running on one window, and various utilities running in other windows, >> mostly vim). >> 2- Lock your computer for the night, leave tmux open for 12 hours. >> 3- Return to tmux next morning. In the midst of typing something, tmux >> will come to a screeching halt, appear to freeze for few seconds, and then >> revert to normal. This whole event sequence happens intermittently with >> 1-2 minutes between each occurrence. >> Here is an strace statistics view that I triggered once I saw the slowdown >> on the tmux server process: >> /home/satiani$ ps -Alf | grep tmux [satiani@satiani-ubuntu>pts/2] >> 0 S satiani 3223 29447 0 80 0 - 1540 pipe_w 09:47 pts/2 00:00:00 grep >> --color=auto tmux >> 0 S satiani 19490 19483 0 80 0 - 5978 ep_pol Jan19 pts/0 00:00:00 tmux -2 >> attach >> 1 S satiani 21826 1 3 80 0 - 27436 ep_pol Jan19 ? 00:56:10 tmux -2 >> /home/satiani$ sudo strace -c -p 21826 [satiani@satiani-ubuntu>pts/2] >> Process 21826 attached - interrupt to quit >> ^CProcess 21826 detached >> % time seconds usecs/call calls errors syscall >> -- --- --- - - >> 99.43 0.273506 645 424 201 clone >> 0.57 0.001567 1 1908 wait4 >> 0.00 0.07 0 3246 epoll_ctl >> 0.00 0.04 0 669 fcntl >> 0.00 0.00 0 2028 read >> 0.00 0.00 0 2 write >> 0.00 0.00 0 16 open >> 0.00 0.00 0 1244 close >> 0.00 0.00 0 7 stat >> 0.00 0.00 0 16 fstat >> 0.00 0.00 0 16 mmap >> 0.00 0.00 0 16 munmap >> 0.00 0.00 0 1 brk >> 0.00 0.00 0 207 rt_sigreturn >> 0.00 0.00 0 2028 ioctl >> 0.00 0.00 0 207 207 sendto >> 0.00 0.00 0 423 recvfrom >> 0.00 0.00 0 263 41 socketpair >> 0.00 0.00 0 2 uname >> 0.00 0.00 0 427 epoll_wait >> -- --- --- - - >> 100.00 0.275084 13150 449 total >> Does anyone know what is going on? Is this a known problem and is there a >> way to fix this? >> Thanks! >> Samer > >> -- >> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! >> Finally, a world-class log management solution at an even better price-free! >> Download using promo code Free_Logger_4_Dev2Dev. Offer expires >> February 28th, so secure your free ArcSight Logger TODAY! >> http://p.sf.net/sfu/arcsight-sfd2d > >> ___ >> tmux-users mailing list >> tmux-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/tmux-users > > -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Tmux starts slowing down badly after long periods of execution
tmux -V does not work indeed. But from inside tmux, I typed :info in the tmux command mode, and it showed tmux 1.4. Usually what I do is terminate tmux normally; I wait for it to unfreeze (usually takes about 5-10 seconds), then close all windows, and then start tmux again normally without any special settings. I'll try EVENT_NOEPOLL=1 tmux and let you know how that goes, I will need to leave the computer on overnight to reproduce this. Samer On Fri, Jan 21, 2011 at 1:23 PM, Nicholas Marriott < nicholas.marri...@gmail.com> wrote: > If tmux -V doesn't work it isn't the released version of 1.4. > > Does killing tmux entirely then starting with "EVENT_NOEPOLL=1 tmux" fix > it? > > > On Fri, Jan 21, 2011 at 10:57:20AM -0500, Samer Atiani wrote: > > How do you get the version? I tried tmux -v and tmux --version, none > > of these worked. > > > > Anyway, I did the following: > > > > /home/satiani$ strings `which tmux` | grep tmux > > tmux 1.4, pid %ld, started %s > > > > > > looks like its version 1.4? > > > > Samer > > > > > > On Thursday, January 20, 2011, Nicholas Marriott > > wrote: > > > tmux version? > > > > > > > > > On Thu, Jan 20, 2011 at 09:50:11AM -0500, Samer Atiani wrote: > > >>I notice this on most of my computers (all have ubuntu, versions > 9.10 and > > >>10.04): > > >>1- Open up tmux (my usual session is a full screen terminal with > finch > > >>running on one window, and various utilities running in other > windows, > > >>mostly vim). > > >>2- Lock your computer for the night, leave tmux open for 12 hours. > > >>3- Return to tmux next morning. In the midst of typing something, > tmux > > >>will come to a screeching halt, appear to freeze for few seconds, > and then > > >>revert to normal. This whole event sequence happens intermittently > with > > >>1-2 minutes between each occurrence. > > >>Here is an strace statistics view that I triggered once I saw the > slowdown > > >>on the tmux server process: > > >>/home/satiani$ ps -Alf | grep tmux [satiani@satiani-ubuntu>pts/2] > > >>0 S satiani 3223 29447 0 80 0 - 1540 pipe_w 09:47 pts/2 00:00:00 > grep > > >>--color=auto tmux > > >>0 S satiani 19490 19483 0 80 0 - 5978 ep_pol Jan19 pts/0 00:00:00 > tmux -2 > > >>attach > > >>1 S satiani 21826 1 3 80 0 - 27436 ep_pol Jan19 ? 00:56:10 tmux -2 > > >>/home/satiani$ sudo strace -c -p 21826 [satiani@satiani-ubuntu > >pts/2] > > >>Process 21826 attached - interrupt to quit > > >>^CProcess 21826 detached > > >>% time seconds usecs/call calls errors syscall > > >>-- --- --- - - > > >>99.43 0.273506 645 424 201 clone > > >>0.57 0.001567 1 1908 wait4 > > >>0.00 0.07 0 3246 epoll_ctl > > >>0.00 0.04 0 669 fcntl > > >>0.00 0.00 0 2028 read > > >>0.00 0.00 0 2 write > > >>0.00 0.00 0 16 open > > >>0.00 0.00 0 1244 close > > >>0.00 0.00 0 7 stat > > >>0.00 0.00 0 16 fstat > > >>0.00 0.00 0 16 mmap > > >>0.00 0.00 0 16 munmap > > >>0.00 0.00 0 1 brk > > >>0.00 0.00 0 207 rt_sigreturn > > >>0.00 0.00 0 2028 ioctl > > >>0.00 0.00 0 207 207 sendto > > >>0.00 0.00 0 423 recvfrom > > >>0.00 0.00 0 263 41 socketpair > > >>0.00 0.00 0 2 uname > > >>0.00 0.00 0 427 epoll_wait > > >>-- --- --- - - > > >>100.00 0.275084 13150 449 total > > >>Does anyone know what is going on? Is this a known problem and is > there a > > >>way to fix this? > > >>Thanks! > > >>Samer > > > > > >> > -- > > >> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > > >> Finally, a world-class log management solution at an even better > price-free! > > >> Download using promo code Free_Logger_4_Dev2Dev. Offer expires > > >> February 28th, so secure your free ArcSight Logger TODAY! > > >> http://p.sf.net/sfu/arcsight-sfd2d > > > > > >> ___ > > >> tmux-users mailing list > > >> tmux-users@lists.sourceforge.net > > >> https://lists.sourceforge.net/lists/listinfo/tmux-users > > > > > > > -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Passing escape sequences to the underlying terminal
On Fri, Jan 21, 2011 at 2:10 AM, Nicholas Marriott wrote: > I like this idea, DCS or APC with some tmux prefix would seem obvious > but you'll need a way to escape stuff. What would such a tmux prefix look like? Is this a standard way of adding a terminal-specific extension, or do we have to figure out for ourselves what to do? > > Maybe we just parse a string so you actually send the string "\033" and > so on eg sometihng like > > printf "\\033_\\\033[42m\\" > > Bit fugly though. > > I don't know where I got the APC-sets-title behaviour from, xterm > doesn't seem to support it. > Perhaps from Screen, where it has the same effect as OSC 0, 1 and 2. > Or maybe we allow \033 during DCS, APC, OSC although we're not really > supposed to. > Yes, there seem to be two obvious approaches. 1. Continue to follow the state diagram from vt100.net that the parser is based on, using some kind of escaping to allow non-printable characters. 2. Break from the state diagram and provide a way to send ESC directly. The second approach would require allowing all characters except ESC (and possibly the C1 ST character, but it looks like tmux does not currently support those) to trigger "put" in the dcs passthrough state. ESC would have to cause a transition to a new state (perhaps "dcs escape"), where \ triggers the ground state. How other characters are handled in this state would need to be decided, but one possibility is to simply allow all other characters to cause a transition to the dcs passthrough state, with a "put" action. This is perhaps not as bad as I initially thought it would be. Breaking the rule that ESC in any state causes a transition to the escape state seems ugly, but it appears this rule has already been broken for the UTF-8 support. Adding a new state complicates the state table slightly, and makes it diverge a bit more from the vt100.net table. For the first approach, I think I would suggest using a very simple scheme, possibly based on quoted-printable encoding. That would make it fairly easy to deal with both in tmux and in applications using this feature. It seems the advantage of the first approach is that it requires no changes to the structure of the state machine. The advantage of the second approach is that it places a relatively small burden on applications to encode strings before sending them through tmux. Personally I'm on the fence. Either one appears to be workable. -Kevin -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Passing escape sequences to the underlying terminal
On Fri, Jan 21, 2011 at 11:04:06AM -0800, Kevin Goodsell wrote: > On Fri, Jan 21, 2011 at 2:10 AM, Nicholas Marriott > wrote: > > I like this idea, DCS or APC with some tmux prefix would seem obvious > > but you'll need a way to escape stuff. > > What would such a tmux prefix look like? Is this a standard way of > adding a terminal-specific extension, or do we have to figure out for > ourselves what to do? The latter. I'd say something like "tmux;" but might be nice to see if any other terminals do it first. > > > > > Maybe we just parse a string so you actually send the string "\033" and > > so on eg sometihng like > > > > printf "\\033_\\\033[42m\\" > > > > Bit fugly though. > > > > I don't know where I got the APC-sets-title behaviour from, xterm > > doesn't seem to support it. > > > > Perhaps from Screen, where it has the same effect as OSC 0, 1 and 2. Probably. Don't see any harm in nuking it anyway if necessary. > > > Or maybe we allow \033 during DCS, APC, OSC although we're not really > > supposed to. > > > > Yes, there seem to be two obvious approaches. > > 1. Continue to follow the state diagram from vt100.net that the parser > is based on, using some kind of escaping to allow non-printable > characters. > > 2. Break from the state diagram and provide a way to send ESC directly. > > The second approach would require allowing all characters except ESC > (and possibly the C1 ST character, but it looks like tmux does not > currently support those) to trigger "put" in the dcs passthrough > state. ESC would have to cause a transition to a new state (perhaps > "dcs escape"), where \ triggers the ground state. How other characters > are handled in this state would need to be decided, but one > possibility is to simply allow all other characters to cause a > transition to the dcs passthrough state, with a "put" action. > > This is perhaps not as bad as I initially thought it would be. > Breaking the rule that ESC in any state causes a transition to the > escape state seems ugly, but it appears this rule has already been > broken for the UTF-8 support. Adding a new state complicates the state > table slightly, and makes it diverge a bit more from the vt100.net > table. > > For the first approach, I think I would suggest using a very simple > scheme, possibly based on quoted-printable encoding. That would make > it fairly easy to deal with both in tmux and in applications using > this feature. > > It seems the advantage of the first approach is that it requires no > changes to the structure of the state machine. The advantage of the > second approach is that it places a relatively small burden on > applications to encode strings before sending them through tmux. > > Personally I'm on the fence. Either one appears to be workable. I'd say the second (don't break on escape) if it can be done cleanly, and there is precedent if other terminals behave like this. > > -Kevin > > -- > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > ___ > tmux-users mailing list > tmux-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/tmux-users -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Passing escape sequences to the underlying terminal
(01/21/2011 12:38 PM), Nicholas Marriott wrote: >> Perhaps from Screen, where it has the same effect as OSC 0, 1 and 2. > > Probably. Don't see any harm in nuking it anyway if necessary. I do. I'm pretty sure that there are at least a few people depending on this behavior, and sticking with a simple "does TERM == 'screen'?" test to toggle it on... I saw this yesterday on IRC (I'm assuming it was Chris Poole, since it was the same issue, same shell), though in that particular case it was unintended (Chris is trying to prevent window renaming). Even after removing the bit that we found doing that, Chris was still having the problem (which is why he posted on the list), so perhaps the same logic is found in a different file that gets run on shell start, or something... or perhaps he didn't remove it as cleanly as he thought :) I don't know whether other people are intentionally using this screen-alike feature, but it seems rash to remove it if there are other means available... -- Micah J. Cowan http://micah.cowan.name/ -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Passing escape sequences to the underlying terminal
We do need an escape sequence to set the title but I'm not convinced we need three of them. The xterm ones should be enough. On Fri, Jan 21, 2011 at 12:50:25PM -0800, Micah Cowan wrote: > (01/21/2011 12:38 PM), Nicholas Marriott wrote: > >> Perhaps from Screen, where it has the same effect as OSC 0, 1 and 2. > > > > Probably. Don't see any harm in nuking it anyway if necessary. > > I do. I'm pretty sure that there are at least a few people depending on > this behavior, and sticking with a simple "does TERM == 'screen'?" test > to toggle it on... I saw this yesterday on IRC (I'm assuming it was > Chris Poole, since it was the same issue, same shell), though in that > particular case it was unintended (Chris is trying to prevent window > renaming). Even after removing the bit that we found doing that, Chris > was still having the problem (which is why he posted on the list), so > perhaps the same logic is found in a different file that gets run on > shell start, or something... or perhaps he didn't remove it as cleanly > as he thought :) > > I don't know whether other people are intentionally using this > screen-alike feature, but it seems rash to remove it if there are other > means available... > > -- > Micah J. Cowan > http://micah.cowan.name/ -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Tmux starts slowing down badly after long periods of execution
Hi, I package tmux for Debian which gets from time to time synced from Ubuntu. But as far as I know there is no version of tmux-1.4 in Ubuntu 10.04 (which has 1.1-1) and 9.04 (which has 0.8-5). So I assume you have received tmux from another source probably from Debian's experimental repository which has a fix for the EPOLL bug on Linux. Am Friday 21 of January 2011, 19:30:46 schrieb Samer Atiani: > tmux -V does not work indeed. But from inside tmux, I typed :info in the > tmux command mode, and it showed tmux 1.4. This has worked in every (packaged) version of tmux. There must be something wrong with your installation. Nevertheless I am interested if this bug is reproducible. Best regards, Karl Ferdinand Ebert -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
