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
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
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
-
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
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
> > 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
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
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
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
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
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.
> >>>
> >&
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
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.
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
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
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,
16 matches
Mail list logo