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 fixe
Just finished cleaning it up a little more i just:
git diff client.c > solaris.patch
git diff Makefile.am >> solaris.patch
Hope its ok
On 26 December 2012 21:55, Philip Herron wrote:
> Not sure if you guys already have this fixed, i just made this kind of
> dirty patch and have it working for m
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. :)
-- Thomas Adam
On 26 December 2012 21:55, Philip Herron wrote:
> Not sure if you guys already have this fixed, i just made this kind of
> dirt
Not sure if you guys already have this fixed, i just made this kind of
dirty patch and have it working for me now with suncc.
Would ideally like someone to have a peek over it the flock stuff is
just dirty put in but i could clean it up and #ifdef it out properly.
Then i had to remove the useage o
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 +,
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.
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.
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
>> environ
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
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
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:
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
-
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 dude
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
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 in
Solaris doesn't implement flock, it needs to be implemented by using
fcntl or perhaps lockf, like in the SF bug report.
On Tue, Nov 27, 2012 at 03:54:40PM +, John Long wrote:
> On Tue, Nov 27, 2012 at 03:31:18PM +, Philip Herron wrote:
> > The error is just:
> >
> > "client.c", line 82:
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 t
Never mind, theirs is enough.
On Tue, Nov 27, 2012 at 03:48:12PM +, John Long wrote:
> 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
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 fun
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.
--
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 T
Seems people say to use lockf or use fcntl.h:
struct flock fl;
int result;
memset(&fl, 0, sizeof fl);
fl.l_type = F_WRLCK;
fl.l_whence = SEEK_SET;
fl.l_start = 0;
fl.l_len = 0;
fl.l_pid = getpid();
result = fcntl(fd, F_SETLKW, &fl);
no idea which is best to go for.
On 27 November 2012 15:31,
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 fun
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 pro
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 bui
Show a build log please.
On Tue, Nov 27, 2012 at 02:54:47PM +, John Long wrote:
> 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 s
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
Checkout opencsw.org for solaris you get pkgutil for loads of useful
packages so you d
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
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'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
30 matches
Mail list logo
