default-path doesn't work on OSX

2013-08-04 Thread Rogério Yokomizo 
Hi!

I would like to report a bug.
I am sorry if this isn't the right method.

So…

I'm using tmux on OSX 10.7.5 and Ubuntu 12.4

On my .tmux.conf I have the default-path option:

  set default-path "~"

When I open a new pane or window, on Ubuntu this works fine.

On OSX, this option is ignored, but all other options works fine. However, If I 
try to reload the .tmux.conf using :source-file ~/.tmux.conf, the default-path 
option works.

I'm using tmux 1.8 installed with home brew.

Regards!

Rogério
--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users

Re: BUG: Crash when killing a session's last window's program from a grouped session

2013-08-04 Thread Daniel Ralston 
After applying your patch, I can't reproduce the crash anymore. Looks
like that fixed it.
Thanks!

Daniel


On Sat, Jul 27, 2013 at 11:45 AM, Nicholas Marriott
 wrote:
> Try this please.
>
> The fix is the first part in resize.c to make recalculate_sizes() handle
> an empty window with no active pane. This can happen because the window
> is in two sessions and isn't destroyed immediately when the pane goes
> away but is left until the last session is destroyed. IMO that isn't
> ideal but I don't want to change it all right now - there are lots of
> interdependencies and things are kind of weird. So, for now we just make
> recalculate_sizes() safe.
>
> We also noticed that it looks like grouped sessions are never actually
> freed, so the change in server-fn.c is to hopefully fix that.
>
>
>
> diff --git a/resize.c b/resize.c
> index 5c365df..8d0bd27 100644
> --- a/resize.c
> +++ b/resize.c
> @@ -92,7 +92,7 @@ recalculate_sizes(void)
>
> for (i = 0; i < ARRAY_LENGTH(&windows); i++) {
> w = ARRAY_ITEM(&windows, i);
> -   if (w == NULL)
> +   if (w == NULL || w->active == NULL)
> continue;
> flag = options_get_number(&w->options, "aggressive-resize");
>
> diff --git a/server-fn.c b/server-fn.c
> index 86e2054..738a61d 100644
> --- a/server-fn.c
> +++ b/server-fn.c
> @@ -398,14 +398,15 @@ void
>  server_destroy_session_group(struct session *s)
>  {
> struct session_group*sg;
> +   struct session  *s1;
>
> if ((sg = session_group_find(s)) == NULL)
> server_destroy_session(s);
> else {
> -   TAILQ_FOREACH(s, &sg->sessions, gentry)
> +   TAILQ_FOREACH_SAFE(s, &sg->sessions, gentry, s1) {
> server_destroy_session(s);
> -   TAILQ_REMOVE(&session_groups, sg, entry);
> -   free(sg);
> +   session_destroy(s);
> +   }
> }
>  }
>
> diff --git a/session.c b/session.c
> index 74eb06a..24e2e5e 100644
> --- a/session.c
> +++ b/session.c
> @@ -150,6 +150,7 @@ void
>  session_destroy(struct session *s)
>  {
> struct winlink  *wl;
> +
> log_debug("session %s destroyed", s->name);
>
> RB_REMOVE(sessions, &sessions, s);
>
>
> On Sat, Jul 27, 2013 at 10:24:36AM -0700, Daniel Ralston wrote:
>> On Sat, Jul 27, 2013 at 9:55 AM, Nicholas Marriott
>>  wrote:
>> > I don't think it is right to move recalculate_sizes(), we should do
>> > whatever is needed to make it safe to call it there. Do you have a
>> > backtrace?
>>
>> I do indeed, and here it is.
>> I also have the full core dump compressed down to 2.5 Mb. If you want
>> that too, just ask.
>>
>> Daniel
>
>> [New LWP 3339]
>> [Thread debugging using libthread_db enabled]
>> Using host libthread_db library "/lib64/libthread_db.so.1".
>> Core was generated by `./tmux'.
>> Program terminated with signal 11, Segmentation fault.
>> #0  0x004292a6 in layout_resize_check (lc=0x0, 
>> type=LAYOUT_LEFTRIGHT) at layout.c:249
>> 249   if (lc->type == LAYOUT_WINDOWPANE) {
>> #0  0x004292a6 in layout_resize_check (lc=0x0, 
>> type=LAYOUT_LEFTRIGHT) at layout.c:249
>> lcchild = 0x20b6a70
>> available = 0
>> minimum = 9
>> #1  0x004297b6 in layout_resize (w=0x20e3c10, sx=159, sy=39) at 
>> layout.c:415
>> lc = 0x0
>> xlimit = 0
>> ylimit = 34487552
>> xchange = 79
>> ychange = 34310256
>> #2  0x0042ec88 in recalculate_sizes () at resize.c:132
>> s = 0x0
>> c = 0x20e57f0
>> w = 0x20e3c10
>> wp = 0x691458 
>> i = 0
>> j = 2
>> ssx = 159
>> ssy = 39
>> has = 1
>> limit = 0
>> flag = 1
>> has_status = 1
>> is_zoomed = 0
>> #3  0x004368a4 in server_destroy_session (s=0x20e1270) at 
>> server-fn.c:455
>> c = 0x20e57f0
>> s_new = 0x0
>> i = 2
>> #4  0x00436672 in server_destroy_session_group (s=0x20e1270) at 
>> server-fn.c:403
>> sg = 0x0
>> #5  0x004361b4 in server_kill_window (w=0x20e3c10) at server-fn.c:278
>> s = 0x20e1270
>> next_s = 0x20fa660
>> target_s = 0x20e3d80
>> sg = 0x20e3d80
>> wl = 0x20e1760
>> #6  0x00436633 in server_destroy_pane (wp=0x20e3d80) at 
>> server-fn.c:392
>> w = 0x20e3c10
>> old_fd = 9
>> ctx = {wp = 0x20e5430, s = 0x21}
>> gc = {attr = 9 '\t', flags = 0 '\000', fg = 0 '\000', bg = 0 '\000', 
>> xstate = 0 '\000', xdata = "\000\000\000\220G\000\244\064"}
>> #7  0x004545b4 in window_pane_error_callback (bufev=0x20e5430, 
>> what=33, data=0x20e3d80) at window.c:898
>> wp = 0x20e3d80
>> #8  0x0034a401adfa in bufferevent_readcb () from /lib64/libevent-2.0.so.5
>> No symbol table info available.
>> #9  0x0034a4010849 in event_base_loo

Re: BUG: Crash when killing a session's last window's program from a grouped session

2013-08-04 Thread Daniel Ralston 
On Sat, Jul 27, 2013 at 4:49 AM, Thomas Adam  wrote:
> I appreciate your bug reports, because they're easy for me to reproduce, but
> the next time you submit one, I'd appreciate something like a corefile
> backtrace.

Ah, I had wondered about that. I'll include a core dump with my bug
reports from now on.

> Can you try the attached patch?  Again, I don't make use of grouped
> sessions, so I'm looking to ensure I've not regressed anything.

That fixed it. And, a few minutes of normal use hasn't displayed any
other problems, so it looks like your patch didn't break anything.
Thanks!

Daniel

--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users

tmux + putty: Using mouse off window on a maximized window shows junk characters

2013-08-04 Thread Naseer Ahmed 
Posted this question on superuser - posting it here in case I get an answer

http://superuser.com/questions/617082/tmux-putty-using-mouse-off-window-shows-
junk-characters


Setup: tmux 1.8 running on Ubuntu 12.04 connecting from Windows with Putty.
tmux has mouse mode on.

Steps to reproduce: Select the putty window as active, but use the mouse
off the window (i.e in another window) Typically this happens when I am
scrolling in another application on another monitor but forgot to switch
the mouse focus.Also, this seems to only happen if the putty window is
large or maximized.

Issue: Junk commands get dumped into tmux (e.g 7#, H#, 7a etc.) If I scroll
off window with only PuTTY (no tmux) the screen scrolls as expected.


(Screenshot at that superuser link)
--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users

[tmux:tickets] #52 Fatal exception when using tmux run on cygwin

2013-08-04 Thread A Young 



---

** [tickets:#52] Fatal exception when using tmux run on cygwin**

**Status:** open
**Created:** Wed Jul 31, 2013 07:37 PM UTC by A Young
**Last Updated:** Wed Jul 31, 2013 07:37 PM UTC
**Owner:** nobody

Running tmux revision 7ea560261c72cd8e8453e7ea0e4f3922a2bdfeb3 on cygwin I hit 
an error when trying to run the command "tmux run 'tmux split'" The server 
quits with a fatal exception. Below is the tail of the tmux-server log produced 
using tmux -vv:

cmdq 0x80064880: run-shell "tmux split" (client 10)
run job 0x80077250: tmux split, pid 9768
job write 0x80077250: tmux split, pid 9768, output left 0
grid_clear_lines: (sx=80, sy=1, hsize=0) py=0, ny=1
new client 13
got 6 from client 13
fatal: server_client_msg_dispatch: MSG_IDENTIFY missing fd

This error occurs with no .tmux.conf present.

The reason for wanting to run this command is to implement moving between tmux 
and vim split planes as shown at 
https://github.com/christoomey/vim-tmux-navigator

By adding a log_debug statement after server-client.c:828, I have confirmed 
that the ttyname is null, which of course results in failing to open the 
required tty. I have not been able to establish why the ttyname is null. 


---

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.--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users

Re: BUG: Crash when killing a session's last window's program from a grouped session

2013-08-04 Thread Daniel Ralston 
On Sat, Jul 27, 2013 at 9:55 AM, Nicholas Marriott
 wrote:
> I don't think it is right to move recalculate_sizes(), we should do
> whatever is needed to make it safe to call it there. Do you have a
> backtrace?

I do indeed, and here it is.
I also have the full core dump compressed down to 2.5 Mb. If you want
that too, just ask.

Daniel
[New LWP 3339]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `./tmux'.
Program terminated with signal 11, Segmentation fault.
#0  0x004292a6 in layout_resize_check (lc=0x0, type=LAYOUT_LEFTRIGHT) 
at layout.c:249
249 if (lc->type == LAYOUT_WINDOWPANE) {
#0  0x004292a6 in layout_resize_check (lc=0x0, type=LAYOUT_LEFTRIGHT) 
at layout.c:249
lcchild = 0x20b6a70
available = 0
minimum = 9
#1  0x004297b6 in layout_resize (w=0x20e3c10, sx=159, sy=39) at 
layout.c:415
lc = 0x0
xlimit = 0
ylimit = 34487552
xchange = 79
ychange = 34310256
#2  0x0042ec88 in recalculate_sizes () at resize.c:132
s = 0x0
c = 0x20e57f0
w = 0x20e3c10
wp = 0x691458 
i = 0
j = 2
ssx = 159
ssy = 39
has = 1
limit = 0
flag = 1
has_status = 1
is_zoomed = 0
#3  0x004368a4 in server_destroy_session (s=0x20e1270) at 
server-fn.c:455
c = 0x20e57f0
s_new = 0x0
i = 2
#4  0x00436672 in server_destroy_session_group (s=0x20e1270) at 
server-fn.c:403
sg = 0x0
#5  0x004361b4 in server_kill_window (w=0x20e3c10) at server-fn.c:278
s = 0x20e1270
next_s = 0x20fa660
target_s = 0x20e3d80
sg = 0x20e3d80
wl = 0x20e1760
#6  0x00436633 in server_destroy_pane (wp=0x20e3d80) at server-fn.c:392
w = 0x20e3c10
old_fd = 9
ctx = {wp = 0x20e5430, s = 0x21}
gc = {attr = 9 '\t', flags = 0 '\000', fg = 0 '\000', bg = 0 '\000', 
xstate = 0 '\000', xdata = "\000\000\000\220G\000\244\064"}
#7  0x004545b4 in window_pane_error_callback (bufev=0x20e5430, what=33, 
data=0x20e3d80) at window.c:898
wp = 0x20e3d80
#8  0x0034a401adfa in bufferevent_readcb () from /lib64/libevent-2.0.so.5
No symbol table info available.
#9  0x0034a4010849 in event_base_loop () from /lib64/libevent-2.0.so.5
No symbol table info available.
#10 0x00438052 in server_loop () at server.c:207
No locals.
#11 0x00438031 in server_start (lockfd=6, lockfile=0x20ba000 "1") at 
server.c:198
pair = {7, 8}
tv = {tv_sec = 1, tv_usec = 0}
cause = 0x324f8e6df4  "H="
__func__ = "server_start"
#12 0x00405c52 in client_connect (path=0x691840  
"/tmp/tmux-1000/default", start_server=1) at client.c:124
sa = {sun_family = 1, sun_path = "/tmp/tmux-1000/default", '\000' 
}
size = 22
fd = 6
lockfd = 6
lockfile = 0x20ba000 "1"
__func__ = "client_connect"
#13 0x00405e8f in client_main (argc=0, argv=0x7fff8aecb370, flags=1) at 
client.c:221
cmd = 0x455c8f 
cmdlist = 0x34a4012f6b 
cmddata = {pid = 18592, session_id = 0, argc = 2097152, argv = '\000' 
, 
"bU\003\244\064\000\000\000\021\000\000\000\000\000\000\000\r\000\000\000\062\000\000\000dU\003\244\064",
 '\000' , 
"\377\177\000\000\000\000\000\000\377\177\000\000P\253\354\212\377\177\000\000\020\253\354\212\377\177\000\000\000\000\000\000\062",
 '\000' , "\062", '\000' , 
"\030\000\000\000\060\000\000\000`\261\354\212\377\177\000\000\240\260\354\212\377\177\000\000\000\000\000\000\377\177
 \000\000\000\000\000\062\000\000\000\016\000\000\000\000\000\000\000͐\204O2", 
'\000' ...}
cmdflags = 7
fd = 0
ppid = 0
msg = MSG_COMMAND
cause = 0x200032 
tio = {c_iflag = 0, c_oflag = 0, c_cflag = 0, c_lflag = 50, c_line = 0 
'\000', c_cc = 
"\000\000\000\377\177\000\000\005\000\000\000\377\177\000\000͐\204O2", '\000' 
, c_ispeed = 0, c_ospeed = 4294967295}
saved_tio = {c_iflag = 4605525, c_oflag = 0, c_cflag = 122, c_lflag = 
0, c_line = 32 ' ', c_cc = 
"\261\354\212\000\000\000\000\000\000\000\000\062\000\000\000\000\000\000\000\377\177\000\000\000\000\000\000\377\177\000",
 , c_ispeed = 0, c_ospeed = 0}
#14 0x00442100 in main (argc=0, argv=0x7fff8aecb370) at tmux.c:406
pw = 0x1
s = 0x7fff8aecce10 "emacsclient"
path = 0x20b9bd0 "p\236\v\002"
label = 0x20b9bb0 "\030\234\v\002"
home = 0x7fff8aeccda9 "/home/dralston"
var = 0x7fff8aecb588
opt = -1
flags = 1
quiet = 0
keys = 0

Thread 1 (Thread 0x7fa657f9b740 (LWP 3339)):
#0  0x004292a6 in layout_resize_check (lc=0x0, type=LAYOUT_LEFTRIGHT) 
at layout.c:249
#1  0x004297b6 in layout_resize (w=0x20e3c10, sx=159, sy=39) at 
layout.c:415
#2  0x0042ec88 in recalcu

Re: BUG: Crash when killing a session's last window's program from a grouped session

2013-08-04 Thread Daniel Ralston 
On Sat, Jul 27, 2013 at 8:07 AM, Nicholas Marriott
 wrote:
> Does this do it instead?
>
> diff --git a/server-fn.c b/server-fn.c
> index 7ef6413..37ef879 100644
> --- a/server-fn.c
> +++ b/server-fn.c
> @@ -396,9 +396,9 @@ server_destroy_session_group(struct session *s)
> if ((sg = session_group_find(s)) == NULL)
> server_destroy_session(s);
> else {
> +   TAILQ_REMOVE(&session_groups, sg, entry);
> TAILQ_FOREACH(s, &sg->sessions, gentry)
> server_destroy_session(s);
> -   TAILQ_REMOVE(&session_groups, sg, entry);
> free(sg);
> }
>  }

Unfortunately not. With that patch, I get the same crash.

--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users

Re: tmux + putty: Using mouse off window on a maximized window shows junk characters

2013-08-04 Thread Patrick Shanahan 
* Naseer Ahmed  [08-04-13 11:02]:
> New logs attached.


You *do* realize that you have sent >500K to *everyone* on the list. 
Remember that some still have measure service.  Please be more considerate
and post your lengthy files on a web site where they can be perused by
those interested.  And if you lack such service there are *many* available
for free, ie: google-drive.

-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  HOG # US1244711
http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2
http://en.opensuse.org   openSUSE Community Member
Registered Linux User #207535@ http://linuxcounter.net

--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users

Re: default-path doesn't work on OSX

2013-08-04 Thread Saad Malik 
I would like to piggy-back on this bug request. default-path doesn't work
in cygwin either. I hope it's the same root cause.


On Fri, Aug 2, 2013 at 8:50 AM, Rogério Yokomizo  wrote:

> Hi!
>
> I would like to report a bug.
> I am sorry if this isn't the right method.
>
> So…
>
> I'm using tmux on OSX 10.7.5 and Ubuntu 12.4
>
> On my .tmux.conf I have the default-path option:
>
>   set default-path "~"
>
> When I open a new pane or window, on Ubuntu this works fine.
>
> On OSX, this option is ignored, but all other options works fine. However,
> If I try to reload the .tmux.conf using :source-file ~/.tmux.conf, the
> default-path option works.
>
> I'm using tmux 1.8 installed with home brew.
>
> Regards!
>
> Rogério
>
> --
> Get your SQL database under version control now!
> Version control is standard for application code, but databases havent
> caught up. So what steps can you take to put your SQL databases under
> version control? Why should you start doing it? Read more to find out.
> http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
> ___
> tmux-users mailing list
> tmux-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tmux-users
>
--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users

Re: default-path doesn't work on OSX

2013-08-04 Thread Thomas Adam 
On 2 August 2013 16:50, Rogério Yokomizo  wrote:
> Hi!
>
> I would like to report a bug.
> I am sorry if this isn't the right method.
>
> So…
>
> I'm using tmux on OSX 10.7.5 and Ubuntu 12.4
>
> On my .tmux.conf I have the default-path option:
>
>   set default-path "~"
>
> When I open a new pane or window, on Ubuntu this works fine.
>
> On OSX, this option is ignored, but all other options works fine. However, If 
> I try to reload the .tmux.conf using :source-file ~/.tmux.conf, the 
> default-path option works.
>
> I'm using tmux 1.8 installed with home brew.

Can you kill tmux completely, and then run:

tmux -v

And follow the instructions you've given above?   Then send me the
server log in the current working directory.

-- Thomas Adam

--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users

Re: default-path doesn't work on OSX

2013-08-04 Thread Thomas Adam 
On 4 August 2013 23:59, Saad Malik  wrote:
> I would like to piggy-back on this bug request. default-path doesn't work in
> cygwin either. I hope it's the same root cause.

Doubtful.  That's like asking if two different people are ill, why
paracetemol works for one person, but not the other.

Don't thread-hijack, that really irritates me.  Your problem's already
been reported once.  I might get round to looking at it, but I don't
have a windows environment, so don't hold your breath either.

-- Thomas Adam

--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users

Re: tmux + putty: Using mouse off window on a maximized window shows junk characters

2013-08-04 Thread Ben Boeckel 
On Thu, 01 Aug, 2013 at 21:52:32 GMT, Naseer Ahmed wrote:
> Windows doesn't have "focus follows mouse" so putty will send a scroll

Strictly speaking, this is false. This[1] might be of interest. I've
found it useful in conjunction with another program[2].

--Ben

[1]http://www.burningcutlery.com/derek/winsetup/#winmgr
[2]http://antibody-software.com/web/software/software/wizmouse-makes-your-mouse-wheel-work-on-the-window-under-the-mouse/


--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users

Re: default-path doesn't work on OSX

2013-08-04 Thread Ben Boeckel 
On Fri, 02 Aug, 2013 at 15:50:04 GMT, Rogério Yokomizo wrote:
>   set default-path "~"
>
> When I open a new pane or window, on Ubuntu this works fine.
>
> On OSX, this option is ignored, but all other options works fine.
> However, If I try to reload the .tmux.conf using :source-file
> ~/.tmux.conf, the default-path option works.
>
> I'm using tmux 1.8 installed with home brew.

You probably want:

set -g default-path "~"

--Ben


--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users