I've added the patch as an attachment since it seems it was garbled the
first time.
On Wed, May 15, 2013 at 1:32 AM, Nicholas Marriott <
nicholas.marri...@gmail.com> wrote:
> Hi
>
> Your mailer has mangled the patch, can you attach it?
>
>
> On Wed, May 15, 2013 at 12:59:56AM -0500, J Raynor wro
Hi
Your mailer has mangled the patch, can you attach it?
On Wed, May 15, 2013 at 12:59:56AM -0500, J Raynor wrote:
>Below is a patch for getting tmux running on cygwin.* I only have access
>to a 32 bit XP system, so I don't know if it works on other versions of
>Windows.* Cygwin does
Below is a patch for getting tmux running on cygwin. I only have access to
a 32 bit XP system, so I don't know if it works on other versions of
Windows. Cygwin doesn't provide a libevent package, so you'll first have
to install that. I used libevent-2.0.21-stable. Also, for tmux I had to
specif
On 2013–05–14 Nicholas Marriott wrote:
> We have typically chosen - with a few exceptions - to try and make tmux
> create all windows with the same environment no matter how they are
> started. This means things are mostly consistent.
I don't have much knowledge about terminals internals, so bear
There are a number of places you can create a new window in tmux and the
difficulty is that several of these don't have an obvious parent or have
a choice of parents.
We have typically chosen - with a few exceptions - to try and make tmux
create all windows with the same environment no matter how
On 2013–05–14 Frank Terbeck wrote:
> You could create a wrapper script like this:
>
> [snip]
> #!/bin/sh
>
> stty -ixon
> exec "$@"
> [snap]
I found another workaround which does not require changing the
scripts that launch tmux. Commands in the file ~/.zshenv seems to
work regardless of the ty
Actually I wonder if it should instead be saved at server start - like
the initial global environment.
The trouble is that if you start tmux with a messed up termios you are
then SOL until you restart entirely. We know the system default termios
will be sane.
On Tue, May 14, 2013 at 11:22:04PM +
IXON could be pulled from the client termios like t_cc, look at
window.c:780.
I'm not sure about doing this because there isn't a termios available
for already attached sessions or for clients where stdin is not a
tty. We could fix that but it'd still vary depending where you create
the window fro
Thomas Adam wrote:
> On 14 May 2013 21:24, "Frank Terbeck" wrote:
[...]
>> I suppose having an option for new-window and new-session and/or a
>> server setting that sets the default state of the flowcontrol in the
>> terminals tmux provides, wouldn't be a completely ridiculous thing to
>> ask for.
On 14 May 2013 21:24, "Frank Terbeck" wrote:
>
> Marco wrote:
> > On 2013–05–14 Marco wrote:
> [...]
> >> I know you think the programs are at fault, but apparently it's
> >> common practice to make applications respect the stty setting,
> >> regardless if it makes sense or not. It's just not prac
Marco wrote:
> On 2013–05–14 Marco wrote:
[...]
>> I know you think the programs are at fault, but apparently it's
>> common practice to make applications respect the stty setting,
>> regardless if it makes sense or not. It's just not practical to
>> file a bug report against so many applications.
On 2013–05–14 Marco wrote:
> What would be the best place to fix this, tmux or the shell?
Sorry, stupid question. It would have to be fixed in *all* shells,
since it's not just one, which would probably be the same hassle
as fixing all programs.
> I know you think the programs are at fault, but
On 2013–05–14 Frank Terbeck wrote:
> > On 2013–05–14 Nicholas Marriott wrote:
> >> Surely vim should be turning off flow control itself though?
> >
> > As Frank already pointed out, it happens with all applications.
>
> To be fair, there are applications that do the right thing. The terminal
> ve
Marco wrote:
> On 2013–05–14 Nicholas Marriott wrote:
>> Surely vim should be turning off flow control itself though?
>
> As Frank already pointed out, it happens with all applications.
To be fair, there are applications that do the right thing. The terminal
version of emacs for example.
You coul
On 2013–05–14 Nicholas Marriott wrote:
> Sounds like it doesn't work for noninteractive shells, probably need to
> put the stty somewhere that your shell always reads even if
> noninteractive.
And where would that be, for instance?
> Surely vim should be turning off flow control itself though?
Nicholas Marriott wrote:
> Sounds like it doesn't work for noninteractive shells, probably need to
> put the stty somewhere that your shell always reads even if
> noninteractive.
>
> Surely vim should be turning off flow control itself though?
I think that turning flow control off is the only reas
Sounds like it doesn't work for noninteractive shells, probably need to
put the stty somewhere that your shell always reads even if
noninteractive.
Surely vim should be turning off flow control itself though?
On Tue, May 14, 2013 at 04:28:01PM +0200, Marco wrote:
> Hi,
>
> I already asked this
Hi,
I already asked this question on stackexchange¹, but I got no
response. Here's my problem:
In my shell I have flow control disabled using stty -ixon. This
works perfectly in the shell and when I launch tmux and start
programs within tmux.
However, when starting a new session from the comman
18 matches
Mail list logo
