On the plus side everyone now has my checklist for I/O problems :-)

On Fri, Feb 05, 2010 at 09:28:28PM +0000, Nicholas Marriott wrote:
> Hmm, you said that C-b r did fix it, I missed that at the end of your mail.
> 
> This still sounds very strange, what terminal emulator and what TERM?
> 
> 
> 
> 
> On Fri, Feb 05, 2010 at 09:24:37PM +0000, Nicholas Marriott wrote:
> > Hmm.
> > 
> > This sounds odd and interesting :-).
> > 
> > My instinct would be that it sounds unlikely to be a generic tmux problem 
> > but
> > more likely either to do with the way tmux sets the terminal up, or in
> > libevent, or the termios/tty layer. Although of course I could be wrong.
> > 
> > Please don't be insulted if some of these questions you have already ruled 
> > out,
> > these are just ideas:
> > 
> > Does C-b r redraw the screen properly?
> > 
> > What terminal emulator? I guess using a different TERM outside (vt220?) 
> > doesn't
> > help?
> > 
> > tmux HEAD? On Linux? What kernel version? There was a bug in one that tmux
> > triggered, I forget which, I'll look it up.
> > 
> > Might be worth attaching gdb to the tmux server during the pause and seeing
> > what it is waiting in and what the state of the windows/terminals are.
> > 
> > Can you try making libevent use poll rather than whichever wait API is
> > fashionable these days on Linux? (EVENT_NOEPOLL probably?)
> > 
> > Maybe try making server-window.c:server_window_backoff just return 0 and 
> > see if
> > it helps.
> > 
> > You could try fiddling/checking the flags in tty_start_tty.
> > 
> > I've been running yes for ages with various output on OpenBSD with no
> > ill-effects.
> > 
> > 
> > 
> > On Fri, Feb 05, 2010 at 12:32:56PM -0800, Micah Cowan wrote:
> > > When receiving a bunch of output from the app, tmux will sometimes
> > > inexplicably pause in the midst of it, and won't continue until
> > > receiving input from the keyboard (client). Specifically, on receiving
> > > <Enter>.
> > > 
> > > I can only reproduce this when the app is outputting a line at a time;
> > > if I do a "while read line; do echo $line; done < SOME-FILE", I can
> > > produce it (sporadically), but I have failed to reproduce with "cat
> > > SOME-FILE".
> > > 
> > > This only happens when the window has a single pane; I couldn't
> > > reproduce with a split (with or without -h).
> > > 
> > > Sometimes in this "pause" there are a couple blank lines at the bottom
> > > of the pane; sometimes I already see the prompt from after the output at
> > > the bottom, but the output has been truncated. Then I hit <return> and
> > > see the full output displayed (the text between the two prompts
> > > "magically" expands). Whether or not I see the prompt, if I type text
> > > besides <Enter>, the cursor is located where it would be if I was at the
> > > prompt; backspacing over my writing works, but only up to where it would
> > > be after the prompt. Also (I just checked) my bash bindings work; I can
> > > hit my vi-mode <Esc> and scroll up through my commands with "k", so I'm
> > > at the prompt. This indicates a redrawing issue, rather than an I/O
> > > block; C-a r also resolves the glitch.
> > > 
> > > The following output pauses ~50-70% of the time, using the "while read
> > > line..." method (it originally came from the output of a quilt-like
> > > command I ran from the Mercurial "hg" command; "hg qpush").
> > > 
> > > -------------------------
> > > applying home-akamai.diff
> > > patching file .Xresources
> > > patching file .p4editorrc
> > > patching file .pjobsrc
> > > patching file .profile.d/02init
> > > patching file .profile.d/akamai
> > > patching file .profile.d/path-setup
> > > patching file .tmux.conf
> > > Hunk #1 succeeded at 36 with fuzz 2 (offset 0 lines).
> > > patching file bin/p4editor
> > > patching file bin/vbe-setup
> > > adding .p4editorrc
> > > adding .profile.d/akamai
> > > adding bin/p4editor
> > > adding bin/vbe-setup
> > > .Xresources
> > > .p4editorrc
> > > .pjobsrc
> > > .profile.d/02init
> > > .profile.d/akamai
> > > .profile.d/path-setup
> > > .tmux.conf
> > > bin/p4editor
> > > bin/vbe-setup
> > > now at: home-akamai.diff
> > > ------------------------
> > > 
> > > I can also get results via the "yes" command, but at a lower frequency
> > > (I also tried yessing longer lines, and piping it through the "while").
> > > 
> > > -mjc
> > > 
> > > ------------------------------------------------------------------------------
> > > The Planet: dedicated and managed hosting, cloud storage, colocation
> > > Stay online with enterprise data centers and the best network in the 
> > > business
> > > Choose flexible plans and management services without long-term contracts
> > > Personal 24x7 support from experience hosting pros just a phone call away.
> > > http://p.sf.net/sfu/theplanet-com
> > > _______________________________________________
> > > tmux-users mailing list
> > > tmux-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/tmux-users

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users

Reply via email to