Looks like your poll may be returning an fd that isn't actually ready
for reading, please tr this, although if it does it many times tmux may
just spin:
Index: client.c
===================================================================
RCS file: /cvsroot/tmux/tmux/client.c,v
retrieving revision 1.90
diff -u -p -r1.90 client.c
--- client.c 4 Dec 2009 22:14:47 -0000 1.90
+++ client.c 24 Apr 2010 09:53:32 -0000
@@ -262,7 +262,7 @@ client_callback(unused int fd, short eve
ssize_t n;
if (events & EV_READ) {
- if ((n = imsg_read(&client_ibuf)) == -1 || n == 0)
+ if ((n = imsg_read(&client_ibuf)) == -1)
goto lost_server;
if (client_dispatch() != 0) {
event_loopexit(NULL);
Index: server-client.c
===================================================================
RCS file: /cvsroot/tmux/tmux/server-client.c,v
retrieving revision 1.31
diff -u -p -r1.31 server-client.c
--- server-client.c 8 Feb 2010 18:27:34 -0000 1.31
+++ server-client.c 24 Apr 2010 09:53:32 -0000
@@ -521,7 +521,7 @@ server_client_msg_dispatch(struct client
struct msg_environ_data environdata;
ssize_t n, datalen;
- if ((n = imsg_read(&c->ibuf)) == -1 || n == 0)
+ if ((n = imsg_read(&c->ibuf)) == -1)
return (-1);
for (;;) {
Index: tmux.c
===================================================================
RCS file: /cvsroot/tmux/tmux/tmux.c,v
retrieving revision 1.205
diff -u -p -r1.205 tmux.c
--- tmux.c 22 Apr 2010 21:48:49 -0000 1.205
+++ tmux.c 24 Apr 2010 09:53:32 -0000
@@ -671,7 +671,7 @@ main_dispatch(const char *shellcmd)
struct msg_print_data printdata;
struct msg_shell_data shelldata;
- if ((n = imsg_read(main_ibuf)) == -1 || n == 0)
+ if ((n = imsg_read(main_ibuf)) == -1)
fatalx("imsg_read failed");
for (;;) {
On Sat, Apr 24, 2010 at 11:30:51AM +0200, chr wrote:
> Nicholas Marriott (Friday 23 April 2010, 18:07):
> >
> > When you say reinstalled do you mean upgraded?
>
> No, AFAIK, but it's possible. I'm using tmux on a remote public
> server (the OS is NetBSD, version 4.0.1). The machines were
> recently moved and there were some changes in the architecture
> used (before they were only Alpha, now there are also AMD64
> machines). Packages (via pkgsrc) were rebuilt, but I don't know if
> there was also an upgrade of tmux.
>
> > Try strace or ktrace and see what is failing (you'll want to
> > tell it to follow child processes).
>
> OK, here's the `kdump | nl` of `ktrace -di tmux` on a non-existing
> /tmp/tmux-* directory:
>
> http://chr.tx0.org/arch/ml/tmux/ktrace-20100424_1.txt
>
> (If you prefer to have the output in the ml archive, tell me and
> I'll send it to the list.)
>
> The `fatal: main: msgbuf_write failed' is on line 294.
>
> Here's the output after I chmod 777 the /tmp/tmux-* directory:
>
> http://chr.tx0.org/arch/ml/tmux/ktrace-20100424_2.txt
>
> The `can't create socket: Permission denied' is on line 227.
>
> (Is the first time I run ktrace, so I'm not sure where to look at.)
>
> Thanks for your answer and suggestion.
>
>
> Christian.
>
>
> --
> SDF Public Access UNIX System - http://sdf.lonestar.org
>
> ------------------------------------------------------------------------------
> _______________________________________________
> tmux-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/tmux-users
------------------------------------------------------------------------------
_______________________________________________
tmux-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/tmux-users
