RE: RFC (Was About socklen_t )

2009-03-04 Thread Steve Huston
Hi Andrew, > I've now fixed this issue (i think) by removing the use of socklen_t > from the Socket class API completely. Ok. > Manuel - confirm this fixes your issue. > Steve - does this allow you to simplify the windows version of > IntegerTypes.h? Yes, I removed the socklen_t typedef and ali

Re: RFC (Was About socklen_t )

2009-03-04 Thread Manuel Teira Paz
Andrew Stitcher escribió: I've now fixed this issue (i think) by removing the use of socklen_t from the Socket class API completely. Manuel - confirm this fixes your issue. Yes, it must fix it. I'm in the process of configuring a new build machine (since the older one was lasting ages to com

Re: RFC (Was About socklen_t )

2009-03-03 Thread Andrew Stitcher
I've now fixed this issue (i think) by removing the use of socklen_t from the Socket class API completely. Manuel - confirm this fixes your issue. Steve - does this allow you to simplify the windows version of IntegerTypes.h? Andrew -

RE: RFC (Was About socklen_t )

2009-03-03 Thread Andrew Stitcher
On Tue, 2009-03-03 at 13:06 -0500, Andrew Stitcher wrote: > On Tue, 2009-03-03 at 12:10 -0500, Steve Huston wrote: > > I also think this is good, for a different reason... Taking Manuel's > > case that sometimes socklen_t is 32 bits, sometimes 64, it may help > to > > avoid wierd run-time errors wh

RE: RFC (Was About socklen_t )

2009-03-03 Thread Andrew Stitcher
On Tue, 2009-03-03 at 12:10 -0500, Steve Huston wrote: > > > I think this is the wrong solution: If socklen_t isn't a platform > > > portable type then it has no place being used in platform > > > independent header > > Right - the question is, is socklen_t a portable type. I'd argue it > is, and

RE: RFC (Was About socklen_t )

2009-03-03 Thread Steve Huston
> > I think this is the wrong solution: If socklen_t isn't a platform > > portable type then it has no place being used in platform > > independent header Right - the question is, is socklen_t a portable type. I'd argue it is, and that Windows is about the only popular OS that doesn't define it n

Re: RFC (Was About socklen_t )

2009-03-03 Thread Manuel Teira Paz
Andrew Stitcher escribió: On Tue, 2009-03-03 at 17:10 +0100, Manuel Teira Paz wrote: Coming back to this issue. I don't like the option of having a different Socket.h for windows and posix, since they would only differ in one include sentence. On the other hand, I don't see any problem in

Re: RFC (Was About socklen_t )

2009-03-03 Thread Andrew Stitcher
On Tue, 2009-03-03 at 17:10 +0100, Manuel Teira Paz wrote: > Coming back to this issue. > > I don't like the option of having a different Socket.h for windows and > posix, since they would only differ in one include sentence. > > On the other hand, I don't see any problem into having socklen_t d

RFC (Was About socklen_t )

2009-03-03 Thread Manuel Teira Paz
defined in linux or a posix compliant system? The posix IntegerTypes.h in qpid is just including , but after a fast look in an Ubuntu system, I didn't find there any declaration for socklen_t. Another curious thing

Re: About socklen_t

2009-03-02 Thread Manuel Teira Paz
x or a posix compliant system? The posix IntegerTypes.h in qpid is just including , but after a fast look in an Ubuntu system, I didn't find there any declaration for socklen_t. Another curious thing about socklen_t is what I've found h

RE: About socklen_t

2009-02-27 Thread Steve Huston
Nevertheless, I see that the way > >>> integer types are intended to be imported now regardless > the platform > >>> is: > >>> qpid/sys/IntegerTypes.h > >>> > >>> that relies on a platform dependent file. > >>> > >&

Re: About socklen_t

2009-02-27 Thread Alan Conway
the socklen_t is suposed to be defined in linux or a posix compliant system? The posix IntegerTypes.h in qpid is just including , but after a fast look in an Ubuntu system, I didn't find there any declaration for socklen_t. Another curious thing about socklen_t is what I've found

Re: About socklen_t

2009-02-26 Thread Manuel Teira Paz
posed to be defined in linux or a posix compliant system? The posix IntegerTypes.h in qpid is just including , but after a fast look in an Ubuntu system, I didn't find there any declaration for socklen_t. Another curious thing about socklen_t is what I've found here: http://portabilityblog.

Re: About socklen_t

2009-02-26 Thread Alan Conway
x or a posix compliant system? The posix IntegerTypes.h in qpid is just including , but after a fast look in an Ubuntu system, I didn't find there any declaration for socklen_t. Another curious thing about socklen_t is what I've found here: http://portabilityblog.com/blog/archives/7-s

Re: About socklen_t

2009-02-24 Thread Gordon Sim
Manuel Teira Paz wrote: source='qpid/broker/Bridge.cpp' object='qpid/broker/Bridge.lo' libtool=yes \ DEPDIR=.deps depmode=dashXmstdout /bin/bash ../build-aux/depcomp \ /bin/bash ../libtool --tag=CXX--mode=compile CC -g -m64 -DHAVE_CONFIG_H -I. -Igen -I./gen -I/opt/qpid/include -library

About socklen_t

2009-02-24 Thread Manuel Teira Paz
he posix IntegerTypes.h in qpid is just including , but after a fast look in an Ubuntu system, I didn't find there any declaration for socklen_t. Another curious thing about socklen_t is what I've found here: http://portabilityblog.com/blog/archives/7-socklen_t-confusion.html Also,