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
