Trick to getting /usr/bin/logname to return a value?
Under tmux 1.9_a, if I run /usr/bin/logname, I do not get my username returned, just "logname: no login name." Is there a setting I need to enable in ~/.tmux.conf or the like? Thanks! -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Trick to getting /usr/bin/logname to return a value?
- Original Message - > Which OS? If you're on Linux, install libutempter, this will then allow > the utmp database to be queried, and commands like w, who, and logname > should work. Thank you for the suggestion. Yes, it is Linux. I have the libutempter package installed, but upon spawning a new tmux session, logname still errors out. Is there a corresponding config option I need to tweak or? -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Trick to getting /usr/bin/logname to return a value?
> On Tue, Jan 06, 2015 at 10:40:47PM +0000, John wrote: >> Thank you for the suggestion. Yes, it is Linux. I have the >> libutempter package installed, but upon spawning a new tmux session, > > That's not enough. You need to install the -dev package, and compile > tmux to use it (it'll check for the utempter header file automatically). > I built it from git with utempter installed and it works as expected. Thank you. Is it possible to pull out a specific patch from git that I can apply to the stable 1.9_a codebase to get this functionality? -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Displaying total number of windows in the status line
Hi, After using Screen for many years as a sort of text-mode window manager, I've decided to take the leap and see about switching over to tmux. One functionality I've always wanted in Screen is to display in the status line the total number of windows...now I'm wondering if there might be a way to accomplish this in tmux. So that, for example, if I were in the 7th window in a session with 13 windows, there'd be something like this in the status line: 7/13 : vim ~/.mutt/temp/mutt-1000-25786-33 With a line in ~/.tmux.conf like: set -g status-left '#I/#N : #W' With #N shown here to represent "total number of windows in a session" just for the sake of illustration, as there doesn't seem to be a character pair for this. I tried playing with the session_windows variable, but I'm still working my way through how to configure tmux, and am not sure if that makes any sense. Thanks for any help, John -- John Magolske http://B79.net/contact -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Displaying total number of windows in the status line
* Thomas Adam [120702 15:46]:
> On 2 July 2012 18:38, John Magolske wrote:
> > With #N shown here to represent "total number of windows in a session"
>
> Use tmux from SVN trunk, and then read up on "FORMATS", specifically
> "#{session_windows}".
I'm running version 1.6 (installed from the Debian repositories), and
had read the FORMATS section. I just fiddled with "#{session_windows}"
a bit more and came up with this:
set -g status-left " #I/#(tmux list-windows -F \"#{session_windows}\") : #W "
Which does what I want, but it seems to get confused if more than one
session is running. Also, the number of windows displayed won't always
be up-to-date, lagging by up to 15 seconds or whatever status-interval
is set to. I'll need to test this some more, but I think a solution to
both of these problems would be to re-map all commands that create or
kill windows and tag a "refresh-client -S" on to the end of them.
Regards,
John
--
John Magolske
http://B79.net/contact
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
Changing cursor color in a Linux framebuffer console
Hi,
When using Vim I find it helpful to have the cursor change color
depending on mode. Mostly I'm running Vim in Screen in a Linux
framebuffer console, but sometimes in an Xterm. I'd like to get
this working in tmux running in a framebuffer console.
Here's what I have in my vimrc now:
" text-cursor color by mode in xterm, linux console and
" screen.linux console: normal mode = golden, insert mode = green,
" return to green when leaving vim
if &term =~ "xterm"
:silent !echo -ne "\033]12;GoldenRod\007"
set t_SI+=^[]12;green^G
set t_EI+=^[]12;GoldenRod^G
autocmd VimLeave * :!echo -ne "\033]12;green\007"
endif
if &term == "linux" && !has("gui_running")
set t_ve+=^[[?17;183;95c " yellow
au InsertEnter * set t_ve+=^[[?17;207;111c " green
au InsertLeave * set t_ve+=^[[?17;183;95c " yellow
autocmd VimLeave * set t_ve+=^[[?17;207;111c " green
endif
if &term == "screen.linux"
set t_ve+=^[[34l
au InsertEnter * set t_ve+=^[[34h^[[?25h" cnorm
au InsertLeave * set t_ve+=^[[34l " cvvis
autocmd VimLeave * set t_ve+=^[[34h^[[?25h
endif
The above works for a tmux session running in an xterm if I place this
in my tmux.conf file:
set -g default-terminal "xterm"
But I'm not finding a way to change cursor color while running tmux in
a framebuffer console.
Reading through the TERMINFO EXTENSIONS section of the tmux man page I
see Cc & Cr ... "If set, a sequence such as this may be used to change
the cursor colour from inside tmux: printf '\033]12;red\033\\' "
That printf command issued in a tmux session running in an xterm
will indeed turn the cursor red...but I can't seem to find the right
sequence to do the same in tmux running in a framebuffer console.
So I'm trying to figure out if there's something I should add to my
terminfo, or if there's an escape sequence that will do the job here.
Thanks for any help,
John
--
John Magolske
http://B79.net/contact
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Changing cursor color in a Linux framebuffer console
* Nicholas Marriott [120712 23:31]: > Same sequence in any terminal inside tmux, but you need to make sure Cc > and Cr are correct in the OUTSIDE terminfo entry, "linux" for you. Can > do this by adding to terminal-overrides. I'm looking at terminal-overrides, trying to figure out what Cc and Cr should be set to... tmux(1) says: Cc -- takes a single string argument and is used to set the colour Cr -- takes no arguments and restores the default cursor colour. Maybe I'm overlooking something obvious, but I'm not understanding what to set these to. Re-tracing the steps I took getting the cursor-color-change thing working in Vim + Screen + Linux fb console: Created a custom terminfo "screen.linux" with these entries in it: cvvis=\E[34l, cnorm=\E[34h\E[?25h Then, within a tty in Screen TERM is recognized as "screen.linux" and `tput cvvis` & `tput cnorm` switch the cursor color back & forth. Put this in my vimrc: if &term == "screen.linux" set t_ve+=^[[34l au InsertEnter * set t_ve+=^[[34h^[[?25h" cnorm au InsertLeave * set t_ve+=^[[34l " cvvis autocmd VimLeave * set t_ve+=^[[34h^[[?25h " cnorm endif Ok, back to tmux... set this in my ~/.tmux.conf : set -g default-terminal "screen.linux" set terminal-overrides "screen.linux:Cc=\E[34h\E[?25h,Cr=\E[34l" That terminal-overrides line has no effect...clearly I'm doing something wrong there. Question -- once it is set properly, should `tput Cc` and `tput Cr` switch the cursor color back & forth in tmux? Setting default-terminal to "screen.linux" is the only way I've found to get Vim, ELinks etc. to display properly in tmux + fb console (with the exception of having the cursor change color). Setting it to "linux" works as well, but that brings up the "Couldn't get a file descriptor referring to the console" message when starting tmux. Any pointers on how to get this working would be much appreciated. John -- John Magolske http://B79.net/contact -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Changing cursor color in a Linux framebuffer console
Hi Sean, * Sean Estabrooks [120726 12:15]: > Here's one example: > > terminal-overrides ",*:Cc=\\E]12;%p1%s\\007:Cr=\\E]112\\007:" > > and for vim the codes that tmux expects for setting cursor color, > > let &t_SI="\]12;red\007" > let &t_EI="\]112\007" I couldn't get this to work in the framebuffer console...is it for running tmux in a terminal emulator in X (those lines look somewhat similar to what I have set up for modal cursor color changing in an Xterm)? Have you got this working in a framebuffer console? Thanks, John -- John Magolske http://B79.net/contact -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Changing cursor color in a Linux framebuffer console
Hi Sean, Thanks for the helpful explanations & examples, this gets me a lot closer. I've a few more questions... * Sean Estabrooks [120727 23:25]: > ... > Here is a setup that should work in Vim for you. ... > > tmux.conf entry : > > setw -ga terminal-overrides > ',*:Cc=\E[?120;%p1%s;240c:Cr=\E[?120;0;240c:civis=\E[?25l:cnorm=\E[?25h:cvvis=\E[?25h,' > > The linux terminfo entry here overrides the cursor color settings > for civis, cnorm, and cvvis and thus need to be redefined to allow > things to work. The other thing to note is the ;0 in the Cr entry > which will select white as the default cursor color. Using your suggested terminal-overrides entry, I swapped out that ;0 with ;80 to get my desired color cursor: setw -ga terminal-overrides ',*:Cc=\E[?120;%p1%s;240c:Cr=\E[?120;80;240c:civis=\E[?25l:cnorm=\E[?25h:cvvis=\E[?25h,' > let &t_SI="\]12;96\007" > > let &t_EI="\]112\007" Wanting Vim's insert-mode cursor to be the default color and the normal-mode cursor color to be different, I set this in my ~/.vimrc: let &t_SI="\]112\007" let &t_EI="\]12;16\007" > The ";96" above will select a red cursor for insert mode. I found that ;96 sets the cursor to light blue, ;16 sets it to yellow and ;80 sets it to light green. I've read though the console_codes(4) manpage, the /usr/src/linux/Documentation/VGA-softcursor.txt file, and this page which seems explain VGA-softcursor.txt a bit: Cursor Appearance in the Linux Console http://linuxgazette.net/137/anonymous.html ...but it's still all rather confusing. > ... the codes you'll have to choose from for each of > the 8 available colors: > >Black = 224 >Blue = 192 >Green = 160 >Cyan = 128 >Red = 96 >Magenta = 64 >Orange = 32 >White = 0 I get different colors for these (hardware dependent behaviour?), but trying the following values I can see all the 16 colors my framebuffer console is capable of: 0, 16, 32, 48, 64, 80, 96, 112, 128, 144, 160, 176, 192, 208, 224, 240 I set the default cursor foreground color to green with ;80 and yellow with ;16 ...so far so good. But now it's the cursor background color I'm having trouble with. These values set the background color to white and I'd like it to be black, as a yellow or green cursor over a black character provides better contrast. I *think* what I need to do is change the ;0 and ;240 values in the terminal-overrides string you suggested in concert with that ;96 value in my vimrc. These all seem interrelated, and I haven't been able to sort out the right combination that'll provide the desired cursor foreground colors along with a black background in all cases. Any further clues much appreciated (ie, would I change both values in the terminal-overrides entry currently shown as ;240 ?). Regards, John -- John Magolske http://B79.net/contact -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Changing cursor color in a Linux framebuffer console [SOLVED]
Hi Sean, Thanks for following up on this -- I got everything working Ok. * Sean Estabrooks [120728 18:36]: > My best guess for you to get the final results you want is to add 15 > to each of the 2nd and 3rd parameters in order to get black text. > This should actually result in dimmed text so it'll appear grey. > To get dark black, change the first parameter to 16 (from 120). So > based on the results you report, something like: > > setw -ga terminal-overrides > ',*:Cc=\E[?16;%p1%s;255c:Cr=\E[?16;95;255c:civis=\E[?25l:cnorm=\E[?25h:cvvis=\E[?25h,' > > And then add 15 to each of the values you were passing to vim.. so: > > let &t_EI="\]12;31\007" Your suggested values work perfectly! Just for the sake of anyone coming across this looking to do something similar, here's what I ended up placing in my vimrc (with ^[ being a literal escape of course) : if &term == "tmux.linux" set t_ve+=^[]12;31^[\ " yellow cursor, normal mode au InsertEnter * set t_ve+=^[]112^[\ " green cursor, insert mode au InsertLeave * set t_ve+=^[]12;31^[\" yellow cursor, normal mode autocmd VimLeave * set t_ve+=^[]112^[\" green cursor (default) endif This will switch the cursor color upon entering Vim (in normal mode), switch it back & forth when entering/leaving insert mode, and return the cursor color to the default when quiting Vim. To allow Vim to differentiate between a screen session and a tmux session running in the framebuffer console, I copied a screen.linux terminfo to ~/.terminfo/t/tmux.linux and set default-terminal to "tmux.linux" in my ~/.tmux.conf file. At some point I may transition completely to tmux and not need that... > The main takeaway is that the 3rd parameter is logically OR'd with > the attribute bits and then parameter 2 is XOR'd. so in the example > above we're first forcing all attribute bits on (ie. with 255) > and then turning some of those bits off with whatever we set in > parameter 2. The 8 attribute bits are broken into 2, 4-bit nibbles, > one for the foreground and the other for the background. Thanks for writing up all these details, it'll come in handy for future reference when wrangling with Linux console escape & control sequences. Regards, John -- John Magolske http://B79.net/contact -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Display of $PWD and current command in status line
I'm trying to get the title of the active pane in the status line to
display $PWD when no command is active, and the current command when
a command is active. So, for example, if I cd to ~/Mail in the active
pane of window 7 the status line would be simply: 7*Mail
Then if I invoke the vifm file browser: 7*vifm
view a file with less: 7*less
or edit a file with vim: 7*vim
And upon quiting any of these & returning to the command prompt: 7*Mail
I can get the $PWD part of that with this in my zshrc :
precmd () {
[[ $TERM == tmux* ]] && printf "\033]2;`basename ${PWD}`\033\\"
}
and a #T in ~/.tmux.conf :
setw -g window-status-current-format '#I#F#T '
setw -g window-status-format '#I#F#T '
That works fine for displaying the working directory of a shell, but
now I'm trying to figure out a way to display the name of a command
when a command is active...maybe via a zsh function?
The #W sequence will show the name of whatever command is current, but
on an open shell it just displays "zsh" (as expected), where I'd like
to have displayed $PWD instead.
I suppose I could do something like:
setw -g window-status-current-format '#I#F#T-#W '
setw -g window-status-format '#I#F#T-#W '
Which would display $PWD and the active command together...but I'm
looking for something a bit more concise. Perhaps tmux-powerline [1]
could address some of this (though I haven't delved into it much yet),
but I was hoping to find a more lightweight solution.
[1] https://github.com/erikw/tmux-powerline
Regards,
John
--
John Magolske
http://B79.net/contact
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Display of $PWD and current command in status line
Ok, figured out something that works...
* John Magolske [120801 09:15]:
> I'm trying to get the title of the active pane in the status line to
> display $PWD when no command is active, and the current command when
> a command is active. So, for example, if I cd to ~/Mail in the active
> pane of window 7 the status line would be simply: 7*Mail
>
> Then if I invoke the vifm file browser: 7*vifm
> view a file with less: 7*less
> or edit a file with vim: 7*vim
> And upon quiting any of these & returning to the command prompt: 7*Mail
So now, with these in ~/.zshrc :
preexec () {
local CMD=${1[(wr)^(*=*|sudo|ssh|-*)]}
[[ "$TERM" == tmux* ]] && tmux rename-window "$CMD"
}
precmd () {
[[ $TERM == tmux* ]] && tmux rename-window ${PWD//*\//}
}
And #W in ~/.tmux.conf like so:
setw -g window-status-current-format '#I#F#W '
setw -g window-status-format '#I#F#W '
I can get the title behaviour described above. Additionally, a more
verbose & customized title for Vim can be had with this in ~/.vimrc :
set title
" show 'V:filename' as window name
set titlestring=\%(\%M%)V:%t
Regards,
John
--
John Magolske
http://B79.net/contact
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Display of $PWD and current command in status line
Just found some problems with using "rename-window" in the approach
outlined below...
* John Magolske [120802 20:30]:
> Ok, figured out something that works...
>
> * John Magolske [120801 09:15]:
> > I'm trying to get the title of the active pane in the status line to
> > display $PWD when no command is active, and the current command when
> > a command is active. So, for example, if I cd to ~/Mail in the active
> > pane of window 7 the status line would be simply: 7*Mail
> >
> > Then if I invoke the vifm file browser: 7*vifm
> > view a file with less: 7*less
> > or edit a file with vim: 7*vim
> > And upon quiting any of these & returning to the command prompt: 7*Mail
>
> So now, with these in ~/.zshrc :
>
> preexec () {
> local CMD=${1[(wr)^(*=*|sudo|ssh|-*)]}
> [[ "$TERM" == tmux* ]] && tmux rename-window "$CMD"
> }
>
> precmd () {
> [[ $TERM == tmux* ]] && tmux rename-window ${PWD//*\//}
> }
>
> And #W in ~/.tmux.conf like so:
>
> setw -g window-status-current-format '#I#F#W '
> setw -g window-status-format '#I#F#W '
>
> I can get the title behaviour described above. Additionally, a more
> verbose & customized title for Vim can be had with this in ~/.vimrc :
>
> set title
> " show 'V:filename' as window name
> set titlestring=\%(\%M%)V:%t
An example illustrating the problem:
With Mutt running in window 1, switch to window 2 and run the mairix
command, then switch back to Mutt in window 1. As soon as mairix is
done running, the title of window 1 will change from "mutt" to the
$PWD of window 2, and the title of window 2 will remain "mairix" until
cd'ing to another dir or running another command in that window.
Another approach which works better but has different problems:
~/.zshrc :
preexec () {
local CMD=${1[(wr)^(*=*|sudo|ssh|-*)]}
[[ "$TERM" == tmux* ]] && printf "\033]2;$CMD\033\\"
}
precmd () {
[[ "$TERM" == tmux* ]] && printf "\033]2;`basename ${PWD}`\033\\"
}
~/.tmux.conf :
setw -g window-status-current-format '#I#F#T '
setw -g window-status-format '#I#F#T '
This works fairly well, but I'm not finding a way to set the title of
windows created using the "new-window" command. For example:
bind-key + run-shell 'tmux new-window -n ether-up "ifup_ether"'
only shows $HOST as the title of the window created while running that
command. The previous approach using "rename-window" and #W allows the
window to be titled "ether-up" as specified by the -n flag.
Also, this second approach does not allow for the more customized
titles with Vim using "set titlestring=..." in ~/.vimrc (just shows
"vim" as the window title).
Thanks for any help sorting this out,
John
--
John Magolske
http://B79.net/contact
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Welcome to the "tmux-users" mailing list
Hi. I first learned about tmux from OpenBSD. It is really great, thank you! I am trying to get it working on Solaris 10 Intel and SPARC. I have the same problem both places. I get a warning during the configure about a problem with term.h: checking for a BSD-compatible install... etc/install-sh -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... etc/install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking build system type... i386-pc-solaris2.10 checking host system type... i386-pc-solaris2.10 checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... no checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of cc... none checking whether cc understands -c and -o together... yes checking how to run the C preprocessor... cc -E checking for grep that handles long lines and -e... /usr/xpg4/bin/grep checking for egrep... /usr/xpg4/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking bitstring.h usability... no checking bitstring.h presence... no checking for bitstring.h... no checking curses.h usability... yes checking curses.h presence... yes checking for curses.h... yes checking dirent.h usability... yes checking dirent.h presence... yes checking for dirent.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for inttypes.h... (cached) yes checking libutil.h usability... no checking libutil.h presence... no checking for libutil.h... no checking ncurses.h usability... no checking ncurses.h presence... no checking for ncurses.h... no checking ndir.h usability... no checking ndir.h presence... no checking for ndir.h... no checking paths.h usability... no checking paths.h presence... no checking for paths.h... no checking pty.h usability... no checking pty.h presence... no checking for pty.h... no checking for stdint.h... (cached) yes checking sys/dir.h usability... no checking sys/dir.h presence... no checking for sys/dir.h... no checking sys/ndir.h usability... no checking sys/ndir.h presence... no checking for sys/ndir.h... no checking sys/tree.h usability... no checking sys/tree.h presence... no checking for sys/tree.h... no checking term.h usability... no checking term.h presence... yes configure: WARNING: term.h: present but cannot be compiled configure: WARNING: term.h: check for missing prerequisite headers? configure: WARNING: term.h: see the Autoconf documentation configure: WARNING: term.h: section "Present But Cannot Be Compiled" configure: WARNING: term.h: proceeding with the compiler's result checking for term.h... no checking util.h usability... no checking util.h presence... no checking for util.h... no checking for gcc that whines about -I... no checking for glibc... no checking for library containing clock_gettime... -lrt checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for LIBEVENT... yes checking for library containing setupterm... -lcurses checking for b64_ntop... no checking for b64_ntop with -lresolv... yes checking for library containing inet_ntoa... -lnsl checking for library containing socket... -lsocket checking for socket in -lxnet... yes checking for CMSG_DATA... no checking if CMSG_DATA needs _XOPEN_SOURCE_EXTENDED... yes checking for library containing imsg_init... no checking for library containing forkpty... no checking for closefrom... yes checking for daemon... yes checking for setenv... yes checking for strlcpy... yes checking for strlcat... yes checking for asprintf... no checking for fgetln... no checking for strcasestr... no checking for strsep... no checking for strtonum... no checking for strnvis... no checking for getopt... yes checking whether optarg is declared... no checking whether optind is declared... no checking whether optreset is declared... no checking for bzero... yes checking for dirfd... no checking for setproctitle... no checking for sysconf... yes checking for BSD-style unsigned types... no checking whether TAILQ_PREV is declared... yes checking whether TAILQ_REPLACE is declared... no checking for __progname... no checking whether F_CLOSEM is declared... no checking for /proc/$$... yes checking platform... sunos configure: creating ./config.status config.status: creating Makefile c
Re: Display of $PWD and current command in status line [SOLVED]
* John Magolske [120805 23:40]:
> > * John Magolske [120801 09:15]:
> > > I'm trying to get the title of the active pane in the status line to
> > > display $PWD when no command is active, and the current command when
> > > a command is active. So, for example, if I cd to ~/Mail in the active
> > > pane of window 7 the status line would be simply: 7*Mail
> > >
> > > Then if I invoke the vifm file browser: 7*vifm
> > > [...]
>
> ~/.zshrc :
> preexec () {
> local CMD=${1[(wr)^(*=*|sudo|ssh|-*)]}
> [[ "$TERM" == tmux* ]] && printf "\033]2;$CMD\033\\"
> }
> precmd () {
> [[ "$TERM" == tmux* ]] && printf "\033]2;`basename ${PWD}`\033\\"
> }
>
> ~/.tmux.conf :
> setw -g window-status-current-format '#I#F#T '
> setw -g window-status-format '#I#F#T '
>
> This works fairly well, but I'm not finding a way to set the title
> of windows created using the "new-window" command. ... does not allow
> for the more customized titles with Vim using "set titlestring=..."
> in ~/.vimrc (just shows "vim" as the window title).
Taking a closer look at the NAMES AND TITLES section of the tmux
manpage, I see there are different escape sequences for window names
and pane titles. So now, doing this:
~/.zshrc :
preexec () {
local CMD=${1[(wr)^(*=*|sudo|ssh|-*)]}
[[ "$TERM" == tmux* ]] && printf "\033k$CMD\033\\"
}
precmd () {
[[ "$TERM" == tmux* ]] && printf "\033k`basename ${PWD}`\033\\"
}
~/.tmux.conf :
setw -g window-status-current-format '#I#F#W '
setw -g window-status-format '#I#F#W '
Makes everything works perfectly.
John
--
John Magolske
http://B79.net/contact
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
Please help building tmux on Solaris 10 and a suggestion
On Sat, Aug 11, 2012 at 08:28:52AM +0100, Nicholas Marriott wrote: > Hi > > Does using TERM=vt220 help? Hi and sorry for the lame subject line. I realized it after I hit the send key but it was too late! Not sure I got your meaning. exporting TERM to vt220 before the configure and build doesn't change anything, nor does it help before starting tmux. This still shows in the configure (output is the same as in original posting) > > checking for sys/tree.h... no > > checking term.h usability... no > > checking term.h presence... yes > > configure: WARNING: term.h: present but cannot be compiled > > configure: WARNING: term.h: check for missing prerequisite headers? > > configure: WARNING: term.h: see the Autoconf documentation > > configure: WARNING: term.h: section "Present But Cannot Be Compiled" > > configure: WARNING: term.h: proceeding with the compiler's result > > checking for term.h... no > > tmux builds fine but when I use it the terminal sessions don't work (as in > > various cursor movement keys like backspace go forward instead of backward) > > until I manually enter > > > > export TERM=xterm > > > > in each tmux window. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Tmux unexpectedly crashed
Hi, I just experienced an unexpected crash of tmux. I had 5 or so windows open with Vim running in one and Zsh shells in the others. After changing an environmental variable in my ~/.zshrc, I switched to another window and did a `. ~/.zshrc` to source my zshrc file. At that point the tmux session just disappeared without leaving the [exited] message, or any message at all. % tmux attach-session no sessions % tmux ls failed to connect to server: Connection refused There was a 1.3MB core file left behind however: % file core core: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, from 'tmux' Would it be helpful to send that file to someone in the interest of figuring out what happened? Thanks, John -- John Magolske http://B79.net/contact -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Please help building tmux on Solaris 10 and a suggestion
On Sun, Aug 12, 2012 at 07:51:44PM +0100, Nicholas Marriott wrote: > Oh sorry I misread your mail. What does "echo $TERM" show inside tmux, > before you do the export command? screen This must mean something, but what?! Thanks again. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Please help building tmux on Solaris 10 and a suggestion
On Mon, Aug 13, 2012 at 09:22:04AM +0100, Nicholas Marriott wrote: > TERM=screen is normally correct but I suspect that since you are having > to change it to xterm, the screen entry on Solaris doesn't include some > stuff tmux needs. > > You could try installing GNU ncurses and linking tmux against that. Ok, this could take awhile. I'll get back to you. Thanks. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Tmux unexpectedly crashed
* Nicholas Marriott [120814 07:29]: > Can you load the core with dbx, gdb or mdb and try and get a backtrace? Here's what gdb shows: % gdb tmux core GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/bin/tmux...(no debugging symbols found)...done. [New LWP 10257] warning: Can't read pathname for load map: Input/output error. [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". Core was generated by `tmux'. Program terminated with signal 6, Aborted. #0 0xb74f7667 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) BTW, this is tmux installed on Debian Sid: % apt-show-versions tmux tmux/sid uptodate 1.6-2 John -- John Magolske http://B79.net/contact -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Tmux unexpectedly crashed
* Nicholas Marriott [120814 15:46]: > Type "bt" at the (gdb) prompt and show me the output please. Ah, sorry...thought I was missing something there. [...] Core was generated by `tmux'. Program terminated with signal 6, Aborted. #0 0xb74f7667 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 0xb74f7667 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0xb74faa52 in *__GI_abort () at abort.c:92 #2 0xb753114d in __libc_message (do_abort=2, fmt=0xb75f4c30 "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:189 #3 0xb753b24a in malloc_printerr (action=, str=0x6 , ptr=0xb87b33e8) at malloc.c:6283 #4 0xb753e3c2 in _int_malloc (av=, bytes=) at malloc.c:4308 #5 0xb753f3da in __libc_calloc (n=18, elem_size=1) at malloc.c:4065 #6 0xb77001a0 in ?? () #7 0xb770024a in ?? () #8 0xb7700312 in ?? () #9 0xb7708910 in ?? () #10 0xb7701f9f in ?? () #11 0xb7701ffc in ?? () #12 0xb77045ce in ?? () #13 0xb7704b4e in ?? () #14 0xb76e07e5 in ?? () #15 0xb76e0e00 in ?? () #16 0xb76df2fb in main () (gdb) John -- John Magolske http://B79.net/contact -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Tmux unexpectedly crashed
* Nicholas Marriott [120816 06:35]: > Can you reproduce this problem? I was not able to reproduce this. At the time of the crash I had this in my ~/.zshrc: export BROWSER='TERM=screen.linux /usr/bin/elinks' which I changed to: export BROWSER='/usr/local/bin/elinks %s' Then I switched to another window and sourced ~/.zshrc, at which point tmux crashed. There were about 5 windows open at that time, one of them with a Vim session of about 25 (not very big) files, and the rest with just a Zsh shell each. I've not rebooted this machine since the crash (suspending to ram), and am wondering if there could be something in a log file or dmesg that might provide some clues. This is tmux 1.6 on Debian Sid running the 3.4.0-8.dmz.1-liquorix-686 kernel. John -- John Magolske http://B79.net/contact -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
tmux start-server fails silently Fedora 17 tmux 1.6
I've been using tmux start-server successfully for some time. Changing or clearing $TERM or $TERMINFO seems to have no effect. Nothing informative from tmux -v, below. I cleared ~/.tmux.conf which did not seem to make any difference. What should I do to get tmux start-server to work again? $ rm tmux*.log $ ps aufx | grep -i tmux john 5419 0.0 0.0 109400 900 pts/0S+ 23:27 0:00 \_ grep -i tmux $ tmux -v start-server $ echo $? 0 $ ps aufx | grep -i tmux john 5426 0.0 0.0 109400 896 pts/0S+ 23:28 0:00 \_ grep -i tmux $ cat tmux-server-5424.log server started, pid 5424 socket path /tmp/tmux-500/default new client 8 got 6 from client 8 got 19 from client 8 got 18 from client 8 got 0 from client 8 writing 3 to client 8 lost client 8 $ cat tmux-client-5422.log -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux start-server fails silently Fedora 17 tmux 1.6
Thanks for looking at this, Thomas. On Thu, Sep 27, 2012 at 09:01:33AM +0100, Thomas Adam wrote: > On Wed, Sep 26, 2012 at 11:59:17PM -0700, John Schmitt wrote: > > On Thu, Sep 27, 2012 at 07:42:12AM +0100, Thomas Adam wrote: > > > Hi, > > > > Thanks for replying, and so fast. > > > > > > > > On 27 September 2012 07:34, John Schmitt wrote: > > > > I've been using tmux start-server successfully for some time. Changing > > > > or > > > > clearing $TERM or $TERMINFO seems to have no effect. Nothing > > > > informative > > > > > > You shouldn't be changing or clearing those variables anyway. > > > > Agreed. I was trying to see if it made any difference. > > Having looked at the output, I see: > > write(2, "[warn] event_del: event has no event_base set.\n", 47) = 47 > > Which suggests you're using libevent2, against tmux 1.6. There's a bug in > that version where some of the libevent initialisation changed. You should > try using tmux git HEAD, i.e., compiling: > > git clone git://tmux.git.sourceforge.net/gitroot/tmux/tmux > > I suspect that'll fix your problem. > > -- Thomas Adam I get something similar from this build when I compile git 1.7 from your link and invoke tmux start-server: write(2, "[warn] event_del: event has no event_base set.\n", 47) = 47 but running just tmux seems to work. John -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux start-server fails silently Fedora 17 tmux 1.6
On Thu, Sep 27, 2012 at 04:03:06PM +0100, Nicholas Marriott wrote: > It has always been true. start-server was added so that someone who > creates sessions in tmux.conf can start tmux without getting the extra > session new-session would create. You can't have a tmux server with no > sessions and never could. > > > On Thu, Sep 27, 2012 at 07:55:56AM -0700, John Schmitt wrote: > > On Thu, Sep 27, 2012 at 03:41:16PM +0100, Nicholas Marriott wrote: > > > On Thu, Sep 27, 2012 at 07:34:50AM -0700, John Schmitt wrote: > > > > On Thu, Sep 27, 2012 at 11:04:05AM +0100, Nicholas Marriott wrote: > > > > > What is in .tmux.conf? > > > > > > > > I remove ~/.tmux.conf when I started to diagnose this problem. > > > > > > tmux servers can't exist without a session so you need to create one > > > either in .tmux.conf or on the command line. > > > > That has not been true in the past. From the man page: > > > > start-server > > (alias: start) > > Start the tmux server, if not already running, without creating any > > sessions. If you have a suggestion for how to change my use, I'd love to hear it, thank you. But: 1. This has worked for several months. 2. If I understand the man page, start-server does exactly what I want it to do and I'm using it as documented. 3. Noone else on the mailing list suggested an alternative to my usage nor hinted that my use is unsupported. 4. In late August I upgraded to F17 which roughly coincides with the failure of my use of start-server. Dear tmux-users, do I understand tmux start-server and is it supported as described in the man page? Thanks for your attention. I love tmux and the tmux community. John -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux start-server fails silently Fedora 17 tmux 1.6 [resolved]
tl;dr Nothing wrong with tmux, my mistake. tmux start-server isn't even needed for my use-case. I've spent a bit of time resolving my issue and it turns out not to be tmux's fault at all. I'm sorry for wasting your time. Thank you for trying to help. I'm going to try to explain in a bit more detail in case it helps other people. Like a lot of others, I wanted a way to launch tmux sessions on login automatically. That is my use-case. The main problem I had was that konsole --tabs-from-file seems to have stopped working. I have a filed named autostart that my window manager (openbox) launches. In it, I used to launch konsole like so: tmux start-server for i in ~/tmux_sessions/*.session; do echo $i; "$i"; done konsole --background-mode--profile Shell --tabs-from-file ~/tmux_sessions/work_console.tabs work_console.tabs looked something like this: title: email;; command: ssh -t myserver tmux attach -t email title: meta;;command: tmux attach -t meta title: project1;;command: tmux attach -t project1 title: project2;;command: tmux attach -t project2 ... I'm now using Terminal from xfce and I'm invoking it like so: for i in ~/tmux_sessions/*.session; do echo $i; "$i"; done Terminal --maximize \ -T 'email' -e 'ssh -t mediapc tmux attach -t email' \ --tab -T 'meta' -e 'tmux attach -t meta' \ --tab -T 'project1' -e 'tmux attach -t project1' \ --tab -T 'project2' -e 'tmux attach -t project2' ... for i in $(pidof tmux); do for j in $(ps --ppid $i -o pid h); do kill -s SIGWINCH $j; done; done As a sample, the session I've called 'meta' i looks like this: #!/bin/bash SESSION_NAME='meta' if [[ ! -z "$TMUX" ]] || [[ ! -z "$TMUX_PANE" ]]; then echo "Already inside a tmux session, do not know what to do" exit 1 fi ps -C tmux > /dev/null 2>&1 # is tmux running? if [ ! $? ]; then echo 'tmux needs to be running by now' exit 1 fi tmux -q has-session -t "$SESSION_NAME" > /dev/null 2>&1 # this doesn't seem to work as I thought if [ ! $? ]; then echo "$SESSION_NAME already exists" exit 0 fi NEWCWD=~/tmux_sessions ( cd "$NEWCWD"; tmux new-session -d -s "$SESSION_NAME" ) tmux send-keys -t "$SESSION_NAME" 'vim meta.session' Enter ( cd "$NEWCWD"; tmux split -h -t "$SESSION_NAME" ) tmux send-keys -t "$SESSION_NAME" 'vim konsolesetup' Enter NEWCWD=~/.config/openbox ( cd "$NEWCWD"; tmux split -t "$SESSION_NAME" ) tmux send-keys -t "$SESSION_NAME" 'vim autostart.sh' Enter tmux select-pane -L tmux split -t "$SESSION_NAME" tmux send-keys -t "$SESSION_NAME" 'sudo tail -F -n 100 /var/log/messages | ccze --mode ansi' Enter -- How fast is your code? 3 out of 4 devs don\\\'t know how their code performs in production. Find out how slow your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219672;13503038;z? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Tmux unexpectedly crashed
Hi, * Nicholas Marriott [120905 07:25]: > Hmm. I see anything wrong, can you let me know if it happens again? I've been using tmux more or less every day since the reported crash and have experienced no problems whatsoever, will definitely pass along news of any mishaps. BTW, really enjoying having transitioned from Screen to tmux, very nice software...I can see what everyone's been raving about! John -- John Magolske http://B79.net/contact -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Mouse-mode in Linux framebuffer console
Hi, I'm trying to get mouse-mode to work when running tmux in the Linux framebuffer console. In my ~/.tmux.conf there is this: setw -g mode-mouse on set -g mouse-select-pane on set -g mouse-resize-pane on set -g mouse-select-window on And I can indeed select & resize panes with the mouse in an XTerm, but in the Linux framebuffer console I'm having no such luck -- the mouse cursor just selects text via the gpm mouse server's cut-and-paste mechanism as it would in a fbcon VT not running tmux. I can bring up Vim in a VT that's not running tmux and position Vim's text cursor with the mouse to select text for yanking, etc. So I see there is a way for an ncurses application to utilize the mouse for selection in an fbcon VT. I'm wondering if there's a way to have tmux's mouse-mode work in this context...maybe by adding something to terminal-overrides? Thanks for any suggestions, John -- John Magolske http://B79.net/contact -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: getting 256 colors
On Tue, Oct 30, 2012 at 08:15:50PM -0500, Mark Volkmann wrote: > Just finished reading the excellent book "tmux: Productive Mouse-Free > Development"! I'm working on a Mac. The book indicates that the only > things I have to do to get 256 colors on a Mac are: > > 1) run tmux from iTerm2 > 2) add this to my .tmux.conf: set -g default-terminal "screen-256color" > > However, it seems I need one more thing: > > 3) start tmux with "tmux -2" > > Is that last part really required? > ... I found that it is required and that there's no setting for ~/.tmux.conf that will remove the need for invoking tmux with "tmux -2". John -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: getting 256 colors
On Wed, Oct 31, 2012 at 01:44:11AM +, Jim Myhrberg wrote: > What's the value of TERM before you launch tmux? My guess is that it is > "xterm" rather than "xterm-256color". Ensure iTerm/Terminal is set to use > *-256color. I use konsole on Fedora 17. My $TERM=screen256-color. If I launch tmux without -2 then I get only 16 colours out of this script: http://scie.nti.st/dist/256colors2.pl When I launch tmux with -2 that script display 256 colours. If you know of a better way, I'd love to know. John -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: getting 256 colors
On Wed, Oct 31, 2012 at 08:44:25AM +, Nicholas Marriott wrote: > screen256-color doesn't exist, do you mean screen-256color? > > You should set TERM to xterm-256color BEFORE starting tmux, and make > sure it is screen-256color inside tmux. Forcing konsole to set TERM=xterm-256color works well, thank you. John -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux with multiple monitors
On Wed, Oct 31, 2012 at 08:49:04PM -0500, Mark Volkmann wrote: > I think the answer to my question is "no", but I thought I'd ask anyway. > > Is there a way to get a single tmux session to utilize multiple > monitors? It would be nice if the windows of a session could be > allocated to multiple actual windows so more than one could be viewed > simultaneously. I realize I can view multiple panes at the same time, > but I'd like to also view multiple windows. I don't really understand this question. Isn't this a function of your terminal program? I use konsole and I just tried stretching it over both monitors which stretched my tmux panes to cover the whole konsole window. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: script to maximize/restore panes
On Sat, Nov 03, 2012 at 02:15:20PM +0900, Kazuhiko Sakaguchi wrote: > Hi all. > > I wrote a script to maximize and restore panes in tmux. It's similar > to the tmux-zoom. > > https://gist.github.com/3901976 > > Idea of tmux-zoom is awesome, but it has some problems. > - If title of the zoomed pane is changed, tmux-zoom can't restore the > pane correctly. > - tmux-zoom may kills a non-related window. (e.g. after rotate-window) > - tmux-zoom can zoom pane that it's already zoomed. > - incompatible with tmux 1.7 > - etc. > pane-maximize solves those problems. Please add this script to examples/. > > Thanks. I love the idea, and I look forward to using it. I have a few questions: 1. If I want to invoke this from the command line what are arguments should be passed in? $1 $2 etc Do you think a --help message would be appropriate? 2. Line 19: Why do you need to do this? while : ; do read ; done 3. Line 22 starts like this: IFS== ; set -- $target ; IFS=' ' ; tmux \ What does the == do here? You're a more proficient bash hacker than I am, but did you mean to put a single = there? 4. Why are the semicolons on line 23 and 24 escaped? Thank you very much for writing this. John -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
tmux-powerline makes tmux crash overnight?
https://github.com/erikw/tmux-powerline tmux-powerline is good fun, I use it on two computers. On my work machine everything seems to run just fine. On my home machine I sometimes find that tmux has crashed overnight. Turning on logging I see that status-left has died repeatedly. I've been commenting things out to see if that will fix it, but so far the only thing that has worked is to turn off tmux-powerline completely. If I'm able to isolate this problem, I'll report back. I realise that it's not your responsibility to fix tmux-powerline, but perhaps it's a useful test case? Am I the only one to encounter this? John -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Can't build tmux on Solaris 10
I'm striking out with this. The last suggestion I saw was to try linking against ncurses instead of Solaris curses. I tried but apparently I don't know enough to do that. I changed the Makefile to use -lncurses instead of -lcurses but when I started adding include paths in CFLAGS and LFLAGS I broke my build. Is anybody willing to change the configure script so that tmux will build on Solaris 10 (preferably using Solaris Studio?) That would be really great. Thanks if anyone can help with this. /jl -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Can't build tmux on Solaris 10
That would be awesome. If needed I'll be happy to test it on Intel and SPARC boxes. /jl On Tue, Nov 27, 2012 at 02:46:30PM +, Philip Herron wrote: > I might give it a go now i am working on a solaris 10 machine at the moment. > > On 27 November 2012 14:44, John Long wrote: > > I'm striking out with this. The last suggestion I saw was to try linking > > against ncurses instead of Solaris curses. I tried but apparently I don't > > know enough to do that. I changed the Makefile to use -lncurses instead of > > -lcurses but when I started adding include paths in CFLAGS and LFLAGS I > > broke my build. > > > > Is anybody willing to change the configure script so that tmux will build on > > Solaris 10 (preferably using Solaris Studio?) That would be really great. > > > > Thanks if anyone can help with this. > > > > /jl > > > > -- > > ASCII ribbon campaign ( ) Powered by Lemote Fuloong > > against HTML e-mail X Loongson MIPS and OpenBSD > >and proprietary/ \http://www.mutt.org > > attachments / \ Code Blue or Go Home! > > Encrypted email preferred PGP Key 2048R/DA65BC04 > > > > -- > > Monitor your physical, virtual and cloud infrastructure from a single > > web console. Get in-depth insight into apps, servers, databases, vmware, > > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > > Pricing starts from $795 for 25 servers or applications! > > http://p.sf.net/sfu/zoho_dev2dev_nov > > ___ > > tmux-users mailing list > > tmux-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/tmux-users > > -- > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > ___ > tmux-users mailing list > tmux-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/tmux-users -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Can't build tmux on Solaris 10
On Tue, Nov 27, 2012 at 03:08:20PM +, Philip Herron wrote: > Hey there > > I got it to configure with: > > ./configure CC=suncc CXX=sunCC CFLAGS="-fast -xO5 -xunroll=20" > CFLAGS="-I/opt/csw/include" LDFLAGS="-L/opt/csw/lib" > --prefix=/opt/tmux > > using pkgutil -i -y CSWlibevent_dev I built libevent in 32 bit mode and installed it in /usr/local/lib > Checkout opencsw.org for solaris you get pkgutil for loads of useful > packages so you dont have to compile and install yourself. But now i > got: > > suncc -DPACKAGE_NAME=\"tmux\" -DPACKAGE_TARNAME=\"tmux\" > -DPACKAGE_VERSION=\"1.7\" -DPACKAGE_STRING=\"tmux\ 1.7\" > -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"tmux\" > -DVERSION=\"1.7\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 > -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 > -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 > -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_CURSES_H=1 > -DHAVE_DIRENT_H=1 -DHAVE_FCNTL_H=1 -DHAVE_INTTYPES_H=1 > -DHAVE_STDINT_H=1 -DHAVE_B64_NTOP=1 -DHAVE_LIBXNET=1 > -DHAVE_CLOSEFROM=1 -DHAVE_DAEMON=1 -DHAVE_SETENV=1 -DHAVE_STRLCPY=1 > -DHAVE_STRLCAT=1 -DHAVE_DECL_OPTARG=0 -DHAVE_DECL_OPTIND=0 > -DHAVE_DECL_OPTRESET=0 -DHAVE_BZERO=1 -DHAVE_SYSCONF=1 > -DHAVE_PROC_PID=1 -I. -D_XOPEN_SOURCE -D_XOPEN_SOURCE_EXTENDED > -D_XPG4_2 -D__EXTENSIONS__ -D_POSIX_PTHREAD_SEMANTICS > -I/opt/csw/include -erroff=E_EMPTY_DECLARATION -c client.c > "client.c", line 81: warning: implicit function declaration: flock > "client.c", line 81: undefined symbol: LOCK_EX > "client.c", line 81: undefined symbol: LOCK_NB > "client.c", line 246: warning: implicit function declaration: cfmakeraw > cc: acomp failed for client.c > > So looking into it now see if i can figure out whats going on. Thanks, this is where I gave up. Hopefully you can figure it out. Looks like it's getting the wrong copy of flock somehow but Solaris path hell makes it pretty hard. I don't use any of the package sites and so far I've been able to build everything I need...until tmux! Thanks. /jl -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Can't build tmux on Solaris 10
I was in the middle of capturing one in Emacs and when I sent it my email provider fell over. Do you still need this or are Philip's and Thomas's posts past this point already? On Tue, Nov 27, 2012 at 03:10:58PM +, Nicholas Marriott wrote: > Show a build log please. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Can't build tmux on Solaris 10
On Tue, Nov 27, 2012 at 03:31:18PM +, Philip Herron wrote: > The error is just: > > "client.c", line 82: warning: implicit function declaration: flock > "client.c", line 82: undefined symbol: LOCK_EX > "client.c", line 82: undefined symbol: LOCK_NB > "client.c", line 247: warning: implicit function declaration: cfmakeraw > > can't seem to figure out where that flock prototype should be on > solaris. Trying to see if i can figure out a fix kind of find this > interesting. Maybe you have some ideas already. The usual suspects are /usr/include /usr/include/sys /usr/ucbinclude and for gnu they use /usr/sfw/include. I did find various header files there but when I looked in the tmux source for client.c it seems to already be including what I thought should be used. Then when I added /usr/ucbinclude to the include path it broke even worse. Sorry, I've tried so many different twists and turns I don't remember what exactly went wrong, only that nothing so far worked. -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Can't build tmux on Solaris 10
On Tue, Nov 27, 2012 at 04:01:22PM +, Nicholas Marriott wrote: > Never mind, theirs is enough. Thanks guys. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Can't build tmux on Solaris 10
Hey guys, any progress on this? On Tue, Nov 27, 2012 at 04:03:20PM +, Philip Herron wrote: > I might give ago at looking into this tomorrow and try to resurrect > that dudes patch and finish it off. > > On 27 November 2012 15:42, Nicholas Marriott > wrote: > > Well I haven't seen any sign of it actually being worked on further so > > if someone else wants to make the changes properly and send them that'd > > be great :-). > > > > Any change to _XPG6 will need to be tested on Solaris 10 and 11 anyway. > > > > > > On Tue, Nov 27, 2012 at 03:35:00PM +, Thomas Adam wrote: > >> On Tue, Nov 27, 2012 at 03:31:18PM +, Philip Herron wrote: > >> > The error is just: > >> > > >> > "client.c", line 82: warning: implicit function declaration: flock > >> > "client.c", line 82: undefined symbol: LOCK_EX > >> > "client.c", line 82: undefined symbol: LOCK_NB > >> > "client.c", line 247: warning: implicit function declaration: cfmakeraw > >> > >> I think this is being worked on here: > >> > >> https://sourceforge.net/tracker/index.php?func=detail&aid=3587618&group_id=200378&atid=973264 > >> > >> (I appreciate you say Solaris 10, and the above is for Solaris 11... I'm > >> assuming that won't matter in this case.) > >> > >> -- Thomas Adam > >> -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Can't build tmux on Solaris 10
Thanks, it will be great to have. On Wed, Dec 05, 2012 at 12:43:26PM +, Philip Herron wrote: > I finally have free time today so i might poke at it again. > > --Phil > > On 5 December 2012 12:20, John Long wrote: > > Hey guys, any progress on this? > > > > > > On Tue, Nov 27, 2012 at 04:03:20PM +, Philip Herron wrote: > >> I might give ago at looking into this tomorrow and try to resurrect > >> that dudes patch and finish it off. > >> > >> On 27 November 2012 15:42, Nicholas Marriott > >> wrote: > >> > Well I haven't seen any sign of it actually being worked on further so > >> > if someone else wants to make the changes properly and send them that'd > >> > be great :-). > >> > > >> > Any change to _XPG6 will need to be tested on Solaris 10 and 11 anyway. > >> > > >> > > >> > On Tue, Nov 27, 2012 at 03:35:00PM +, Thomas Adam wrote: > >> >> On Tue, Nov 27, 2012 at 03:31:18PM +, Philip Herron wrote: > >> >> > The error is just: > >> >> > > >> >> > "client.c", line 82: warning: implicit function declaration: flock > >> >> > "client.c", line 82: undefined symbol: LOCK_EX > >> >> > "client.c", line 82: undefined symbol: LOCK_NB > >> >> > "client.c", line 247: warning: implicit function declaration: > >> >> > cfmakeraw > >> >> > >> >> I think this is being worked on here: > >> >> > >> >> https://sourceforge.net/tracker/index.php?func=detail&aid=3587618&group_id=200378&atid=973264 > >> >> > >> >> (I appreciate you say Solaris 10, and the above is for Solaris 11... I'm > >> >> assuming that won't matter in this case.) > >> >> > >> >> -- Thomas Adam > >> >> > > > > -- > > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial > > Remotely access PCs and mobile devices and provide instant support > > Improve your efficiency, and focus on delivering more value-add services > > Discover what IT Professionals Know. Rescue delivers > > http://p.sf.net/sfu/logmein_12329d2d > > ___ > > tmux-users mailing list > > tmux-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/tmux-users > > -- > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial > Remotely access PCs and mobile devices and provide instant support > Improve your efficiency, and focus on delivering more value-add services > Discover what IT Professionals Know. Rescue delivers > http://p.sf.net/sfu/logmein_12329d2d > ___ > tmux-users mailing list > tmux-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/tmux-users -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Can't build tmux on Solaris 10
On Wed, Dec 05, 2012 at 01:04:24PM +, Thomas Adam wrote: > On Wed, Dec 05, 2012 at 12:20:47PM +0000, John Long wrote: > > Hey guys, any progress on this? > > No. But if someone is able to give me shell access with a development > environment to compile tmux under which shows this problem, I'm happy to > take a look and move the patch on. Thanks. If nobody has any news by the end of next week I can set up an account for you. /jl -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux-powerline makes tmux crash overnight?
On Sat, Nov 17, 2012 at 09:12:37PM +, Thomas Adam wrote: > On Sat, Nov 17, 2012 at 12:07:40PM -0800, John Schmitt wrote: > > https://github.com/erikw/tmux-powerline ... > See above. A stack trace from a corefile if you can get it would be > helpful. If not, enabling tmux with "-" and sending though the > tmux-server-*.log file is also helpful. > > -- Thomas Adam I was finally able to reproduce this again, but I have not had a chance to rebuild tmux. FWIW, here is a part of one of the tmux-server-pid.log files, and I guess you're right that there's some sort of fork-bomb type of thing going on. I'm not going to attach the whole file as it is over 2GB. I don't know if there's anything you can do about it. job error 0x2333ce50: ~/etc/tmux-powerline/status-left.sh, pid 27663 job died 0x2333ce50: ~/etc/tmux-powerline/status-left.sh, pid 27663 free job 0x2333ce50: ~/etc/tmux-powerline/status-left.sh job error 0x53bf200: ~/etc/tmux-powerline/status-right.sh, pid 27642 job died 0x53bf200: ~/etc/tmux-powerline/status-right.sh, pid 27642 free job 0x53bf200: ~/etc/tmux-powerline/status-right.sh job error 0x13131b60: ~/etc/tmux-powerline/status-right.sh, pid 27618 job died 0x13131b60: ~/etc/tmux-powerline/status-right.sh, pid 27618 free job 0x13131b60: ~/etc/tmux-powerline/status-right.sh job died 0xe618c80: ~/etc/tmux-powerline/status-right.sh, pid 27636 job error 0xe618c80: ~/etc/tmux-powerline/status-right.sh, pid -1 free job 0xe618c80: ~/etc/tmux-powerline/status-right.sh job error 0x18700ca0: ~/etc/tmux-powerline/status-right.sh, pid 27624 job died 0x18700ca0: ~/etc/tmux-powerline/status-right.sh, pid 27624 free job 0x18700ca0: ~/etc/tmux-powerline/status-right.sh job error 0xe2ea230: ~/etc/tmux-powerline/status-right.sh, pid 27630 job died 0xe2ea230: ~/etc/tmux-powerline/status-right.sh, pid 27630 free job 0xe2ea230: ~/etc/tmux-powerline/status-right.sh job error 0x22b52de0: ~/etc/tmux-powerline/status-right.sh, pid 27660 job died 0x22b52de0: ~/etc/tmux-powerline/status-right.sh, pid 27660 free job 0x22b52de0: ~/etc/tmux-powerline/status-right.sh job error 0x207b98b0: ~/etc/tmux-powerline/status-right.sh, pid 27648 job died 0x207b98b0: ~/etc/tmux-powerline/status-right.sh, pid 27648 free job 0x207b98b0: ~/etc/tmux-powerline/status-right.sh job died 0x12a172c0: ~/etc/tmux-powerline/status-right.sh, pid 27666 job died 0x7bcad30: ~/etc/tmux-powerline/status-right.sh, pid 27672 job error 0x12a172c0: ~/etc/tmux-powerline/status-right.sh, pid -1 free job 0x12a172c0: ~/etc/tmux-powerline/status-right.sh job error 0x7bcad30: ~/etc/tmux-powerline/status-right.sh, pid -1 free job 0x7bcad30: ~/etc/tmux-powerline/status-right.sh job died 0x120983a0: ~/etc/tmux-powerline/status-right.sh, pid 27678 job error 0x120983a0: ~/etc/tmux-powerline/status-right.sh, pid -1 free job 0x120983a0: ~/etc/tmux-powerline/status-right.sh job error 0xdeaaa50: ~/etc/tmux-powerline/status-right.sh, pid 27654 job died 0xdeaaa50: ~/etc/tmux-powerline/status-right.sh, pid 27654 free job 0xdeaaa50: ~/etc/tmux-powerline/status-right.sh run job 0x1b070bd0: ~/etc/tmux-powerline/status-left.sh, pid 30407 run job 0x19af9e10: ~/etc/tmux-powerline/status-right.sh, pid 30408 run job 0x1f3bf960: ~/etc/tmux-powerline/status-left.sh, pid 30411 run job 0x1ceae3f0: ~/etc/tmux-powerline/status-right.sh, pid 30414 run job 0x4fd5be0: ~/etc/tmux-powerline/status-left.sh, pid 30417 run job 0x13072e40: ~/etc/tmux-powerline/status-right.sh, pid 30420 run job 0x1f16cdf0: ~/etc/tmux-powerline/status-left.sh, pid 30423 run job 0x3f19450: ~/etc/tmux-powerline/status-right.sh, pid 30426 run job 0x2e62e80: ~/etc/tmux-powerline/status-left.sh, pid 30429 run job 0x2055e7e0: ~/etc/tmux-powerline/status-right.sh, pid 30432 run job 0x46e2810: ~/etc/tmux-powerline/status-left.sh, pid 30435 run job 0x145fb230: ~/etc/tmux-powerline/status-right.sh, pid 30438 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux-powerline makes tmux crash overnight?
On Wed, Dec 05, 2012 at 05:21:48PM +, Nicholas Marriott wrote: > What is status-interval set to? I guess your status-left and > status-right take longer than that... $ cat ~/.tmux.conf # from the man page set-option -g prefix C-a unbind-key C-b bind-key C-a send-prefix # make alt+L,R,U,D select panes unbind-key M-Right unbind-key M-Left unbind-key M-Up unbind-key M-Down bind-key -n M-Right select-pane -R bind-key -n M-Left select-pane -L bind-key -n M-Upselect-pane -U bind-key -n M-Down select-pane -D #set-option -g pane-border-fg black set-option -g pane-active-border-bg green set-option -g display-time 5000 set -g default-terminal "screen-256color" set -sg escape-time 0 setw -g aggressive-resize on set-option -gw status on set-option -gw status-utf8 on set-option -gw utf8 on #https://github.com/erikw/tmux-powerline set-option -g status on set-option -g status-interval 2 set-option -g status-utf8 on set-option -g status-justify "centre" set-option -g status-left-length 260 set-option -g status-right-length 290 set-option -g status-left "#(~/etc/tmux-powerline/status-left.sh)" set-option -g status-right "#(~/etc/tmux-powerline/status-right.sh)" -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Can't build tmux on Solaris 10
On Wed, Dec 05, 2012 at 01:04:24PM +, Thomas Adam wrote: > On Wed, Dec 05, 2012 at 12:20:47PM +0000, John Long wrote: > > Hey guys, any progress on this? > > No. But if someone is able to give me shell access with a development > environment to compile tmux under which shows this problem, I'm happy to > take a look and move the patch on. > > -- Thomas Adam Thomas, I haven't seen any updates this week so if you are still willing to help out then please send me a 2048 bit RSA pubkey and I will set up a shell account for you over the weekend and email you back with the logon details. Thanks. /jl -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Can't build tmux on Solaris 10
On Fri, Dec 14, 2012 at 07:28:58AM +, Thomas Adam wrote: > Hi, > > On 14 December 2012 06:59, John Long wrote: > > On Wed, Dec 05, 2012 at 01:04:24PM +, Thomas Adam wrote: > >> On Wed, Dec 05, 2012 at 12:20:47PM +, John Long wrote: > >> > Hey guys, any progress on this? > >> > >> No. But if someone is able to give me shell access with a development > >> environment to compile tmux under which shows this problem, I'm happy to > >> take a look and move the patch on. > >> > >> -- Thomas Adam > > > > Thomas, I haven't seen any updates this week so if you are still willing to > > help out then please send me a 2048 bit RSA pubkey and I will set up a shell > > account for you over the weekend and email you back with the logon details. > > Thanks; sent off-list. > > Kindly, > > -- Thomas Adam Hi, I didn't get any other email besides this post. Did you send it already? /jl -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Can't build tmux on Solaris 10
On Fri, Dec 14, 2012 at 07:28:58AM +, Thomas Adam wrote: > Hi, > > On 14 December 2012 06:59, John Long wrote: > > On Wed, Dec 05, 2012 at 01:04:24PM +, Thomas Adam wrote: > >> On Wed, Dec 05, 2012 at 12:20:47PM +, John Long wrote: > >> > Hey guys, any progress on this? > >> > >> No. But if someone is able to give me shell access with a development > >> environment to compile tmux under which shows this problem, I'm happy to > >> take a look and move the patch on. > >> > >> -- Thomas Adam > > > > Thomas, I haven't seen any updates this week so if you are still willing to > > help out then please send me a 2048 bit RSA pubkey and I will set up a shell > > account for you over the weekend and email you back with the logon details. > > Thanks; sent off-list. > > Kindly, > > -- Thomas Adam Thanks, Thomas. Got it and will get back to you as soon as everything is set up. /jl -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Can't build tmux on Solaris 10
On Fri, Dec 14, 2012 at 10:18:00AM +, John Long wrote: > On Fri, Dec 14, 2012 at 07:28:58AM +, Thomas Adam wrote: > > Hi, > > > > On 14 December 2012 06:59, John Long wrote: > > > On Wed, Dec 05, 2012 at 01:04:24PM +, Thomas Adam wrote: > > >> On Wed, Dec 05, 2012 at 12:20:47PM +, John Long wrote: > > >> > Hey guys, any progress on this? > > >> > > >> No. But if someone is able to give me shell access with a development > > >> environment to compile tmux under which shows this problem, I'm happy to > > >> take a look and move the patch on. > > >> > > >> -- Thomas Adam > > > > > > Thomas, I haven't seen any updates this week so if you are still willing > > > to > > > help out then please send me a 2048 bit RSA pubkey and I will set up a > > > shell > > > account for you over the weekend and email you back with the logon > > > details. > > > > Thanks; sent off-list. > > > > Kindly, > > > > -- Thomas Adam > > Thanks, Thomas. Got it and will get back to you as soon as everything is set > up. > > /jl P.S. Thomas, I replied to you in more detail off list but I received a bounce message from your mail server. I will get all the stuff you ask for working and let you know, hopefully sometime Monday. Time here is UTC+0200. Thanks, /jl -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux-powerline makes tmux crash overnight?
On Sat, Nov 17, 2012 at 09:12:37PM +, Thomas Adam wrote: > On Sat, Nov 17, 2012 at 12:07:40PM -0800, John Schmitt wrote: ... > Well, compile up tmux with "-g -ggdb" and see if it core dumps. After having done this I've been able to reproduce my issue. Do you want me to email you whole core files? GNU gdb (GDB) Fedora (7.4.50.20120120-52.fc17) Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/local/bin/tmux...done. [New LWP 28019] [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib64/libthread_db.so.1". Core was generated by `tmux new-session -d -s LinuxSystemsProgramming'. Program terminated with signal 6, Aborted. #0 0x7fac21950935 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); (gdb) bt #0 0x7fac21950935 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x7fac219520e8 in __GI_abort () at abort.c:91 #2 0x7fac2198fe8b in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7fac21a93928 "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:198 #3 0x7fac2199700e in malloc_printerr (ptr=0x15c29310, str=0x7fac21a93a38 "free(): invalid next size (fast)", action=3) at malloc.c:5027 #4 _int_free (av=0x7fac21ccb720, p=0x15c29300, have_lock=0) at malloc.c:3948 #5 0x0041aa19 in format_free (ft=0x105ba730) at format.c:108 #6 0x00409097 in cmd_display_message_exec (self=0x70b9a20, ctx=0x7fffb1ee3210) at cmd-display-message.c:98 #7 0x00414777 in cmd_exec (cmd=0x70b9a20, ctx=0x7fffb1ee3210) at cmd.c:287 #8 0x0040b851 in cmd_list_exec (cmdlist=0x123f75b0, ctx=0x7fffb1ee3210) at cmd-list.c:100 #9 0x00431115 in server_client_msg_command (c=0x1c7e1e90, data=0x7fffb1ee6720) at server-client.c:865 #10 0x004308ec in server_client_msg_dispatch (c=0x1c7e1e90) at server-client.c:696 #11 0x0042f65c in server_client_callback (fd=69, events=2, data=0x1c7e1e90) at server-client.c:220 #12 0x7fac221030c2 in event_process_active_single_queue (activeq=, base=) at event.c:1340 #13 event_process_active (base=) at event.c:1407 #14 event_base_loop (base=, flags=1) at event.c:1604 #15 0x00433647 in server_loop () at server.c:201 #16 0x0043362b in server_start (lockfd=5, lockfile=0x1f9aed0 "") at server.c:192 #17 0x00404cda in client_connect (path=0x68bc40 "/tmp/tmux-500/default", start_server=1) at client.c:124 #18 0x00404f11 in client_main (argc=4, argv=0x7fffb1ee7b90, flags=1) at client.c:220 #19 0x0043d9d4 in main (argc=4, argv=0x7fffb1ee7b90) at tmux.c:408 (gdb) quit GNU gdb (GDB) Fedora (7.4.50.20120120-52.fc17) Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/local/bin/tmux...done. warning: core file may not match specified executable file. [New LWP 476] Core was generated by `bash /home/john/etc/tmux-powerline/segments/vcs_others.sh'. Program terminated with signal 11, Segmentation fault. #0 0x7fc3bc6658f8 in ?? () (gdb) bt #0 0x7fc3bc6658f8 in ?? () #1 0x03483570 in ?? () #2 0x in ?? () (gdb) quit GNU gdb (GDB) Fedora (7.4.50.20120120-52.fc17) Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/local/bin/tmux...done. [New LWP 31409] [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib64/libthread_db.so.1". Core was generated by `tmux show-environment'.
Re: Can't build tmux on Solaris 10
On Wed, Dec 26, 2012 at 10:06:23PM +, Thomas Adam wrote: > Hi, > > Yes, I've a patch sat waiting for this. Will submit it when I get > back from holiday. Took a different approach to your somewhat > horrible hack. :) I haven't seen you on the system in over a week so I had no idea you fixed this already. This is great news! It's very weird but in the meantime I was able to build tmux 1.6 on Solaris 10 SPARC without issues and it works fine. The same tarball of 1.6 does not work on Solaris 10 Intel. It builds but has the same problems where the delete and backspace keys go forward instead of backward and other control keys don't work correctly, as I originally reported. It will be great to have a working 1.7 everywhere. Happy New Year with tmux! /jl -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04 -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712 ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux-powerline makes tmux crash overnight?
On Sat, Nov 17, 2012 at 09:12:37PM +, Thomas Adam wrote: ... > Well, compile up tmux with "-g -ggdb" and see if it core dumps. Is the following useful info? I've trimmed it as much as I could. $ for i in core.14500 core.11516 core.14568 core.17923 core.1949 ; do gdb /usr/local/bin/tmux $i; done Reading symbols from /usr/local/bin/tmux...done. warning: core file may not match specified executable file. [New LWP 14500] Core was generated by `sh /home/john/etc/tmux-powerline/segments/date_day.sh'. Program terminated with signal 11, Segmentation fault. #0 0x00440d36 in tty_draw_line (tty=0x21, s=0x0, py=101, ox=1952539695, oy=1852400175) at tty.c:605 605 (oy + py != tty->cy + 1 && tty->cy != s->rlower + oy)) (gdb) bt #0 0x00440d36 in tty_draw_line (tty=0x21, s=0x0, py=101, ox=1952539695, oy=1852400175) at tty.c:605 #1 0x38b4 in ?? () #2 0x in ?? () Reading symbols from /usr/local/bin/tmux...done. warning: core file may not match specified executable file. [New LWP 11516] Core was generated by `bash /home/john/etc/tmux-powerline/status-right.sh'. Program terminated with signal 11, Segmentation fault. #0 0x7ff3cf201a56 in ?? () (gdb) bt #0 0x7ff3cf201a56 in ?? () #1 0x0044c5a8 in winlinks_RB_MINMAX (head=0x5f726f7400220035, val=0) at window.c:65 Backtrace stopped: previous frame inner to this frame (corrupt stack?) (gdb) quit Reading symbols from /usr/local/bin/tmux...done. warning: core file may not match specified executable file. [New LWP 14568] Core was generated by `sh /home/john/etc/tmux-powerline/segments/date_day.sh'. Program terminated with signal 11, Segmentation fault. #0 0x0041b200 in format_client (ft=, ft@entry=, c=, c@entry=) at format.c:308 308 format_add(ft, "client_width", "%u", c->tty.sx); (gdb) bt #0 0x0041b200 in format_client (ft=, ft@entry=, c=, c@entry=) at format.c:308 Cannot access memory at address 0x8 (gdb) quit Reading symbols from /usr/local/bin/tmux...done. [New LWP 17923] [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib64/libthread_db.so.1". Core was generated by `tmux new-session -d -s LinuxSystemsProgramming'. Program terminated with signal 6, Aborted. #0 0x7ffda0bf1935 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); (gdb) bt #0 0x7ffda0bf1935 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x7ffda0bf30e8 in __GI_abort () at abort.c:91 #2 0x7ffda0c30e8b in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7ffda0d34928 "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:198 #3 0x7ffda0c3800e in malloc_printerr (ptr=0x3de25f0, str=0x7ffda0d349c8 "double free or corruption (out)", action=3) at malloc.c:5027 #4 _int_free (av=0x7ffda0f6c720, p=0x3de25e0, have_lock=0) at malloc.c:3948 #5 0x004192ea in environ_free (env=0x7fff586dc840) at environ.c:55 #6 0x00420668 in job_run (cmd=0x30727d0 "~/etc/tmux-powerline/status-right.sh", callbackfn=0x4399a1 , freefn=0x439978 , data=0x1ba9bc0) at job.c:64 #7 0x004397fa in status_find_job (c=0x1ba9bc0, iptr=0x7fff586dcab8) at status.c:587 #8 0x0043915e in status_replace1 (c=0x1ba9bc0, s=0x1b04010, wl=0x1b28760, wp=0x1b26570, iptr=0x7fff586dcab8, optr=0x7fff586dcab0, out=0x675420 "#[bg=colour148] #[fg=colour148, bg=colour148]#[fg=colour234,bg=colour148]meta:0.2 #[fg=colour148, bg=colour33]\342\256\200#[fg=colour0,bg=colour33] badboy #[fg=colour33, bg=colour24]\342\256\200#[fg=colour255,bg=colour"..., outsize=8192, jobsflag=1) at status.c:421 #9 0x0043961b in status_replace (c=0x1ba9bc0, s=0x0, wl=0x0, wp=0x0, fmt=0x1b243a0 "#(~/etc/tmux-powerline/status-right.sh)", t=1357024937, jobsflag=1) at status.c:532 #10 0x004383fd in status_redraw_get_right (c=0x1ba9bc0, t=1357024937, utf8flag=1, gc=0x7fff586deb90, size=0x7fff586deb70) at status.c:127 #11 0x00438844 in status_redraw (c=0x1ba9bc0) at status.c:207 #12 0x004304b3 in server_client_check_redraw (c=0x1ba9bc0) at server-client.c:612 #13 0x0042ff8b in server_client_loop () at server-client.c:461 #14 0x00433651 in server_loop () at server.c:204 #15 0x0043362b in server_start (lockfd=5, lockfile=0x1af4e30 "") at server.c:192 #16 0x00404cda in client_connect (path=0x68bc40 "/tmp/tmux-500/default", start_server=1) at client.c:124 #17 0x00404f11 in client_main (argc=4, argv=0x7fff586df8c0, flags=1) at client.c:220 #18 0x0043d9d4 in main (argc=4, argv=0x7fff586df8c0) at tmux.
Re: tmux-powerline makes tmux crash overnight?
On Sat, Nov 17, 2012 at 09:12:37PM +, Thomas Adam wrote: ... > Well, compile up tmux with "-g -ggdb" and see if it core dumps. I wasn't expecting this crash because I set status-interval to 10 yet tmux crashed within an hour. [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib64/libthread_db.so.1". Core was generated by `tmux new-session -d -s LinuxSystemsProgramming'. Program terminated with signal 6, Aborted. #0 0x7fccb7201935 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); 59 if (__builtin_expect (pid <= 0, 0)) 60pid = (pid & INT_MAX) == 0 ? selftid : -pid; 61 #endif 62 63 #if __ASSUME_TGKILL 64return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); 65 #else 66 # ifdef __NR_tgkill 67int res = INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); 68if (res != -1 || errno != ENOSYS) #0 0x7fccb7201935 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x7fccb72030e8 in __GI_abort () at abort.c:91 #2 0x7fccb7240e8b in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7fccb7344928 "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:198 #3 0x7fccb7246e16 in malloc_printerr (action=3, str=0x7fccb734281b "realloc(): invalid next size", ptr=) at malloc.c:5027 #4 0x7fccb724a0b8 in _int_realloc (av=av@entry=0x7fccb757c720, oldp=oldp@entry=0x1a8e070, oldsize=oldsize@entry=384, nb=nb@entry=368) at malloc.c:4342 #5 0x7fccb724bb55 in __GI___libc_realloc (oldmem=0x1a8e080, bytes=360) at malloc.c:3065 #6 0x7fccb7204410 in __add_to_environ (name=0x19e8340 "TMUX", value=0x1a303b0 "/tmp/tmux-500/default,1943,-1", combined=0x0, replace=1) at setenv.c:143 #7 0x004197ec in ?? () #8 0x0036 in ?? () #9 0x7fff57679640 in ?? () #10 0x in ?? () [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib64/libthread_db.so.1". Core was generated by `tmux new-session -d -s LinuxSystemsProgramming'. Program terminated with signal 6, Aborted. #0 0x7fccb7201935 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); 59 if (__builtin_expect (pid <= 0, 0)) 60pid = (pid & INT_MAX) == 0 ? selftid : -pid; 61 #endif 62 63 #if __ASSUME_TGKILL 64return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); 65 #else 66 # ifdef __NR_tgkill 67int res = INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); 68if (res != -1 || errno != ENOSYS) #0 0x7fccb7201935 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x7fccb72030e8 in __GI_abort () at abort.c:91 #2 0x7fccb7240e8b in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7fccb7344928 "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:198 #3 0x7fccb7246e16 in malloc_printerr (action=3, str=0x7fccb734281b "realloc(): invalid next size", ptr=) at malloc.c:5027 #4 0x7fccb724a0b8 in _int_realloc (av=av@entry=0x7fccb757c720, oldp=oldp@entry=0x1a8e070, oldsize=oldsize@entry=384, nb=nb@entry=400) at malloc.c:4342 #5 0x7fccb724bb55 in __GI___libc_realloc (oldmem=0x1a8e080, bytes=390) at malloc.c:3065 #6 0x004509f5 in ?? () #7 0x7fff5767b660 in ?? () #8 0x000a in ?? () #9 0x0027 in ?? () #10 0x01a8e080 in ?? () #11 0x01a63450 in ?? () #12 0x0186 in ?? () #13 0x7fff5767b6a0 in ?? () #14 0x0041ccac in ?? () #15 0x0027 in ?? () #16 0x019352a0 in ?? () #17 0x01a63450 in ?? () #18 0x01a63450 in ?? () #19 0x in ?? () -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712 ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Lagging behaviour while running certain ncurses apps in tmux
Hi, I've noticed a "lagging" behaviour while running certain ncurses applications under tmux, where the first key-press after launching the application has no effect. I'm not seeing this behaviour while running these same applications in the parent terminal without tmux. For example, if the first thing I do after launching ncmpcpp [1] is to press the down arrow key once, nothing happens. When I press it again, the selected line jumps from the first line down to the third line as if that first key-press was registered but the display was "frozen" until the second keypress. If the first key pressed is "q", ncmpcpp does not quit right away, but only as a second key is pressed. This behaviour is not present when running ncmpcpp in the parent terminal itself without tmux. This is on Linux (Debian Sid), observed in an xterm and in the Linux Framebuffer Console. Has anyone else seen such behaviour? Any thoughts as to what might be the cause? [1] (an ncurses client for MPD) http://ncmpcpp.rybczak.net/ John -- John Magolske http://B79.net/contact -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux-powerline makes tmux crash overnight?
On Thu, Jan 03, 2013 at 06:28:52PM +, Thomas Adam wrote:
...
> What is in your status-line? What's the definition for any jobs
> running in status-{right,left}? As I mentioned before (I think), you
> can easily fork-bomb your system if you're not careful.
set-option -g status-left "#(~/etc/tmux-powerline/status-left.sh)"
set-option -g status-right "#(~/etc/tmux-powerline/status-right.sh)"
https://github.com/erikw/tmux-powerline
--
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Lagging behaviour while running certain ncurses apps in tmux
* Thomas Adam [130104 07:14]: > Set escape-time to 0. This was a reply to Mark's query, but just for clarification, I do have this set in my tmux.conf: set -s escape-time 0 and still see the behaviour I described. John -- John Magolske http://B79.net/contact -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux-powerline makes tmux crash overnight?
On Tue, Jan 15, 2013 at 04:47:31AM +, Nicholas Marriott wrote: > Hi > > These cores are all over the place but at least a couple are memory > allocation, possibly either your memory is bad or tmux is running out of > memory. If my machine was experience hardware failures I would be seeing other symptoms. This is very unlikely. > What size are the cores? How much memory is tmux using as it runs and > does it keep increasing? I've gone back to the version of tmux with my distro (F17) and disabled tmux-powerline. I won't have time to re-visit this until next week, but if you find it helpful, I'll try this again and provide any info you need. John -- Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS and more. Get SQL Server skills now (including 2012) with LearnDevNow - 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only - learn more at: http://p.sf.net/sfu/learnmore_122512 ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Lagging behaviour while running certain ncurses apps in tmux
Which terminal program are you using? There's an old, long-reported VTE bug that currupts the screen. https://bugzilla.redhat.com/show_bug.cgi?id=783212 It's been reported elsewhere as well. Maybe it needs to be put back to https://bugzilla.gnome.org/browse.cgi?product=vte If not for this bug, I wouldn't be using konsole, I'd be using lxterminal or gnome-terminal. On Tue, Jan 15, 2013 at 08:02:39AM -0600, Mark Volkmann wrote: > The stray characters do not go away when I run the refresh-client command. > However, they do go away if I page forward and backward in Vim. I have the > session option escape-time set to zero, but I'm still getting stray > characters inside Vim. > > On Mon, Jan 14, 2013 at 10:44 PM, Nicholas Marriott < > nicholas.marri...@gmail.com> wrote: > > > Hi > > > > Does the character go away if you do "C-b r" in tmux (refresh-client > > command) instead of making vim repaint? > > > > > > > > On Fri, Jan 04, 2013 at 06:34:43AM -0600, Mark Volkmann wrote: > > >On Fri, Jan 4, 2013 at 1:07 AM, John Magolske <[1]listm...@b79.net> > > wrote: > > > > > > Hi, > > > > > > I've noticed a "lagging" behaviour while running certain ncurses > > > applications under tmux, where the first key-press after launching > > the > > > application has no effect. I'm not seeing this behaviour while > > running > > > these same applications in the parent terminal without tmux. > > > > > >I'm seeing something similar when running Vim inside tmux. Sometimes > > a Vim > > >keystroke command is displayed on the screen AND executed when I am > > not in > > >insert mode. The character isn't really in the Vim buffer. If I > > scroll up > > >and down, the screen will redraw and the stray character is gone. I > > wish I > > >knew what to do to prevent this. I'm ending up having to repeat the > > screen > > >about 20 times every day to verify that I didn't really enter a > > character > > >into the file I'm editing.** > > >-- > > >R. Mark Volkmann > > >Object Computing, Inc. -- Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS and more. Get SQL Server skills now (including 2012) with LearnDevNow - 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only - learn more at: http://p.sf.net/sfu/learnmore_122512 ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Lagging behaviour while running certain ncurses apps in tmux
In that case it's not likely to be related to VTE. Can you reproduce it with the Mac built-in terminal program? Since I use tmux so heavily, I guess I find it hard to imagine corruption issues with tmux. I haven't seen any that were not the fault of the terminal program. I use tmux with mutt, irssi, weechat, and newsbeuter. On Tue, Jan 15, 2013 at 11:28:19AM -0600, Mark Volkmann wrote: > I am using iTerm2 (Build 1.0.0.20120203) on a Mac running Lion. -- Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS and more. Get SQL Server skills now (including 2012) with LearnDevNow - 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only - learn more at: http://p.sf.net/sfu/learnmore_122512 ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Solaris 10, tmux 1.7 segv
On Sat, Feb 02, 2013 at 10:03:39AM +, Adrian Haughton wrote: > Hi, > > I recently compiled tmux 1.7 for Solaris and it's all fine other than the key sequence 'C-b w' which causes a sigsegv: The last I heard around November 27th of last year nobody could get tmux 1.7 to compile on Solaris 10. I created a shell account for a tmux developer and installed several extra apps as requested by the developer and I was never updated with any details except a patch was supposed to be forthcoming. I have no idea what the status is but three of us have tried and failed to compile tmux 1.7 on Solaris 10 and that includes me (clueless) and two developers. Can you please give some information how you compiled tmux as in what compiler and version (gcc, Studio etc) and any CFLAGS or LDFLAGS you had to set and anything else unusual you had to do? What environment are you working on? This looks like 32 bit but I can't tell whether it's SPARC or Intel. 1.6 compiles and works for me on Solaris 10 SPARC but I haven't gotten 1.6 to compiler and work on Intel. I also can't get 1.7 to compile and work correctly on Solaris 10 on either platform. /jl -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04 -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Solaris 10, tmux 1.7 segv
On Sun, Feb 03, 2013 at 04:58:20PM +, Adrian Haughton wrote: > John, > > What issues have you had - I might be able to help? Hi Adrian, If I understood the emails back in November the issue is what you already fixed. I've been using Studio rather than gcc. Hopefully whatever you did will work under Studio as well. > >> It's SPARC, libevent 2.0.5, gcc, had to modify lockf to use fcntl etc. Do you happen to have a diff for your fix to lockf? Have you gotten any further on the segv? Thanks! /jl -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04 -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris
On Fri, Apr 19, 2013 at 04:14:16PM +0200, Dagobert Michelsen wrote: > Hi Nicholas, > > I rewrote the patch to use contrib/ substitutions for cfmakeraw and use lockf: > https://sourceforge.net/p/tmux/tmux-code/merge-requests/3/ Thank you. Is there some way to download all the changes so I can apply them locally or do I just need to cut and paste from the web pages? -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris
Hi Dagobert, Thanks alot, I'll get back to you in asap. I want to test this on the latest stable version on Intel and SPARC. /jl On Sun, Apr 21, 2013 at 10:30:41AM +0200, Dagobert Michelsen wrote: > Hi John, > > Am 20.04.2013 um 21:40 schrieb John Long : > > On Fri, Apr 19, 2013 at 04:14:16PM +0200, Dagobert Michelsen wrote: > >> I rewrote the patch to use contrib/ substitutions for cfmakeraw and use > >> lockf: > >> https://sourceforge.net/p/tmux/tmux-code/merge-requests/3/ > > > > Thank you. Is there some way to download all the changes so I can apply them > > locally or do I just need to cut and paste from the web pages? > > From my understanding it should be possible to just accept the pull request. > However, I have now formatted patches for the three functional units: > > > http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/tmux/trunk/files/0001-Include-of-paths.h-if-its-presence-has-been-detected.patch > > http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/tmux/trunk/files/0002-Use-lockf-instead-of-flock-as-it-is-POSIX-compliant.patch > > http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/tmux/trunk/files/0003-Provide-replacement-for-cfmakeraw.patch > > Just let me know if you have any issues with the patches. > > > Best regards > > -- Dago > > -- > "You don't become great by trying to be great, you become great by wanting to > do something, > and then doing it so hard that you become great in the process." - xkcd #896 > -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04 -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris
Hi Dagobert, I tried applying these against 1.8 and the first patch doesn't apply. I tried to apply it manually (looks pretty simple) but the code doesn't build, it had various errors (some includes weren't picked up) and the timersub function wasn't found. I did a bunch of hand updates but then the build broke for lack of cfmakeraw, which I saw was in your third and biggest patch. So... I downloaded the latest snapshot of tmux from their website and then patches 1 and 2 applied, but patch 3 didn't apply. error: patch failed: Makefile.am:231 error: Makefile.am patch does not apply Should I be applying these against a specific git version of tmux and if so, how do I obtain it? Sorry for lack of cluestick, I do not normally use git and I'm lost here but have been trying to get tmux working on Solaris for a long time. Any help much appreciated. /jl On Sun, Apr 21, 2013 at 10:30:41AM +0200, Dagobert Michelsen wrote: > Hi John, > > Am 20.04.2013 um 21:40 schrieb John Long : > > On Fri, Apr 19, 2013 at 04:14:16PM +0200, Dagobert Michelsen wrote: > >> I rewrote the patch to use contrib/ substitutions for cfmakeraw and use > >> lockf: > >> https://sourceforge.net/p/tmux/tmux-code/merge-requests/3/ > > > > Thank you. Is there some way to download all the changes so I can apply them > > locally or do I just need to cut and paste from the web pages? > > From my understanding it should be possible to just accept the pull request. > However, I have now formatted patches for the three functional units: > > > http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/tmux/trunk/files/0001-Include-of-paths.h-if-its-presence-has-been-detected.patch > > http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/tmux/trunk/files/0002-Use-lockf-instead-of-flock-as-it-is-POSIX-compliant.patch > > http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/tmux/trunk/files/0003-Provide-replacement-for-cfmakeraw.patch > > Just let me know if you have any issues with the patches. > > > Best regards > > -- Dago > > -- > "You don't become great by trying to be great, you become great by wanting to > do something, > and then doing it so hard that you become great in the process." - xkcd #896 > -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04 -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris
Thanks, will you please post a note here when they're in so I can download the lastest tarball and try again? /jl On Sun, Apr 21, 2013 at 01:22:06PM +0100, Nicholas Marriott wrote: > BTW these changes look fine to me and I will apply them when I have a > bit more time, thanks > > > > On Sun, Apr 21, 2013 at 10:30:41AM +0200, Dagobert Michelsen wrote: > > Hi John, > > > > Am 20.04.2013 um 21:40 schrieb John Long : > > > On Fri, Apr 19, 2013 at 04:14:16PM +0200, Dagobert Michelsen wrote: > > >> I rewrote the patch to use contrib/ substitutions for cfmakeraw and use > > >> lockf: > > >> https://sourceforge.net/p/tmux/tmux-code/merge-requests/3/ > > > > > > Thank you. Is there some way to download all the changes so I can apply > > > them > > > locally or do I just need to cut and paste from the web pages? > > > > >From my understanding it should be possible to just accept the pull > > >request. > > However, I have now formatted patches for the three functional units: > > > > > > http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/tmux/trunk/files/0001-Include-of-paths.h-if-its-presence-has-been-detected.patch > > > > http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/tmux/trunk/files/0002-Use-lockf-instead-of-flock-as-it-is-POSIX-compliant.patch > > > > http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/tmux/trunk/files/0003-Provide-replacement-for-cfmakeraw.patch > > > > Just let me know if you have any issues with the patches. > > > > > > Best regards > > > > -- Dago > > > > -- > > "You don't become great by trying to be great, you become great by wanting > > to do something, > > and then doing it so hard that you become great in the process." - xkcd #896 > > > > > > -- > > Precog is a next-generation analytics platform capable of advanced > > analytics on semi-structured data. The platform includes APIs for building > > apps and a phenomenal toolset for data science. Developers can use > > our toolset for easy data analysis & visualization. Get a free account! > > http://www2.precog.com/precogplatform/slashdotnewsletter > > ___ > > tmux-users mailing list > > tmux-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/tmux-users -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04 -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris
On Sun, Apr 21, 2013 at 05:16:09PM +0200, Dagobert Michelsen wrote: > Hi John, > > Am 21.04.2013 um 12:48 schrieb John Long: > All patches are against HEAD: > https://sourceforge.net/p/tmux/tmux-code/ci/master/tree/ Ok, downloaded the tarball... > > Make sure to call autogen.sh before building after applying the patches. The 0003-Provide-replacement-for-cfmakeraw.patch patch still doesn't apply: error: patch failed: Makefile.am:231 error: Makefile.am: patch does not apply What should I be looking for to fix this? Thanks. /jl -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris
On Sun, Apr 21, 2013 at 10:55:29PM +0200, Dagobert Michelsen wrote: > Hi John, > > Am 21.04.2013 um 17:26 schrieb John Long : > > On Sun, Apr 21, 2013 at 05:16:09PM +0200, Dagobert Michelsen wrote: > >> Am 21.04.2013 um 12:48 schrieb John Long: > >> All patches are against HEAD: > >> https://sourceforge.net/p/tmux/tmux-code/ci/master/tree/ > > > > Ok, downloaded the tarball? > > I suggest using git when doing stuff with git :-) I don't know how to use git. Isn't using the link you posted and downloading the tarball "using git"? I thought that got me the version your patches apply to. > > >> Make sure to call autogen.sh before building after applying the patches. > > > > The 0003-Provide-replacement-for-cfmakeraw.patch patch still doesn't apply: > > > > error: patch failed: Makefile.am:231 > > error: Makefile.am: patch does not apply > > > > What should I be looking for to fix this? > > Works for me: > > > dam@login [login]:/home/dam/mgar/pkg/tmux/trunk > cd > > tmux-tmux-code-c24b58e2ee8691870736959deb252c225b205b4d > > dam@login > > [login]:/home/dam/mgar/pkg/tmux/trunk/tmux-tmux-code-c24b58e2ee8691870736959deb252c225b205b4d > > > gpatch -p1 <../files/0003-Provide-replacement-for-cfmakeraw.patch > > patching file Makefile.am > > Hunk #1 succeeded at 233 with fuzz 2 (offset 2 lines). > > patching file compat.h > > patching file compat/cfmakeraw.c > > patching file configure.ac I didn't use gpatch. I used git apply. Your way works better ;-) The build gets a lot further then breaks with a nawk syntax error. if test xman = xmdoc; then \ cp tmux.1.in.tmux.1; \ else \ nawk -fmdoc2man.awk tmux.1.in >tmux.1; \ fi nawk: syntax error at source line 1 context is >>> . <<< \ " $Id$ 4 missing ]'s nawk: bailing out at source line 1 Thank you. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris
On Mon, Apr 22, 2013 at 09:45:29AM +0100, Nicholas Marriott wrote: > In the first diff it should be enough just to remove the #include line > because compat.h already includes it, so I have done that. > > The lockf change has gone into the OpenBSD repo rather than portable so > will be pulled through to git in the next sync. How can I tell when this happens? I just downloaded a tarball from http://sourceforge.net/p/tmux/tmux-code/ci/master/tree/ and the build breaks on client.c because it can't find flock. Thanks. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris
Hi Dagobert, On Mon, Apr 22, 2013 at 01:00:19PM +0200, Dagobert Michelsen wrote: > No, that is just the files from git. "Using git" is facilitating the command > listed on the webpage > git clone git://git.code.sf.net/p/tmux/tmux-code tmux-tmux-code > or something. Learning git pays off, but has a steep learning curve. > I suggest the books and documents from Scott Chacon. Thanks but this is a lot more than anybody should have to do to get a working copy of tmux. I'm not ever going to be a Linux developer and learning their tools (or junking up my Solaris boxes with gnu userland just to be able to build non-portable apps) is not on my list. I built git at the request of one of the developers on this list and it was the biggest pain in the ass of any piece of software I've built on Solaris. The git developers obviously have no interest and possibly no awareness in anything but Linux. And they're hardly alone. Anyway, nothing happened. I set up a shell account and gave access but nothing was done. After 6 months I was pretty hyped to see your patches. > >nawk -fmdoc2man.awk tmux.1.in >tmux.1; \ > > fi > > nawk: syntax error at source line 1 > > context is > . <<< \ " $Id$ > > 4 missing ]'s > > nawk: bailing out at source line 1 > > The script is for gawk, not nawk. Feel free to use e.g. the one from > > OpenCSW. I'm sure you're no stranger to this since you put so much effort into packaging software for Solaris, but I'm always amazed how much non-portable code and how much All the World R Belong 2 Linux stuff is written. I've been trying to get tmux on Solaris for a long time and nobody has been able or interested enough to fix it. Thanks for all your work on Solaris packaging, fixes, etc. I don't use any of it because I don't want the infrastructure and I don't want to make Solaris' preexisting package hell any worse, but I still greatly appreciate your efforts because a lot of the good work you do trickles down (up?) to other projects and possibly wakes people up to the fact Linux is not the only POSIX-like "OS" and some of us still prefer Solaris, right to the bitter end. I'll try building gawk myself and if that's not enough I'll give up until anybody has interest in making tmux work with standard UNIX stuff without requiring a gnu userland. If I wanted gnu crap I'd be running Linux. Yeah I know tmux runs on OpenBSD, that's where I found out about it. But it's less of a pain in the ass there since tmux cares about OpenBSD as a primary platform. By the way have you tested your tmux builds on Solaris Intel? Older versions of tmux build and run fine on my SPARC boxes but on Intel there is a problem of various keys (especially backspace) going in the wrong direction and not behaving nicely. I don't know where this is coming from but after this discussion I guess I'm missing other pieces of gnu crap that are needed for tmux to work. /jl -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris [backspace key goes forward on Solaris Intel
> > The script is for gawk, not nawk. Feel free to use e.g. the one from > > > OpenCSW. I built the latest copy of gawk and now tmux builds ok, but I am back to the same problem I reported last year, which is the backspace key goes forward. Do you have any idea what could be causing this? It's been like this for me on Solaris Intel. On SPARC this has not been a problem. Thank you. /jl -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris
Hi Nicholas, Thank you very much. In the meantime after I got Dagobert's answer and had not yet received your post, I compiled and installed the latest gawk and the tmux build goes ok now. It still looks we're in somewhat of a flux regarding which of Dagobert's patches made it to head because without me patching the build breaks and with patching some of them apply, some don't but in the end it builds with no errors after putting gawk ahead of Solaris awk in the path. Unfortunately, I am having the same problem I have always had on Solaris Intel: the backspace key goes in the wrong direction. This is real odd because on Solaris SPARC it works ok. Do you or anyone else have any idea what could be causing this? I remember at one point you suggested me building against gnu curses rather than Solaris curses and I thought I tried that, but maybe I didn't do all that was needed. Can you please explain how I could compile and link against gnu curses rather than Solaris curses so I can test your earlier theory? Thanks alot. /jl On Mon, Apr 22, 2013 at 12:53:28PM +0100, Nicholas Marriott wrote: > The script isn't for awk, I think we just invoke it in a way nawk isn't > pleased with. Try this please: > > You will need to run autogen.sh again. > > diff --git a/Makefile.am b/Makefile.am > index c5369fd..c131940 100644 > --- a/Makefile.am > +++ b/Makefile.am > @@ -242,7 +242,7 @@ tmux.1: tmux.1.in > if test x@MANFORMAT@ = xmdoc; then \ > cp tmux.1.in tmux.1; \ > else \ > - $(AWK) -fmdoc2man.awk tmux.1.in >tmux.1; \ > + $(AWK) -fmdoc2man.awk tmux.1; \ > fi > > # Update SF web site. > -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris [backspace key goes forward on Solaris Intel]
On Mon, Apr 22, 2013 at 12:54:59PM +0100, Nicholas Marriott wrote: > What was the mail subject of the previous thread? Same as above, minus the "[backspace key.." etc. > Can you send me "stty -a" output inside and outside tmux? Yes, thank you here it is: This is the stty -a output from an xterm when initially connecting to the Solaris box: speed 38400 baud; rows = 24; columns = 80; ypixels = 316; xpixels = 484; csdata ? eucw 1:0:0:0, scrw 1:0:0:0 intr = ^c; quit = ^\; erase = ^?; kill = ^u; eof = ^d; eol = -^?; eol2 = ; swtch = ; start = ^q; stop = ^s; susp = ^z; dsusp = ^y; rprnt = ^r; flush = ^o; werase = ^w; lnext = ^v; parenb -parodd cs8 -cstopb -hupcl cread -clocal -loblk -crtscts -crtsxoff -parext -ignbrk brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl -iuclc ixon -ixany -ixoff -imaxbel isig icanon -xcase echo echoe echok -echonl -noflsh -tostop echoctl -echoprt echoke -defecho -flusho -pendin iexten opost -olcuc onlcr -ocrnl -onocr -onlret -ofill -ofdel tab3 This is the stty -a output inside the compiled (but not installed) copy of tmux: speed 9600 baud; rows = 23; columns = 80; ypixels = 0; xpixels = 0; csdata ? eucw 1:0:0:0, scrw 1:0:0:0 intr = ^c; quit = ^\; erase = ^?; kill = ^u; eof = ^d; eol = -^?; eol2 = ; swtch = ; start = ^q; stop = ^s; susp = ^z; dsusp = ^y; rprnt = ^r; flush = ^o; werase = ^w; lnext = ^v; -parenb -parodd cs8 -cstopb -hupcl cread -clocal -loblk -crtscts -crtsxoff -parext -ignbrk brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl -iuclc ixon -ixany -ixoff imaxbel isig icanon -xcase echo echoe echok -echonl -noflsh -tostop echoctl -echoprt echoke -defecho -flusho -pendin iexten opost -olcuc onlcr -ocrnl -onocr -onlret -ofill -ofdel tab3 -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris [backspace key goes forward on Solaris Intel
On Mon, Apr 22, 2013 at 12:54:59PM +0100, Nicholas Marriott wrote: > What was the mail subject of the previous thread? Oh, sorry, I suppose you mean the thread from last year? Let me check and I'll post here again as soon as I find it. Thanks. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris [backspace key goes forward on Solaris Intel
On Mon, Apr 22, 2013 at 12:54:59PM +0100, Nicholas Marriott wrote: > What was the mail subject of the previous thread? This was my first email to the list, with a bad subject line since I was posting past my bedtime: http://sourceforge.net/mailarchive/message.php?msg_id=29643966 Sometime after that I got an older version working on Solaris SPARC. My next plea for help was here since having tmux on Solaris Intel would be so wonderful: http://sourceforge.net/mailarchive/message.php?msg_id=30150869 Thanks again. /jl -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris [backspace key goes forward on Solaris Intel
On Mon, Apr 22, 2013 at 01:25:55PM +0100, Nicholas Marriott wrote:
> The stty looks fine I think, but I wonder if you backspace key is
> sending ^H rather than ^?.
>
> I wonder if that is the case and your TERM has left or right set to ^H.
>
> Can you start tmux and then do "tmux info" and send me the output?
Yes, here it is:
tmux 1.9, pid 27847, started Mon Apr 22 12:29:28 2013
socket path /tmp/tmux-100/default, debug level 0
system is SunOS 5.10 Generic_141445-09 i86pc
configuration file not specified
protocol version is 7
Clients:
0: /dev/pts/4 (8, 4): 0 [80x24 xterm bs=177 class=1] [flags=0x4001/0x30,
references=0]
Sessions: [14]
0: 0: 1 windows (created Mon Apr 22 12:29:28 2013) [80x23] [flags=0x0]
0: zsh [80x23] [flags=0x8, references=1, last layout=-1]
0: /dev/pts/5 27849 9 4/23, 1400 bytes
Terminals:
xterm [references=1, flags=0x0]:
1: acsc: (string) ``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~
0: AX: [missing]
2: bel: (string) \007
3: blink: (string) \033[5m
4: bold: (string) \033[1m
5: Cc: (string) \033]12;%p1%s\007
6: civis: [missing]
7: clear: (string) \033[H\033[2J
8: cnorm: [missing]
9: colors: [missing]
10: Cr: (string) \033]112\007
11: Cs: (string) \033[%p1%d q
12: csr: (string) \033[%i%p1%d;%p2%dr
13: Csr: (string) \033[2 q
14: cub: (string) \033[%p1%dD
15: cub1: (string) \010
16: cud: (string) \033[%p1%dB
17: cud1: (string) \012
18: cuf: (string) \033[%p1%dC
19: cuf1: (string) \033[C
20: cup: (string) \033[%i%p1%d;%p2%dH
21: cuu: (string) \033[%p1%dA
22: cuu1: (string) \033[A
23: dch: (string) \033[%p1%dP
24: dch1: (string) \033[P
25: dim: [missing]
26: dl: (string) \033[%p1%dM
27: dl1: (string) \033[M
28: E3: [missing]
29: ech: [missing]
30: el: (string) \033[K
31: el1: (string) \033[1K
32: enacs: (string) \033(B\033)0
33: fsl: (string) \007
34: home: (string) \033[H
35: hpa: [missing]
36: ich: (string) \033[%p1%d@
37: ich1: (string) \033[@
38: il: (string) \033[%p1%dL
39: il1: (string) \033[L
40: invis: [missing]
41: is1: [missing]
42: is2: [missing]
43: is3: [missing]
44: kcbt: [missing]
45: kcub1: (string) \033OD
46: kcud1: (string) \033OB
47: kcuf1: (string) \033OC
48: kcuu1: (string) \033OA
49: kDC: [missing]
50: kDC3: [missing]
51: kDC4: [missing]
52: kDC5: [missing]
53: kDC6: [missing]
54: kDC7: [missing]
55: kdch1: [missing]
56: kDN: [missing]
57: kDN3: [missing]
58: kDN4: [missing]
59: kDN5: [missing]
60: kDN6: [missing]
61: kDN7: [missing]
62: kend: [missing]
63: kEND: [missing]
64: kEND3: [missing]
65: kEND4: [missing]
66: kEND5: [missing]
67: kEND6: [missing]
68: kEND7: [missing]
69: kf1: (string) \033[11~
70: kf10: (string) \033Ox
71: kf11: [missing]
72: kf12: [missing]
73: kf13: [missing]
74: kf14: [missing]
75: kf15: [missing]
76: kf16: [missing]
77: kf17: [missing]
78: kf18: [missing]
79: kf19: [missing]
80: kf2: (string) \033[12~
81: kf20: [missing]
82: kf3: (string) \033[13~
83: kf4: (string) \033[14~
84: kf5: (string) \033[15~
85: kf6: (string) \033[17~
86: kf7: (string) \033[18~
87: kf8: (string) \033[19~
88: kf9: (string) \033[20~
89: kHOM: [missing]
90: kHOM3: [missing]
91: kHOM4: [missing]
92: kHOM5: [missing]
93: kHOM6: [missing]
94: kHOM7: [missing]
95: khome: [missing]
96: kIC: [missing]
97: kIC3: [missing]
98: kIC4: [missing]
99: kIC5: [missing]
100: kIC6: [missing]
101: kIC7: [missing]
102: kich1: [missing]
103: kLFT: [missing]
104: kLFT3: [missing]
105: kLFT4: [missing]
106: kLFT5: [missing]
107: kLFT6: [missing]
108: kLFT7: [missing]
109: kmous: [missing]
110: knp: [missing]
111: kNXT: [missing]
112: kNXT3: [missing]
113: kNXT4: [missing]
114: kNXT5: [missing]
115: kNXT6: [missing]
116: kNXT7: [missing]
117: kpp: [missing]
118: kPRV: [missing]
119: kPRV3: [missing]
120: kPRV4: [missing]
121: kPRV5: [missing]
122: kPRV6: [missing]
123: kPRV7: [missing]
124: kRIT: [missing]
125: kRIT3: [missing]
126: kRIT4: [missing]
127: kRIT5: [missing]
128: kRIT6: [missing]
129: kRIT7: [missing]
130: kUP: [missing]
131: kUP3: [missing]
132: kUP4: [missing]
133: kUP5: [missing]
134: kUP6: [missing]
135: kUP7: [missing]
136: Ms: (string) \033]52;%p1%s;%p2%s\007
137: op: [missing]
138: rev: (string) \033[7m
139: ri: (string) \033M
140: rmacs: (string) \017
141: rmcup: [missing]
142: rmkx: (string) \033[?1l\033>
143: setab: [missing]
144: setaf: [missing]
145: sgr0: (string) \033[m
146: sitm: [missing]
147: smacs: (string) \016
148: smcup: [missing]
149: smkx: (string) \033[?1h\033=
150: smso: (string) \033[7m
151: smul: (string) \033[4m
152: tsl: (string) \033]0;
153: vpa: [missing]
154: xenl: (flag) true
155: XT: (flag) true
Jobs:
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
Re: Integration of patches for Solaris
On Mon, Apr 22, 2013 at 01:20:29PM +0100, Nicholas Marriott wrote: > > Unfortunately, I am having the same problem I have always had on Solaris > > Intel: the backspace key goes in the wrong direction. This is real odd > > because on Solaris SPARC it works ok. > > > > Do you or anyone else have any idea what could be causing this? I remember > > at one point you suggested me building against gnu curses rather than > > Solaris curses and I thought I tried that, but maybe I didn't do all that > > was needed. Can you please explain how I could compile and link against gnu > > curses rather than Solaris curses so I can test your earlier theory? > > Well, do you already compile and link against libevent manually? You > just need to do the same but with ncurses. Ok well I believe I did that already with ncurses but it didn't help. > Then build tmux. I would try a static build so you don't need to faff > about with LD_LIBRARY_PATH: I use -R in LDFLAGS to avoid having to specify LD_LIBRARY_PATH. > > $ CFLAGS="-I/opt/ncurses/include" LDFLAGS="-L/opt/ncurses/lib" ./configure > --prefix=/opt/tmux --enable-static I believe that's what I did last time, except for the static build. It didn't make any difference. I'll wait until I hear your comments on the tmux info output I sent in the other reply. Or, if you or Dagobert have any other ideas what could be causing this. Especially I wonder if Dagobert tried his tmux build on Intel or SPARC or both. > I haven't used Solaris for a while but tmux definitely worked on Solaris > 8, 9 and 10 a couple of years ago and I have heard few other complaints > until now. I don't know, but looking over the mailing list archives there seem to be many difficulties with various versions of Solaris, and much hoop jumping and patching suggestions. 1.6 does build and run fine on Solaris SPARC. I really have no idea why there's a problem on Intel. Thanks. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris [backspace key goes forward on Solaris Intel
On Mon, Apr 22, 2013 at 01:38:37PM +0100, Nicholas Marriott wrote: > Hmm this looks fine too. If you do "cat" outside tmux and press > backspace, do you get "^H" or nothing printed? It does what I would expect, it erases the t in cat and leaves me with ca, no funny characters are printed. > > When you say the backspace goes forward, do you mean that the cursor > moves right but the character is still deleted, or the cursor moves but > the character isn't deleted, The cursor moves to the right and no characters are deleted. Really quite unnerving! ;-) > or what? Does it make any difference if you are at the shell prompt or if > you are typing after running "cat"? Not sure what you meant. In tmux when I press backspace at the shell prompt I don't see anything happening. If I type at least one character then backspace, then the cursor moves to the right one character. For example if I type the letter c and backspace I get %c ^ | cursor points here, two chars after the c. It would seem, when I press backspace repeatedly the cursor goes forward as many characters as were typed. It just seems to be going in the wrong direction, and not deleting anything. Very very weird. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris
On Mon, Apr 22, 2013 at 02:48:04PM +0200, Dagobert Michelsen wrote: > > Thanks for all your work on > > Solaris packaging, fixes, etc. I don't use any of it because I don't want > > the infrastructure and I don't want to make Solaris' preexisting package > > hell any worse, > > I really don't understand what you mean here... I mean for some (all?) of the csw stuff we first have to install your package tools and some prereq (base) packages and then add /opt/csw to the path, correct? I'm saying for me /usr/bin, /usr/local/bin, /usr/sfw/bin, /opt/firefox, /opt/solstudio, /opt/sfw etc. is enough path hell! Why doesn't everyone use /usr/local and be done with it? This has nothing to do with you, I just prefer not to make things any worse given Solaris path hell. Not that another path would really matter, it's just something I prefer not to participate in. And I guess this discussion should be offline, since the tmux people are probably mostly not interested. My main point is thanks for the work you do, I believe most Solaris users benefit from it in numerous ways whether they use your csw project directly or not. > > By the way have you tested your tmux builds on Solaris Intel? Older versions > > of tmux build and run fine on my SPARC boxes but on Intel there is a > > problem of various keys (especially backspace) going in the wrong > > direction and not behaving nicely. > > I just tried, works like charm on both spark and i386. That's really odd. I wonder what could be causing this. > You don't need any GNU stuff to *run* tmux, just libevent. That's good in this specific case but generally it's sort of academic. Needing gnu stuff to build something is just as bad as needing gnu stuff to run something, unless you have a dedicated build machine. Fortunately, Nicholas has a fix that should work with nawk and I'm sure I'll have an opportunity to test it, although I now have gawk installed as well. Thanks again. /jl -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris [backspace key goes forward on Solaris Intel
On Mon, Apr 22, 2013 at 12:48:47PM +, John Long wrote: > On Mon, Apr 22, 2013 at 01:38:37PM +0100, Nicholas Marriott wrote: > > Hmm this looks fine too. If you do "cat" outside tmux and press > > backspace, do you get "^H" or nothing printed? > > It does what I would expect, it erases the t in cat and leaves me with ca, > no funny characters are printed. I guess I misunderstood you again. If I do cat (as opposed to typing cat) backspace doesn't print anything. > > or what? Does it make any difference if you are at the shell prompt or if > > you are typing after running "cat"? No, there is no visible difference whether outside tmux or doing cat from tmux. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris [backspace key goes forward on Solaris Intel
On Mon, Apr 22, 2013 at 01:58:33PM +0100, Nicholas Marriott wrote: > Ok, but is that behaviour just at the shell prompt, or if you run "cat" > then do the same, ie you are typing in cat rather than at the shell, > does the cursor also move wrongly? Eg do: > > $ cat > abcdef > > Instead of at the shell prompt. Yes, I'm sorry, I misunderstood you earlier (face-palm). I tried this now with and without tmux and backspace works fine in both cases, going backwards and erasing the characters. > I'm trying to work out if this is because tmux is getting the wrong > thing from zsh, or getting the right thing from zsh but displaying the > wrong thing for xterm. Wondering about this earlier, I switched to bash before invoking tmux and I had the same issue with backspace going forward and not erasing. Thank you. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris [backspace key goes forward on Solaris Intel
On Mon, Apr 22, 2013 at 01:08:54PM +, John Long wrote: > > I'm trying to work out if this is because tmux is getting the wrong > > thing from zsh, or getting the right thing from zsh but displaying the > > wrong thing for xterm. > > Wondering about this earlier, I switched to bash before invoking tmux and I > had the same issue with backspace going forward and not erasing. However: If I invoke bash *inside* tmux then backspace starts working correctly again! What's going on??? -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris [backspace key goes forward on Solaris Intel
On Mon, Apr 22, 2013 at 02:15:49PM +0100, Nicholas Marriott wrote: > Ok so the problem only occurs with zsh. > If you reproduce the problem inside tmux and then press C-b r (where C-b > is your tmux prefix key), does the cursor move to the right place? No, it doesn't move at all. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris [backspace key goes forward on Solaris Intel
On Mon, Apr 22, 2013 at 02:11:31PM +0100, Nicholas Marriott wrote: > This isn't clear. Are you saying the problem only occurs at the zsh > prompt and not when you do it with cat? Yes. > > If I do this at my shell prompt, where X is the cursor: > > $ abcdefX > > I get: > > $ abcdeX > > If I do this instead: > > $ cat > abcdefX > > I get > > $ cat > abcdeX > > So for you, the first case is broken and the second is normal. If you do > both inside tmux. Yes, correct. And only with zsh. In bash backspace works as expected. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris [backspace key goes forward on Solaris Intel
On Mon, Apr 22, 2013 at 02:31:13PM +0100, Nicholas Marriott wrote: > Ok so zsh is probably sending something weird. > > Can you run script then reproduce then exit script and send me the > typescript file, eg something like: > > $ script > Script started, output file is typescript > $ abcdef > $ exit This is from xterm Script started on Mon Apr 22 13:42:39 2013 [m[m[m[J$ [Kaabcdef zsh: command not found: abcde [m[m[m[J$ [Keexit script done on Mon Apr 22 13:43:20 2013 This is from tmux Script started on Mon Apr 22 13:43:12 2013 $ abcdef zsh: command not found: abcde $ exit script done on Mon Apr 22 13:42:50 2013 -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris [backspace key goes forward on Solaris Intel
I'm sending this again as attachments since the characters may not be displayable in email. First attachment is in xterm, second in tmux. Not sure if attachments will go through to the mailing list though. If it doesn't work let me know and I'll send it to you directly. Script started on Mon Apr 22 13:42:39 2013 [m[m[m[J$ [Kaabcdef zsh: command not found: abcde [m[m[m[J$ [Keexit script done on Mon Apr 22 13:42:50 2013 Script started on Mon Apr 22 13:43:12 2013 $ abcdef zsh: command not found: abcde $ exit script done on Mon Apr 22 13:43:20 2013 -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris [backspace key goes forward on Solaris Intel
On Mon, Apr 22, 2013 at 04:40:49PM +0100, Nicholas Marriott wrote: > Hmm this is weird. What is TERM set to inside tmux? screen > Do you have the infocmp command? If so please run "infocmp" inside tmux > and send me the output. It says: Sorry, I don't know anything about your "screen" terminal. It's strange but even when I invoke bash and the backspace key works, $TERM is still screen and infocmp gives the same message as for zsh above. Thanks. -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration of patches for Solaris [backspace key goes forward on Solaris Intel
Hello Frank, On Mon, Apr 22, 2013 at 05:37:04PM +0200, Frank Terbeck wrote: > Okay. Bash uses the readline library for input handling. Zsh does not. > It has its own line editor implementation (zle: man zshzle). So, > generally, if bash works that doesn't mean anything for zsh. I remembered that but I'm not sure what it means in this situation. I don't use bash, it was part of our testing on this problem. > Now several things could be going on here. My first and foremost guess > is, that you're actually using vi-mode without realising it. > > You can find out by issuing this: > > bindkey -lL main Gives me a blank stare. alt doesn't work very well on the command line but all the other keys sure look like Emacs to me or I'd be going crazy. > bindkey -e Tried it just to be sure and it doesn't change the behavior. > I hope some of this helps. Maybe it does by ruling out some stuff that we should check, but I'm sure I'm using the Emacs mode for line editing and having the problem. I use the same shell (same version, zsh 4.2.1) on SPARC and it works under tmux 1.6 there. I really have NO idea what's going on. But thanks for your post. /jl -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
solved?!?!?! [broken backspace key in zsh under Solaris Intel]
> On Mon, Apr 22, 2013 at 04:40:49PM +0100, Nicholas Marriott wrote: > > Hmm this is weird. What is TERM set to inside tmux? > > Do you have the infocmp command? If so please run "infocmp" inside tmux > > and send me the output. Ok, I figured I should check these on my SPARC box where zsh under tmux works as expected. echo $TERM vt100 and infocmp produces a bunch of info so... the obvious thing is to export TERM to XTERM in .zshrc on my Solaris Intel box and everything now seems to work as expected. I needed vt100 on SPARC because I access my shell over serial and vi flakes out without it, but on Intel I have a screen and a keyboard so I was not setting TERM in .zshrc and I guess zsh clobbers it and uses "screen" even though when getting a fresh shell $TERM is xterm. Anyway, if Dagobert's patches have been applied to head I'll rebuild with the latest tmux everywhere. A big THANK YOU to Nicholas, Dagobert, Frank, Adrian, and everyone who spent time on this. It will be so excellent having tmux on all my Solaris boxes! /jl -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: solved?!?!?! [broken backspace key in zsh under Solaris Intel]
On Tue, Apr 23, 2013 at 12:48:22PM +0100, Nicholas Marriott wrote: > Your TERM should be xterm outside tmux and screen inside tmux, That definitely doesn't work in my case. All I did was change my .zshrc to export TERM=xterm and all the command line problems in tmux went away. > otherwise you may see weird display problems. I hope this won't happen but if it does I'm back to square one. > vt100 or vt220 will work inside too but things may lack features. Ok I will try that first if I see wierd display problems with the current settings. Thanks again. /jl -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: solved?!?!?! [broken backspace key in zsh under Solaris Intel]
On Tue, Apr 23, 2013 at 01:04:08PM +0100, Nicholas Marriott wrote: > My guess is that the screen TERM on Solaris is busted, you may want to > see if you can compile your own or at least compare it with one from > another platform. I just did a find and could not locate a copy of an executable named screen on my system. Are you talking about the executable named screen or the screen terminfo entry, or something else? How can I generate a new terminfo entry for screen? Or am I totally confused as usual... > The xterm TERM entry is probably pretty old on Solaris so it might work > fine but I know the latest one can trigger display issues (with, for > example, weechat and irssi) if you use them inside tmux. Ok, thanks for the heads up. > > > On Tue, Apr 23, 2013 at 11:56:03AM +, John Long wrote: > > On Tue, Apr 23, 2013 at 12:48:22PM +0100, Nicholas Marriott wrote: > > > Your TERM should be xterm outside tmux and screen inside tmux, > > > > That definitely doesn't work in my case. All I did was change my .zshrc to > > export TERM=xterm and all the command line problems in tmux went away. > > > > > otherwise you may see weird display problems. > > > > I hope this won't happen but if it does I'm back to square one. > > > > > vt100 or vt220 will work inside too but things may lack features. > > > > Ok I will try that first if I see wierd display problems with the current > > settings. > > > > Thanks again. > > > > /jl > > > > -- > > Try New Relic Now & We'll Send You this Cool Shirt > > New Relic is the only SaaS-based application performance monitoring service > > that delivers powerful full stack analytics. Optimize and monitor your > > browser, app, & servers with just a few lines of code. Try New Relic > > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > > ___ > > tmux-users mailing list > > tmux-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/tmux-users > > -- > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > ___ > tmux-users mailing list > tmux-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/tmux-users -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04 -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: solved?!?!?! [broken backspace key in zsh under Solaris Intel]
Thanks. I'll hope the current setup works. Thanks again to everybody. -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
How to default to non-login shell?
I saw some discussion on this awhile ago and I don't understand why tmux defaults to using a login shell. That wouldn't bother me too much except I can't figure out how to tell it not to do that. And I would like to be able to tell tmux not to do that in a way that uses whatever shell I have set for a given user so my .tmux.conf could be portable across various OS. I want tmux to always use a non-login shell whether my shell is set to bash, zsh, etc. Can somebody please explain how to do this? Thanks. /jl -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04 -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
iTerm2 support for set-clipboard
I note that the set-clipboard window option is currently hardcoded to work with xterm. iTerm2 provides a similar escape code[1] for setting the system clipboard. I'd like to see support for this added to tmux and am willing to work up a patch for it. FWIW, I'm not currently using the tmux-iTerm2 integration; the above discussion applies to "stock" tmux as used with iTerm2. Here's a straw-man proposal for how this might work: 1. Add a new window option, e.g. 'clipboard-provider'. Valid values are ''iterm2', 'xterm'. Default is 'xterm'. 2. 'set-clipboard' works as it currently does, now using the mechanism from 'clipboard-provider'. Notes: An 'auto' value for 'clipboard-provider' would be nice, but may be tricky to implement reliably. E.g. is there a decent way to determine the terminal environment a window is created under? What happens when a window is attached in two locations (e.g. pair-programming, one user in xterm, another in iTerm2)? This could be explored in a separate patch. The new option 'clipboard-provider' could be dropped in favor of adding values to 'set-clipboard', e.g. [ on | off | xterm | iterm2 ]. In that case 'on' would be an alias for 'xterm' for backwards compatibility. A related (or alternative) idea is an option to configure set-clipboard to work like copy-pipe, directing the selection to an external tool. Thoughts? -- John [1] See "Copy to Clipboard" at https://code.google.com/p/iterm2/wiki/ProprietaryEscapeCodes -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: iTerm2 support for set-clipboard
Thomas Adam wrote: > Isn't this the reason why the reattach-to-user-namespace project came about? > That is, the problem is no where near as straightforward as you're suggesting? > reattach-to-user-namespace's exclusive scope is to allow tools such as pbcopy/pbpaste to work correctly from within tmux sessions on OS X. Using iTerm2 (or xterm, for that matter) escape codes provides another channel for tmux to communicate with the system clipboard, using the terminal application as a proxy. Also, set-clipboard is currently hardcoded to send xterm escape codes. There is no equivalent to the copy-pipe option to bind-key that would allow use of pbcopy. Thus reattach-to-user-namespace is not relevant to set-clipboard as currently implemented. As I mentioned in my initial post, if set-clipboard could be extended to send selection contents to an external tool like pbcopy. Any use of pbcopy from within tmux will need reattach-to-user-namespace. -- John -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: iTerm2 support for set-clipboard
Nicholas Marriott wrote: > Thanks for this but I think we do not want two ways to do this. Iterm2 is > actively developed - did you consider contributing support for the xterm > mechanism there? Good idea Nicholas. I'll look into that approach. Thanks, John -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
[tmux:tickets] #112 Infinite scrollback for tmux?
--- ** [tickets:#112] Infinite scrollback for tmux?** **Status:** open **Labels:** scrollback **Created:** Tue Mar 11, 2014 12:10 AM UTC by john chee **Last Updated:** Tue Mar 11, 2014 12:10 AM UTC **Owner:** nobody Gnome terminal has infinite scrollback, it'd be nice if tmux would have it too. There are some security concerns though :-/. See http://blogofnoconsequence.blogspot.com/2011/04/gnome-terminal-unlimited-scrollback.html and http://www.climagic.com/bugreports/libvte-scrollback-written-to-disk.html --- Sent from sourceforge.net because tmux-users@lists.sourceforge.net is subscribed to https://sourceforge.net/p/tmux/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/tmux/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.-- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
[PATCH] Add window_last_flag and window_zoomed_flag
Hi, the attached patch adds the format items window_last_flag and window_zoomed_flag. With these additions, it's possible to replicate window_flags, so flags can be placed/colored arbitrarily. -john diff --git a/format.c b/format.c index 66795d5..97bc8f7 100644 --- a/format.c +++ b/format.c @@ -494,6 +494,10 @@ format_winlink(struct format_tree *ft, struct session *s, struct winlink *wl) !!(wl->flags & WINLINK_ACTIVITY)); format_add(ft, "window_silence_flag", "%u", !!(wl->flags & WINLINK_SILENCE)); + format_add(ft, "window_last_flag", "%u", + !!(wl == TAILQ_FIRST(&s->lastw))); + format_add(ft, "window_zoomed_flag", "%u", + !!(wl->flags & WINDOW_ZOOMED)); free(flags); diff --git a/tmux.1 b/tmux.1 index 924157d..effae7b 100644 --- a/tmux.1 +++ b/tmux.1 @@ -3126,11 +3126,13 @@ The following variables are available, where appropriate: .It Li "window_height" Ta "" Ta "Height of window" .It Li "window_id" Ta "" Ta "Unique window ID" .It Li "window_index" Ta "#I" Ta "Index of window" +.It Li "window_last_flag" Ta "" Ta "1 if window is the last used" .It Li "window_layout" Ta "" Ta "Window layout description" .It Li "window_name" Ta "#W" Ta "Name of window" .It Li "window_panes" Ta "" Ta "Number of panes in window" .It Li "window_silence_flag" Ta "" Ta "1 if window has silence alert" .It Li "window_width" Ta "" Ta "Width of window" +.It Li "window_zoomed_flag" Ta "" Ta "1 if window is zoomed" .It Li "wrap_flag" Ta "" Ta "Pane wrap flag" .El .Sh NAMES AND TITLES -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
[tmux:tickets] #156 Please add window_last_flag and window_zoomed_flag
--- ** [tickets:#156] Please add window_last_flag and window_zoomed_flag** **Status:** open **Created:** Thu Sep 04, 2014 02:59 PM UTC by John Morrissey **Last Updated:** Thu Sep 04, 2014 02:59 PM UTC **Owner:** nobody Hi, the attached patch adds the format items window_last_flag and window_zoomed_flag. With these additions, it's possible to replicate window_flags, so flags can be placed/colored arbitrarily. --- Sent from sourceforge.net because tmux-users@lists.sourceforge.net is subscribed to https://sourceforge.net/p/tmux/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/tmux/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.-- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: patch for setting pane background color
I'm typically a lurker on this list, but this is something I'm definitely excited to see get added! -- John Krueger On Wed, Feb 11, 2015, at 08:31 AM, Thomas Adam wrote: > On Wed, Feb 11, 2015 at 12:57:22AM -0600, J Raynor wrote: > > I’ve attached a patch that allows you to set the foreground and > > background color for a pane. The way it works is that, when tmux > > writes to the screen, if it would have written with the terminal’s > > default color, but you’ve set the pane’s default color option, then > > it’ll use that color instead. Doing it this way means this feature > > won’t interfere with terminal applications that use setab/setaf. > > Also, when you set the background color with this patch, it changes > > the background for the whole pane, and not just for the parts of the > > pane that have text on them, which is how tmux’s current > > implementation of setab behaves. > > I've taken a very quick look at this over lunch, and have put additional > fixes/suggestions on top of your patch. The branch is here: > > https://github.com/ThomasAdam/tmux/commits/jr/pane-colours > > Have a look, tell me what you think. The cleanups are pretty trivial, > but > reduces some of the copy/paste code churn. > > -- Thomas Adam > > -- > Dive into the World of Parallel Programming. The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is > your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take > a > look and join the conversation now. http://goparallel.sourceforge.net/ > ___ > tmux-users mailing list > tmux-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/tmux-users -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
per-pane status line (similar to ticket 21)
Hi list,
I had made a patch for myself to add a per-pane status bar a few weeks ago,
and saw yesterday that there was a ticket open for a similar feature.
Nicholas pointed out that he had already done work on this, but suggested I
post my patch anyway.
Firstly, sorry for duplicating effort. I hope this patch is helpful but I
understand if it isn't.
Secondly, the ticket does request top-of-pane title, where my patch
currently only does bottom-of-pane, but it uses the expansion system that
the regular status line uses, so the pane title and whatever else might be
wanted can go there (I use pane-tty and pane-title, for example). If it is
desired for this patch to move forward, I will work on adding a
pane-status-position option to allow it to be placed top-of-pane (as well
as other suggestions I receive)
The patch works by decreasing the pane height by 1 when pane-status is
enabled, and drawing the pane status line in the opened up space.
Adjustments are made for border drawing, window selection, and mouse
movements to work properly with the adjusted pane size. Redrawing is
handled similar to the regular status line, in that the statuses are
pre-rendered in memory and only sent to the screen if they differ from the
last render. Rendering is per-client to allow things like client-tty
expansions to work correctly.
Usage is documented in the man page, and the default options move the
pane-title from status-right to pane-status-format (leaving only the time
in status-right), allowing for a quick example when run with default
settings.
Thanks,
-- John O'Meara
diff --git a/layout.c b/layout.c
index b91b86c..c66ca00 100644
--- a/layout.c
+++ b/layout.c
@@ -170,6 +170,9 @@ layout_fix_panes(struct window *w, u_int wsx, u_int wsy)
struct window_pane *wp;
struct layout_cell *lc;
u_int sx, sy;
+ int has_pane_status;
+
+ has_pane_status = options_get_number(&w->options, "pane-status");
TAILQ_FOREACH(wp, &w->panes, entry) {
if ((lc = wp->layout_cell) == NULL)
@@ -207,9 +210,9 @@ layout_fix_panes(struct window *w, u_int wsx, u_int wsy)
* is two because scroll regions cannot be one line.
*/
if (lc->yoff >= wsy || lc->yoff + lc->sy < wsy)
- sy = lc->sy;
+ sy = lc->sy - has_pane_status;
else {
- sy = wsy - lc->yoff;
+ sy = wsy - lc->yoff - has_pane_status;
if (sy < 2)
sy = lc->sy;
}
@@ -527,9 +530,12 @@ layout_resize_pane_mouse(struct client *c)
struct window_pane *wp;
struct mouse_event *m = &c->tty.mouse;
int pane_border;
+ int has_pane_status;
w = c->session->curw->window;
+ has_pane_status = options_get_number(&w->options, "pane-status");
+
pane_border = 0;
if (m->event & MOUSE_EVENT_DRAG && m->flags & MOUSE_RESIZE_PANE) {
TAILQ_FOREACH(wp, &w->panes, entry) {
@@ -538,12 +544,12 @@ layout_resize_pane_mouse(struct client *c)
if (wp->xoff + wp->sx == m->lx &&
wp->yoff <= 1 + m->ly &&
- wp->yoff + wp->sy >= m->ly) {
+ wp->yoff + wp->sy + has_pane_status >= m->ly) {
layout_resize_pane(wp, LAYOUT_LEFTRIGHT,
m->x - m->lx);
pane_border = 1;
}
- if (wp->yoff + wp->sy == m->ly &&
+ if (wp->yoff + wp->sy + has_pane_status == m->ly &&
wp->xoff <= 1 + m->lx &&
wp->xoff + wp->sx >= m->lx) {
layout_resize_pane(wp, LAYOUT_TOPBOTTOM,
@@ -557,8 +563,8 @@ layout_resize_pane_mouse(struct client *c)
TAILQ_FOREACH(wp, &w->panes, entry) {
if ((wp->xoff + wp->sx == m->x &&
wp->yoff <= 1 + m->y &&
- wp->yoff + wp->sy >= m->y) ||
- (wp->yoff + wp->sy == m->y &&
+ wp->yoff + wp->sy + has_pane_status >= m->y) ||
+ (wp->yoff + wp->sy + has_pane_status == m->y &&
wp->xoff <= 1 + m->x &&
wp->xoff + wp->sx >= m->x)) {
pane_border = 1;
diff --git a/options-table.c b/options-table.c
index 2bcf29b..be9af3f 100644
--- a/options-table.c
+++ b/options-table.c
@@ -396,7 +396,7 @@ const struct options_table_entry session_options_table[] = {
{ .name = "status-right",
.type = OPTIONS_TABLE_STRING,
- .default_str = " \"#{=21:pane_title}\" %H:%M %d-%b-%y"
+ .default_str = "%H:%M %d-%b-%y"
},
{ .name = "status-right-attr",
@@ -652,6 +652,39 @@ const struct options_table_entry window_options_table[] = {
.default_str = "default"
},
+ { .name = "pane-status",
+ .type = OPTIONS_TABLE_FLAG,
+ .default_num = 1
+ },
+
+ { .name = "pane-status-attr",
+ .type = OPTIONS_TABLE_ATTRIBUTES,
+ .default_num = 0,
+ .style = "pane-status-style"
+ },
+
