[jira] [Created] (QPID-4887) AMQP 1.0 retrieve username and password from url
Bruno Matos created QPID-4887: - Summary: AMQP 1.0 retrieve username and password from url Key: QPID-4887 URL: https://issues.apache.org/jira/browse/QPID-4887 Project: Qpid Issue Type: Improvement Components: C++ Broker Affects Versions: 0.20 Reporter: Bruno Matos Priority: Minor When connecting to a broker using AMQP 1.0, username and password must set explicitly in properties. It would be useful if they were parsed from connection string as in early versions. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
Re: [jira] [Created] (QPID-4712) [AMQP 1.0] ACL support
On Sex, 2013-04-05 at 11:32 +0100, Gordon Sim wrote: > On 04/05/2013 11:22 AM, Bruno Matos wrote: > > Do you think it could be useful and easier to add the IP restriction as > > in QPID-2305 after this change? > > > I think that is probably an orthogonal change. FWIW though I was > originally not sure about the IP restriction, I do see its usefulness > now and would support implementing that. I may even be able to persuade > Chuck to help me out ;-) > OK. Thank you. I can help too, you if see something an outsider can do in a reasonable time just let me know. Regards. -- Bruno Matos - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
Re: [jira] [Created] (QPID-4712) [AMQP 1.0] ACL support
Hi Gordon, Do you think it could be useful and easier to add the IP restriction as in QPID-2305 after this change? Thank you, Regards. On Sex, 2013-04-05 at 10:10 +, Gordon Sim (JIRA) wrote: > Gordon Sim created QPID-4712: > > > Summary: [AMQP 1.0] ACL support > Key: QPID-4712 > URL: https://issues.apache.org/jira/browse/QPID-4712 > Project: Qpid > Issue Type: Bug > Components: C++ Broker > Affects Versions: 0.22 > Reporter: Gordon Sim > Assignee: Gordon Sim > Fix For: 0.23 > > > Though e.g. creation of queues and exchanges is governed by ACL rules, > creation of connections is not and this should be rectified. > > -- > This message is automatically generated by JIRA. > If you think it was sent incorrectly, please contact your JIRA administrators > For more information on JIRA, see: http://www.atlassian.com/software/jira > > - > To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org > For additional commands, e-mail: dev-h...@qpid.apache.org > -- Bruno Matos - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
Re: VC10 x64 client libs compilation
On 10-10-2012 14:09, Darryl L. Pierce wrote: On Wed, Oct 10, 2012 at 02:01:49PM +0100, Bruno Matos wrote: I have compiled Qpid 0.18 64-bit client libs (qpidtypes, qpidcommon, qpidclient and qpidmessaging) using vc10, but I had to make some little changes that I would like to share. Comments are welcome and appreciated. 1. I used boost 1.51.0 64-bit so I had to make some minor changes on Modules.cpp to use the new filesystem 3 API. I had also to comment src/CMakeLists.txt line 1471 "add_definitions(-DBOOST_FILESYSTEM_VERSION=2)" for the reason above (I don't know the real impact of this). 2. Regarding to VC10, I had to change the main CMakeLists.txt line 39 from 'add_definitions(/w44996)' to 'set (CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} /w44996")', again without knowing the real impact of this. I still have a warning: 'system runtime library file does not exist', but the compilation ends without errors, so I think I can ignore it. I have used QtCreator 2.4.0, CMake 2.8.7 and NMake Generator (Microsoft Windows SDK for Windows 7 (7.1) (x64). I can make a patch if someone thinks it would be useful. All patches are considered. Send it over. :) BTW, have you taken a look at the Qpid Proton project? I'd be interested in your experience with doing the same for that codebase as well. Hi Darryl , In attachment are the changes that I made to qpid-cpp-0.18.tar.gz. Regards, Bruno Matos *** src/qpid/Modules.cppMon Jan 19 22:26:36 1970 --- src/qpid/Modules.cppMon Jan 19 22:26:36 1970 *** *** 88,96 fs::directory_iterator endItr; for (fs::directory_iterator itr (dirPath); itr != endItr; ++itr) ! { ! if (!fs::is_directory(*itr) && isShlibName(itr->path().string())) ! tryShlib (itr->path().string().data(), true); } } --- 88,96 fs::directory_iterator endItr; for (fs::directory_iterator itr (dirPath); itr != endItr; ++itr) ! { ! if (!fs::is_directory(*itr) && isShlibName(itr->string())) ! tryShlib (itr->string().data(), true); } } *** src/CMakeLists.txt Mon Jan 19 22:26:36 1970 --- src/CMakeLists.txt Mon Jan 19 22:26:36 1970 *** *** 1468,1474 # file whereas older builds only have config.h on autoconf-generated builds. add_definitions(-DHAVE_CONFIG_H) ! #add_definitions(-DBOOST_FILESYSTEM_VERSION=2) # Now create the config file from all the info learned above. configure_file(${CMAKE_CURRENT_SOURCE_DIR}/config.h.cmake --- 1468,1474 # file whereas older builds only have config.h on autoconf-generated builds. add_definitions(-DHAVE_CONFIG_H) ! add_definitions(-DBOOST_FILESYSTEM_VERSION=2) # Now create the config file from all the info learned above. configure_file(${CMAKE_CURRENT_SOURCE_DIR}/config.h.cmake *** CMakeLists.txt Mon Jan 19 22:26:36 1970 --- CMakeLists.txt Mon Jan 19 22:26:36 1970 *** *** 36,43 # a run-time error if violated. # "warning C4996: 'std::equal': Function call with parameters that may # be unsafe..." ! set (CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} /w44996") ! #add_definitions(/w44996) endif (MSVC) # Overall packaging/install options. --- 36,42 # a run-time error if violated. # "warning C4996: 'std::equal': Function call with parameters that may # be unsafe..." ! add_definitions(/w44996) endif (MSVC) # Overall packaging/install options. - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
VC10 x64 client libs compilation
Hi, I have compiled Qpid 0.18 64-bit client libs (qpidtypes, qpidcommon, qpidclient and qpidmessaging) using vc10, but I had to make some little changes that I would like to share. Comments are welcome and appreciated. 1. I used boost 1.51.0 64-bit so I had to make some minor changes on Modules.cpp to use the new filesystem 3 API. I had also to comment src/CMakeLists.txt line 1471 "add_definitions(-DBOOST_FILESYSTEM_VERSION=2)" for the reason above (I don't know the real impact of this). 2. Regarding to VC10, I had to change the main CMakeLists.txt line 39 from 'add_definitions(/w44996)' to 'set (CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} /w44996")', again without knowing the real impact of this. I still have a warning: 'system runtime library file does not exist', but the compilation ends without errors, so I think I can ignore it. I have used QtCreator 2.4.0, CMake 2.8.7 and NMake Generator (Microsoft Windows SDK for Windows 7 (7.1) (x64). I can make a patch if someone thinks it would be useful. Regards, Bruno Matos - To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org
RE: Performance: C++ client - Windows VS LInux
Hi, Resume of previous conversations: There is a big difference handling messages from a Linux C++ Qpid broker, between Windows and Linux. Windows client is about 20x slower. I made some profiling and Steve Huston is helping me detecting the problem. Can anyone help too? Thank you, Bruno Matos - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
RE: Performance: C++ client - Windows VS LInux
Hi Steve, On Fri, 2010-09-24 at 10:49 -0400, Steve Huston wrote: > These look like profiling info from the client side, is that right? It > shows a lot of waiting, which indicates the delays are probably in the > broker side. Could you please profile the broker while running your > timing test? Yes, I can do the profiling in broker, but notice that I use the same broker all the time. Do you think it still helps? The broker is running on Fedora 13. > > -Original Message----- > > From: Bruno Matos [mailto:bruno.ma...@paradigmaxis.pt] > > Sent: Friday, September 24, 2010 9:36 AM > > To: dev@qpid.apache.org > > Subject: RE: Performance: C++ client - Windows VS LInux > > > > > > On Fri, 2010-09-24 at 11:49 +0100, Bruno Matos wrote: > > > On Thu, 2010-09-16 at 07:50 -0400, Steve Huston wrote: > > > > Hi Bruno, > > > > > > > > > Thanks for the reply. > > > > > > > > You're welcome. > > > > > > > > > On Mon, 2010-09-13 at 07:06 -0400, Steve Huston wrote: > > > > > > Hi Bruno, > > > > > > > > > > > > > I'm facing some performance issues with a Windows client. I > > > > > > > made some tests and the difference is between 625857 > > > > > > > microseconds/packet in Windows and 30110 > > microseconds/packet > > > > > > > in Linux. This is the average of 10.000.000 packets. > > > > > > > > > > > > > > The windows libs were compiled from svn tag 0.6, > > and the Linux > > > > > > > libs are from Fodera 13's Yum repos. > > > > > > > > > > > > What version of Qpid did you test with on Fedora? > > > > > > > > > > I'm using 0.6. > > > > > > > > > > > > > > > > > > Some ideas? There are any precopiled distribution > > supported by > > > > > > > the project? > > > > > > > > > > > > You can get a Qpid 0.6 installable from > > > > > > http://www.riverace.com/qpid/downloads.htm, but it's > > 0.6 - probably > > > > > > not significantly different from what you tested. > > > > > > > > > > > > > > > > With this libs I get 573361 microseconds/packet. A little > > > > > less, but not enough. > > > > > > > > Right... > > > > > > > > > > If you get profiling info that may help to improve this, > > > > > please let me > > > > > > know. I'm also available to help get that information. > > > > I have two output files from Sleepy, with asynchronous and synchronous > > session. Sleepy can be found in www.codersnotes.com/sleepy. > > > > > > > > > > > > I think I will do a simple test program only for this. What > > > > > do I need to get useful profiling information? > > > > > > > > Output from any reasonable performance measurement. Something like > > > > Rational Quantify would do it, or one of Intel's thread > > measuring tools > > > > (I forget the name). > > > > > > > > > > I have a simple program now that sends and receives > > messages. It starts > > > counting time right before sending (synchronous), and stop > > counting when > > > message arrives. I get 757 microseconds/packet in Linux and 39118 > > > microseconds/packet in Windows as an average of 10.000 > > packets. I will > > > try Very Sleepy free profiling tool. > > > > Thank you, > > Bruno Matos > > > > Regards, Bruno - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
RE: Performance: C++ client - Windows VS LInux
On Fri, 2010-09-24 at 11:49 +0100, Bruno Matos wrote: > On Thu, 2010-09-16 at 07:50 -0400, Steve Huston wrote: > > Hi Bruno, > > > > > Thanks for the reply. > > > > You're welcome. > > > > > On Mon, 2010-09-13 at 07:06 -0400, Steve Huston wrote: > > > > Hi Bruno, > > > > > > > > > I'm facing some performance issues with a Windows client. I > > > > > made some tests and the difference is between 625857 > > > > > microseconds/packet in Windows and 30110 microseconds/packet > > > > > in Linux. This is the average of 10.000.000 packets. > > > > > > > > > > The windows libs were compiled from svn tag 0.6, and the > > > > > Linux libs are from Fodera 13's Yum repos. > > > > > > > > What version of Qpid did you test with on Fedora? > > > > > > I'm using 0.6. > > > > > > > > > > > > Some ideas? There are any precopiled distribution supported > > > > > by the project? > > > > > > > > You can get a Qpid 0.6 installable from > > > > http://www.riverace.com/qpid/downloads.htm, but it's 0.6 - probably > > > > not significantly different from what you tested. > > > > > > > > > > With this libs I get 573361 microseconds/packet. A little > > > less, but not enough. > > > > Right... > > > > > > If you get profiling info that may help to improve this, > > > please let me > > > > know. I'm also available to help get that information. I have two output files from Sleepy, with asynchronous and synchronous session. Sleepy can be found in www.codersnotes.com/sleepy. > > > > > > I think I will do a simple test program only for this. What > > > do I need to get useful profiling information? > > > > Output from any reasonable performance measurement. Something like > > Rational Quantify would do it, or one of Intel's thread measuring tools > > (I forget the name). > > > > I have a simple program now that sends and receives messages. It starts > counting time right before sending (synchronous), and stop counting when > message arrives. I get 757 microseconds/packet in Linux and 39118 > microseconds/packet in Windows as an average of 10.000 packets. I will > try Very Sleepy free profiling tool. Thank you, Bruno Matos capture-qpid-topic.sleepy Description: Zip archive capture-qpid-topic-async.sleepy Description: Zip archive - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
RE: Performance: C++ client - Windows VS LInux
On Thu, 2010-09-16 at 07:50 -0400, Steve Huston wrote: > Hi Bruno, > > > Thanks for the reply. > > You're welcome. > > > On Mon, 2010-09-13 at 07:06 -0400, Steve Huston wrote: > > > Hi Bruno, > > > > > > > I'm facing some performance issues with a Windows client. I > > > > made some tests and the difference is between 625857 > > > > microseconds/packet in Windows and 30110 microseconds/packet > > > > in Linux. This is the average of 10.000.000 packets. > > > > > > > > The windows libs were compiled from svn tag 0.6, and the > > > > Linux libs are from Fodera 13's Yum repos. > > > > > > What version of Qpid did you test with on Fedora? > > > > I'm using 0.6. > > > > > > > > > Some ideas? There are any precopiled distribution supported > > > > by the project? > > > > > > You can get a Qpid 0.6 installable from > > > http://www.riverace.com/qpid/downloads.htm, but it's 0.6 - probably > > > not significantly different from what you tested. > > > > > > > With this libs I get 573361 microseconds/packet. A little > > less, but not enough. > > Right... > > > > If you get profiling info that may help to improve this, > > please let me > > > know. I'm also available to help get that information. > > > > I think I will do a simple test program only for this. What > > do I need to get useful profiling information? > > Output from any reasonable performance measurement. Something like > Rational Quantify would do it, or one of Intel's thread measuring tools > (I forget the name). > I have a simple program now that sends and receives messages. It starts counting time right before sending (synchronous), and stop counting when message arrives. I get 757 microseconds/packet in Linux and 39118 microseconds/packet in Windows as an average of 10.000 packets. I will try Very Sleepy free profiling tool. Regards, Bruno - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
RE: Performance: C++ client - Windows VS LInux
Hi Steve, Thanks for the reply. On Mon, 2010-09-13 at 07:06 -0400, Steve Huston wrote: > Hi Bruno, > > > I'm facing some performance issues with a Windows client. I > > made some tests and the difference is between 625857 > > microseconds/packet in Windows and 30110 microseconds/packet > > in Linux. This is the average of 10.000.000 packets. > > > > The windows libs were compiled from svn tag 0.6, and the > > Linux libs are from Fodera 13's Yum repos. > > What version of Qpid did you test with on Fedora? I'm using 0.6. > > > Some ideas? There are any precopiled distribution supported > > by the project? > > You can get a Qpid 0.6 installable from > http://www.riverace.com/qpid/downloads.htm, but it's 0.6 - probably not > significantly different from what you tested. > With this libs I get 573361 microseconds/packet. A little less, but not enough. > If you get profiling info that may help to improve this, please let me > know. I'm also available to help get that information. I think I will do a simple test program only for this. What do I need to get useful profiling information? Best regards, Bruno - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Performance: C++ client - Windows VS LInux
Hi, I'm facing some performance issues with a Windows client. I made some tests and the difference is between 625857 microseconds/packet in Windows and 30110 microseconds/packet in Linux. This is the average of 10.000.000 packets. The windows libs were compiled from svn tag 0.6, and the Linux libs are from Fodera 13's Yum repos. Some ideas? There are any precopiled distribution supported by the project? Thank you, Bruno - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
C++ broker and qpid-python
Hi, I have installed C++ broker, version 0.6, and python tools are not working. I have search in the mailing list, the only thing that I found was QPID-2356, but I already had the python 2.6 installed. Anyone is experiencing the same thing? Thank you. -- Bruno Matos bruno.ma...@paradigmaxis.pt - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-2553) CMakeLists wrong file name
[ https://issues.apache.org/jira/browse/QPID-2553?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Matos updated QPID-2553: -- Attachment: developer-docs.diff Possible patch > CMakeLists wrong file name > --- > > Key: QPID-2553 > URL: https://issues.apache.org/jira/browse/QPID-2553 > Project: Qpid > Issue Type: Bug > Components: Documentation >Affects Versions: 0.7 > Reporter: Bruno Matos > Attachments: developer-docs.diff > > Original Estimate: 0.02h > Remaining Estimate: 0.02h > > In cpp/docs/api/CMakeLists.txt: 29 the file name is typed incorrectly. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Created: (QPID-2553) CMakeLists wrong file name
CMakeLists wrong file name --- Key: QPID-2553 URL: https://issues.apache.org/jira/browse/QPID-2553 Project: Qpid Issue Type: Bug Components: Documentation Affects Versions: 0.7 Reporter: Bruno Matos In cpp/docs/api/CMakeLists.txt: 29 the file name is typed incorrectly. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Commented: (QPID-2550) Linking CXX shared library libqpidcommon.dylib
[ https://issues.apache.org/jira/browse/QPID-2550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12860972#action_12860972 ] Bruno Matos commented on QPID-2550: --- I'll do my best! I think that is the same for FreeBSD. So it's a question of combining efforts. Regards. > Linking CXX shared library libqpidcommon.dylib > -- > > Key: QPID-2550 > URL: https://issues.apache.org/jira/browse/QPID-2550 > Project: Qpid > Issue Type: Improvement > Components: C++ Client >Affects Versions: 0.7 > Environment: Mac OS X >Reporter: Bruno Matos > Original Estimate: 1h > Remaining Estimate: 1h > > qpidcommon linking error in Mac OS X. Can anyone give me some clues? > Thank you! > Output: > Undefined symbols: > "typeinfo for qpid::sys::PollerHandle", referenced from: > typeinfo for qpid::sys::DispatchHandle in DispatchHandle.o > "qpid::sys::Poller::registerHandle(qpid::sys::PollerHandle&)", referenced > from: > > qpid::sys::DispatchHandle::startWatch(boost::shared_ptr) > in DispatchHandle.o > "___emutls_get_address", referenced from: > qpid::sys::posix::AsynchIO::readable(qpid::sys::DispatchHandle&) in > AsynchIO.o > qpid::sys::posix::AsynchIO::readable(qpid::sys::DispatchHandle&) in > AsynchIO.o > qpid::sys::posix::AsynchIO::readable(qpid::sys::DispatchHandle&) in > AsynchIO.o > qpid::sys::posix::AsynchIO::readable(qpid::sys::DispatchHandle&) in > AsynchIO.o > qpid::sys::posix::AsynchIO::readable(qpid::sys::DispatchHandle&) in > AsynchIO.o > qpid::sys::posix::AsynchIO::readable(qpid::sys::DispatchHandle&) in > AsynchIO.o > qpid::sys::posix::AsynchIO::readable(qpid::sys::DispatchHandle&) in > AsynchIO.o > qpid::sys::posix::AsynchIO::writeable(qpid::sys::DispatchHandle&) in > AsynchIO.o > qpid::sys::posix::AsynchIO::writeable(qpid::sys::DispatchHandle&) in > AsynchIO.o > qpid::sys::posix::AsynchIO::writeable(qpid::sys::DispatchHandle&) in > AsynchIO.o > qpid::sys::posix::AsynchIO::writeable(qpid::sys::DispatchHandle&) in > AsynchIO.o > qpid::sys::posix::AsynchIO::writeable(qpid::sys::DispatchHandle&) in > AsynchIO.o > qpid::management::ManagementObject::getThreadIndex() in > ManagementObject.o > qpid::management::ManagementObject::getThreadIndex() in > ManagementObject.o > qpid::management::ManagementObject::getThreadIndex() in > ManagementObject.o > qpid::sys::assertClusterSafe() in ClusterSafe.o > qpid::sys::ClusterSafeScope::ClusterSafeScope() in ClusterSafe.o > qpid::sys::ClusterSafeScope::ClusterSafeScope() in ClusterSafe.o > qpid::sys::ClusterSafeScope::~ClusterSafeScope() in ClusterSafe.o > qpid::sys::ClusterSafeScope::~ClusterSafeScope() in ClusterSafe.o > "qpid::sys::PollerHandle::~PollerHandle()", referenced from: > qpid::sys::DispatchHandle::DispatchHandle(qpid::sys::IOHandle const&, > boost::function1, boost::function1 qpid::sys::DispatchHandle&>, boost::function1 qpid::sys::DispatchHandle&>) in DispatchHandle.o > qpid::sys::DispatchHandle::DispatchHandle(qpid::sys::IOHandle const&, > boost::function1, boost::function1 qpid::sys::DispatchHandle&>, boost::function1 qpid::sys::DispatchHandle&>) in DispatchHandle.o > qpid::sys::DispatchHandle::~DispatchHandle() in DispatchHandle.o > qpid::sys::DispatchHandle::~DispatchHandle() in DispatchHandle.o > qpid::sys::DispatchHandle::~DispatchHandle() in DispatchHandle.o > qpid::sys::DispatchHandle::~DispatchHandle() in DispatchHandle.o > qpid::sys::DispatchHandle::~DispatchHandle() in DispatchHandle.o > qpid::sys::DispatchHandle::~DispatchHandle() in DispatchHandle.o > "qpid::sys::PollerHandle::PollerHandle(qpid::sys::IOHandle const&)", > referenced from: > qpid::sys::DispatchHandle::DispatchHandle(qpid::sys::IOHandle const&, > boost::function1, boost::function1 qpid::sys::DispatchHandle&>, boost::function1 qpid::sys::DispatchHandle&>) in DispatchHandle.o > qpid::sys::DispatchHandle::DispatchHandle(qpid::sys::IOHandle const&, > boost::function1, boost::function1 qpid::sys::DispatchHandle&>, boost::function1 qpid::sys::DispatchHandle&>) in DispatchHandle.o > "qpid::sys::SystemInfo::getLocalIpAddresses(unsigned short, > std::vector >&)", referenced > from: >
[jira] Created: (QPID-2550) Linking CXX shared library libqpidcommon.dylib
Linking CXX shared library libqpidcommon.dylib -- Key: QPID-2550 URL: https://issues.apache.org/jira/browse/QPID-2550 Project: Qpid Issue Type: Improvement Components: C++ Client Affects Versions: 0.7 Environment: Mac OS X Reporter: Bruno Matos qpidcommon linking error in Mac OS X. Can anyone give me some clues? Thank you! Output: Undefined symbols: "typeinfo for qpid::sys::PollerHandle", referenced from: typeinfo for qpid::sys::DispatchHandle in DispatchHandle.o "qpid::sys::Poller::registerHandle(qpid::sys::PollerHandle&)", referenced from: qpid::sys::DispatchHandle::startWatch(boost::shared_ptr) in DispatchHandle.o "___emutls_get_address", referenced from: qpid::sys::posix::AsynchIO::readable(qpid::sys::DispatchHandle&) in AsynchIO.o qpid::sys::posix::AsynchIO::readable(qpid::sys::DispatchHandle&) in AsynchIO.o qpid::sys::posix::AsynchIO::readable(qpid::sys::DispatchHandle&) in AsynchIO.o qpid::sys::posix::AsynchIO::readable(qpid::sys::DispatchHandle&) in AsynchIO.o qpid::sys::posix::AsynchIO::readable(qpid::sys::DispatchHandle&) in AsynchIO.o qpid::sys::posix::AsynchIO::readable(qpid::sys::DispatchHandle&) in AsynchIO.o qpid::sys::posix::AsynchIO::readable(qpid::sys::DispatchHandle&) in AsynchIO.o qpid::sys::posix::AsynchIO::writeable(qpid::sys::DispatchHandle&) in AsynchIO.o qpid::sys::posix::AsynchIO::writeable(qpid::sys::DispatchHandle&) in AsynchIO.o qpid::sys::posix::AsynchIO::writeable(qpid::sys::DispatchHandle&) in AsynchIO.o qpid::sys::posix::AsynchIO::writeable(qpid::sys::DispatchHandle&) in AsynchIO.o qpid::sys::posix::AsynchIO::writeable(qpid::sys::DispatchHandle&) in AsynchIO.o qpid::management::ManagementObject::getThreadIndex() in ManagementObject.o qpid::management::ManagementObject::getThreadIndex() in ManagementObject.o qpid::management::ManagementObject::getThreadIndex() in ManagementObject.o qpid::sys::assertClusterSafe() in ClusterSafe.o qpid::sys::ClusterSafeScope::ClusterSafeScope() in ClusterSafe.o qpid::sys::ClusterSafeScope::ClusterSafeScope() in ClusterSafe.o qpid::sys::ClusterSafeScope::~ClusterSafeScope() in ClusterSafe.o qpid::sys::ClusterSafeScope::~ClusterSafeScope() in ClusterSafe.o "qpid::sys::PollerHandle::~PollerHandle()", referenced from: qpid::sys::DispatchHandle::DispatchHandle(qpid::sys::IOHandle const&, boost::function1, boost::function1, boost::function1) in DispatchHandle.o qpid::sys::DispatchHandle::DispatchHandle(qpid::sys::IOHandle const&, boost::function1, boost::function1, boost::function1) in DispatchHandle.o qpid::sys::DispatchHandle::~DispatchHandle() in DispatchHandle.o qpid::sys::DispatchHandle::~DispatchHandle() in DispatchHandle.o qpid::sys::DispatchHandle::~DispatchHandle() in DispatchHandle.o qpid::sys::DispatchHandle::~DispatchHandle() in DispatchHandle.o qpid::sys::DispatchHandle::~DispatchHandle() in DispatchHandle.o qpid::sys::DispatchHandle::~DispatchHandle() in DispatchHandle.o "qpid::sys::PollerHandle::PollerHandle(qpid::sys::IOHandle const&)", referenced from: qpid::sys::DispatchHandle::DispatchHandle(qpid::sys::IOHandle const&, boost::function1, boost::function1, boost::function1) in DispatchHandle.o qpid::sys::DispatchHandle::DispatchHandle(qpid::sys::IOHandle const&, boost::function1, boost::function1, boost::function1) in DispatchHandle.o "qpid::sys::SystemInfo::getLocalIpAddresses(unsigned short, std::vector >&)", referenced from: qpid::Url::getIpAddressesUrl(unsigned short) in Url.o "qpid::sys::Poller::interrupt(qpid::sys::PollerHandle&)", referenced from: qpid::sys::DispatchHandle::call(boost::function1) in DispatchHandle.o qpid::sys::DispatchHandle::doDelete()in DispatchHandle.o "qpid::sys::SystemInfo::getLocalHostname(qpid::TcpAddress&)", referenced from: qpid::Url::getHostNameUrl(unsigned short) in Url.o "boost::system::get_generic_category()", referenced from: __static_initialization_and_destruction_0(int, int) in Modules.o __static_initialization_and_destruction_0(int, int) in Modules.o __static_initialization_and_destruction_0(int, int) in Modules.o "qpid::sys::Poller::monitorHandle(qpid::sys::PollerHandle&, qpid::sys::Poller::Direction)", referenced from: qpid::sys::DispatchHandle::startWatch(boost::shared_ptr) in DispatchHandle.o qpid::sys::DispatchHandle::rewatch()in DispatchHandle.o qpid::sys::DispatchHandle::rewatchRead() in DispatchHandle.o qpid::sys:
Fwd: [jira] Updated: (QPID-2543) Change uint to standard type
Hello Andrew, Could you please take a look at this? Thank you! Regards. Begin forwarded message: From: "Bruno Matos (JIRA)" Date: 23 de abril de 2010 21:53:50 GMT+01:00 To: qpid-...@incubator.apache.org Subject: [jira] Updated: (QPID-2543) Change uint to standard type Reply-To: dev@qpid.apache.org [ https://issues.apache.org/jira/browse/QPID-2543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Matos updated QPID-2543: -- Attachment: CPP_uint_to_unsigned_int.patch Indentation problem solved Change uint to standard type Key: QPID-2543 URL: https://issues.apache.org/jira/browse/QPID-2543 Project: Qpid Issue Type: Improvement Components: C++ Client Affects Versions: 0.7 Reporter: Bruno Matos Fix For: 0.6 Attachments: CPP_uint_to_unsigned_int.patch Original Estimate: 0.25h Remaining Estimate: 0.25h I can't find uint as a standard type and it is breaking Mac OS X client compilation. The references I found: broker/Broker.h:109:uint queueLimit; broker/Link.cpp:338:uint Link::nextChannel() broker/Link.h:71:uint channelCounter; broker/Link.h:111:uint nextChannel(); broker/SaslAuthenticator.cpp:432:uint ssf = *(reinterpret_cast(value)); client/MessageReplayTracker.cpp: 27:MessageReplayTracker::MessageReplayTracker(uint f) : flushInterval(f), count(0) {} client/MessageReplayTracker.cpp:51:void MessageReplayTracker::setFlushInterval(uint f) client/MessageReplayTracker.cpp:56:uint MessageReplayTracker::getFlushInterval() client/SaslFactory.cpp:331:uint ssf = *(reinterpret_castunsigned*>(value)); framing/SendContent.cpp: 24:qpid::framing::SendContent::SendContent(FrameHandler& h, uint16_t mfs, uint efc) : handler(h), framing/SendContent.h:42:uint expectedFrameCount; framing/SendContent.h:43:uint frameCount; framing/SendContent.h:48:QPID_COMMON_EXTERN SendContent(FrameHandler& _handler, uint16_t _maxFrameSize, uint frameCount); sys/Semaphore.h:30:Semaphore(uint c = 1) : count(c) {} sys/Semaphore.h:54:void release(uint n) sys/Semaphore.h:74:uint count; -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org -- Bruno Matos bruno.ma...@paradigmaxis.pt - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-2543) Change uint to standard type
[ https://issues.apache.org/jira/browse/QPID-2543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Matos updated QPID-2543: -- Attachment: (was: CPP_uint_to_unsigned_int.patch) > Change uint to standard type > > > Key: QPID-2543 > URL: https://issues.apache.org/jira/browse/QPID-2543 > Project: Qpid > Issue Type: Improvement > Components: C++ Client >Affects Versions: 0.7 > Reporter: Bruno Matos > Fix For: 0.6 > > Attachments: CPP_uint_to_unsigned_int.patch > > Original Estimate: 0.25h > Remaining Estimate: 0.25h > > I can't find uint as a standard type and it is breaking Mac OS X client > compilation. > The references I found: > broker/Broker.h:109:uint queueLimit; > broker/Link.cpp:338:uint Link::nextChannel() > broker/Link.h:71:uint channelCounter; > broker/Link.h:111:uint nextChannel(); > broker/SaslAuthenticator.cpp:432:uint ssf = *(reinterpret_cast unsigned*>(value)); > client/MessageReplayTracker.cpp:27:MessageReplayTracker::MessageReplayTracker(uint > f) : flushInterval(f), count(0) {} > client/MessageReplayTracker.cpp:51:void > MessageReplayTracker::setFlushInterval(uint f) > client/MessageReplayTracker.cpp:56:uint > MessageReplayTracker::getFlushInterval() > client/SaslFactory.cpp:331:uint ssf = *(reinterpret_cast unsigned*>(value)); > framing/SendContent.cpp:24:qpid::framing::SendContent::SendContent(FrameHandler& > h, uint16_t mfs, uint efc) : handler(h), > framing/SendContent.h:42:uint expectedFrameCount; > framing/SendContent.h:43:uint frameCount; > framing/SendContent.h:48:QPID_COMMON_EXTERN SendContent(FrameHandler& > _handler, uint16_t _maxFrameSize, uint frameCount); > sys/Semaphore.h:30:Semaphore(uint c = 1) : count(c) {} > sys/Semaphore.h:54:void release(uint n) > sys/Semaphore.h:74:uint count; -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-2543) Change uint to standard type
[ https://issues.apache.org/jira/browse/QPID-2543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Matos updated QPID-2543: -- Attachment: CPP_uint_to_unsigned_int.patch Indentation problem solved > Change uint to standard type > > > Key: QPID-2543 > URL: https://issues.apache.org/jira/browse/QPID-2543 > Project: Qpid > Issue Type: Improvement > Components: C++ Client >Affects Versions: 0.7 > Reporter: Bruno Matos > Fix For: 0.6 > > Attachments: CPP_uint_to_unsigned_int.patch > > Original Estimate: 0.25h > Remaining Estimate: 0.25h > > I can't find uint as a standard type and it is breaking Mac OS X client > compilation. > The references I found: > broker/Broker.h:109:uint queueLimit; > broker/Link.cpp:338:uint Link::nextChannel() > broker/Link.h:71:uint channelCounter; > broker/Link.h:111:uint nextChannel(); > broker/SaslAuthenticator.cpp:432:uint ssf = *(reinterpret_cast unsigned*>(value)); > client/MessageReplayTracker.cpp:27:MessageReplayTracker::MessageReplayTracker(uint > f) : flushInterval(f), count(0) {} > client/MessageReplayTracker.cpp:51:void > MessageReplayTracker::setFlushInterval(uint f) > client/MessageReplayTracker.cpp:56:uint > MessageReplayTracker::getFlushInterval() > client/SaslFactory.cpp:331:uint ssf = *(reinterpret_cast unsigned*>(value)); > framing/SendContent.cpp:24:qpid::framing::SendContent::SendContent(FrameHandler& > h, uint16_t mfs, uint efc) : handler(h), > framing/SendContent.h:42:uint expectedFrameCount; > framing/SendContent.h:43:uint frameCount; > framing/SendContent.h:48:QPID_COMMON_EXTERN SendContent(FrameHandler& > _handler, uint16_t _maxFrameSize, uint frameCount); > sys/Semaphore.h:30:Semaphore(uint c = 1) : count(c) {} > sys/Semaphore.h:54:void release(uint n) > sys/Semaphore.h:74:uint count; -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-2237) UUID are not decoded properly by the .Net 0-10 api
[ https://issues.apache.org/jira/browse/QPID-2237?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Matos updated QPID-2237: -- Attachment: CPP_uint_to_unsigned_int.patch Indentation problem solved > UUID are not decoded properly by the .Net 0-10 api > -- > > Key: QPID-2237 > URL: https://issues.apache.org/jira/browse/QPID-2237 > Project: Qpid > Issue Type: Improvement > Components: Dot Net Client >Affects Versions: 0.5 >Reporter: Julien Lavigne du Cadet > Fix For: 0.6 > > Attachments: UUID decoding.patch > > > See patch below -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-2237) UUID are not decoded properly by the .Net 0-10 api
[ https://issues.apache.org/jira/browse/QPID-2237?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Matos updated QPID-2237: -- Attachment: (was: CPP_uint_to_unsigned_int.patch) > UUID are not decoded properly by the .Net 0-10 api > -- > > Key: QPID-2237 > URL: https://issues.apache.org/jira/browse/QPID-2237 > Project: Qpid > Issue Type: Improvement > Components: Dot Net Client >Affects Versions: 0.5 >Reporter: Julien Lavigne du Cadet > Fix For: 0.6 > > Attachments: UUID decoding.patch > > > See patch below -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-2543) Change uint to standard type
[ https://issues.apache.org/jira/browse/QPID-2543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Matos updated QPID-2543: -- Attachment: CPP_uint_to_unsigned_int.patch The right one. > Change uint to standard type > > > Key: QPID-2543 > URL: https://issues.apache.org/jira/browse/QPID-2543 > Project: Qpid > Issue Type: Improvement > Components: C++ Client >Affects Versions: 0.7 > Reporter: Bruno Matos > Fix For: 0.6 > > Attachments: CPP_uint_to_unsigned_int.patch > > Original Estimate: 0.25h > Remaining Estimate: 0.25h > > I can't find uint as a standard type and it is breaking Mac OS X client > compilation. > The references I found: > broker/Broker.h:109:uint queueLimit; > broker/Link.cpp:338:uint Link::nextChannel() > broker/Link.h:71:uint channelCounter; > broker/Link.h:111:uint nextChannel(); > broker/SaslAuthenticator.cpp:432:uint ssf = *(reinterpret_cast unsigned*>(value)); > client/MessageReplayTracker.cpp:27:MessageReplayTracker::MessageReplayTracker(uint > f) : flushInterval(f), count(0) {} > client/MessageReplayTracker.cpp:51:void > MessageReplayTracker::setFlushInterval(uint f) > client/MessageReplayTracker.cpp:56:uint > MessageReplayTracker::getFlushInterval() > client/SaslFactory.cpp:331:uint ssf = *(reinterpret_cast unsigned*>(value)); > framing/SendContent.cpp:24:qpid::framing::SendContent::SendContent(FrameHandler& > h, uint16_t mfs, uint efc) : handler(h), > framing/SendContent.h:42:uint expectedFrameCount; > framing/SendContent.h:43:uint frameCount; > framing/SendContent.h:48:QPID_COMMON_EXTERN SendContent(FrameHandler& > _handler, uint16_t _maxFrameSize, uint frameCount); > sys/Semaphore.h:30:Semaphore(uint c = 1) : count(c) {} > sys/Semaphore.h:54:void release(uint n) > sys/Semaphore.h:74:uint count; -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-2543) Change uint to standard type
[ https://issues.apache.org/jira/browse/QPID-2543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Matos updated QPID-2543: -- Attachment: (was: CPP_uint_to_unsigned_int.patch) > Change uint to standard type > > > Key: QPID-2543 > URL: https://issues.apache.org/jira/browse/QPID-2543 > Project: Qpid > Issue Type: Improvement > Components: C++ Client >Affects Versions: 0.7 > Reporter: Bruno Matos > Fix For: 0.6 > > Attachments: CPP_uint_to_unsigned_int.patch > > Original Estimate: 0.25h > Remaining Estimate: 0.25h > > I can't find uint as a standard type and it is breaking Mac OS X client > compilation. > The references I found: > broker/Broker.h:109:uint queueLimit; > broker/Link.cpp:338:uint Link::nextChannel() > broker/Link.h:71:uint channelCounter; > broker/Link.h:111:uint nextChannel(); > broker/SaslAuthenticator.cpp:432:uint ssf = *(reinterpret_cast unsigned*>(value)); > client/MessageReplayTracker.cpp:27:MessageReplayTracker::MessageReplayTracker(uint > f) : flushInterval(f), count(0) {} > client/MessageReplayTracker.cpp:51:void > MessageReplayTracker::setFlushInterval(uint f) > client/MessageReplayTracker.cpp:56:uint > MessageReplayTracker::getFlushInterval() > client/SaslFactory.cpp:331:uint ssf = *(reinterpret_cast unsigned*>(value)); > framing/SendContent.cpp:24:qpid::framing::SendContent::SendContent(FrameHandler& > h, uint16_t mfs, uint efc) : handler(h), > framing/SendContent.h:42:uint expectedFrameCount; > framing/SendContent.h:43:uint frameCount; > framing/SendContent.h:48:QPID_COMMON_EXTERN SendContent(FrameHandler& > _handler, uint16_t _maxFrameSize, uint frameCount); > sys/Semaphore.h:30:Semaphore(uint c = 1) : count(c) {} > sys/Semaphore.h:54:void release(uint n) > sys/Semaphore.h:74:uint count; -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Commented: (QPID-2543) Change uint to standard type
[ https://issues.apache.org/jira/browse/QPID-2543?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12860361#action_12860361 ] Bruno Matos commented on QPID-2543: --- If there is a better way to do it, just say. Thank you! > Change uint to standard type > > > Key: QPID-2543 > URL: https://issues.apache.org/jira/browse/QPID-2543 > Project: Qpid > Issue Type: Improvement > Components: C++ Client >Affects Versions: 0.7 >Reporter: Bruno Matos > Fix For: 0.6 > > Attachments: CPP_uint_to_unsigned_int.patch > > Original Estimate: 0.25h > Remaining Estimate: 0.25h > > I can't find uint as a standard type and it is breaking Mac OS X client > compilation. > The references I found: > broker/Broker.h:109:uint queueLimit; > broker/Link.cpp:338:uint Link::nextChannel() > broker/Link.h:71:uint channelCounter; > broker/Link.h:111:uint nextChannel(); > broker/SaslAuthenticator.cpp:432:uint ssf = *(reinterpret_cast unsigned*>(value)); > client/MessageReplayTracker.cpp:27:MessageReplayTracker::MessageReplayTracker(uint > f) : flushInterval(f), count(0) {} > client/MessageReplayTracker.cpp:51:void > MessageReplayTracker::setFlushInterval(uint f) > client/MessageReplayTracker.cpp:56:uint > MessageReplayTracker::getFlushInterval() > client/SaslFactory.cpp:331:uint ssf = *(reinterpret_cast unsigned*>(value)); > framing/SendContent.cpp:24:qpid::framing::SendContent::SendContent(FrameHandler& > h, uint16_t mfs, uint efc) : handler(h), > framing/SendContent.h:42:uint expectedFrameCount; > framing/SendContent.h:43:uint frameCount; > framing/SendContent.h:48:QPID_COMMON_EXTERN SendContent(FrameHandler& > _handler, uint16_t _maxFrameSize, uint frameCount); > sys/Semaphore.h:30:Semaphore(uint c = 1) : count(c) {} > sys/Semaphore.h:54:void release(uint n) > sys/Semaphore.h:74:uint count; -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-2543) Change uint to standard type
[ https://issues.apache.org/jira/browse/QPID-2543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Matos updated QPID-2543: -- Attachment: CPP_uint_to_unsigned_int.patch Patch to convert all uint references to unsigned int > Change uint to standard type > > > Key: QPID-2543 > URL: https://issues.apache.org/jira/browse/QPID-2543 > Project: Qpid > Issue Type: Improvement > Components: C++ Client >Affects Versions: 0.7 > Reporter: Bruno Matos > Fix For: 0.6 > > Attachments: CPP_uint_to_unsigned_int.patch > > Original Estimate: 0.25h > Remaining Estimate: 0.25h > > I can't find uint as a standard type and it is breaking Mac OS X client > compilation. > The references I found: > broker/Broker.h:109:uint queueLimit; > broker/Link.cpp:338:uint Link::nextChannel() > broker/Link.h:71:uint channelCounter; > broker/Link.h:111:uint nextChannel(); > broker/SaslAuthenticator.cpp:432:uint ssf = *(reinterpret_cast unsigned*>(value)); > client/MessageReplayTracker.cpp:27:MessageReplayTracker::MessageReplayTracker(uint > f) : flushInterval(f), count(0) {} > client/MessageReplayTracker.cpp:51:void > MessageReplayTracker::setFlushInterval(uint f) > client/MessageReplayTracker.cpp:56:uint > MessageReplayTracker::getFlushInterval() > client/SaslFactory.cpp:331:uint ssf = *(reinterpret_cast unsigned*>(value)); > framing/SendContent.cpp:24:qpid::framing::SendContent::SendContent(FrameHandler& > h, uint16_t mfs, uint efc) : handler(h), > framing/SendContent.h:42:uint expectedFrameCount; > framing/SendContent.h:43:uint frameCount; > framing/SendContent.h:48:QPID_COMMON_EXTERN SendContent(FrameHandler& > _handler, uint16_t _maxFrameSize, uint frameCount); > sys/Semaphore.h:30:Semaphore(uint c = 1) : count(c) {} > sys/Semaphore.h:54:void release(uint n) > sys/Semaphore.h:74:uint count; -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Commented: (QPID-2543) Change uint to standard type
[ https://issues.apache.org/jira/browse/QPID-2543?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12860263#action_12860263 ] Bruno Matos commented on QPID-2543: --- Can't I just replace all occurrences with 'unsigned int'? > Change uint to standard type > > > Key: QPID-2543 > URL: https://issues.apache.org/jira/browse/QPID-2543 > Project: Qpid > Issue Type: Improvement > Components: C++ Client > Affects Versions: 0.7 >Reporter: Bruno Matos > Fix For: 0.6 > > Original Estimate: 0.25h > Remaining Estimate: 0.25h > > I can't find uint as a standard type and it is breaking Mac OS X client > compilation. > The references I found: > broker/Broker.h:109:uint queueLimit; > broker/Link.cpp:338:uint Link::nextChannel() > broker/Link.h:71:uint channelCounter; > broker/Link.h:111:uint nextChannel(); > broker/SaslAuthenticator.cpp:432:uint ssf = *(reinterpret_cast unsigned*>(value)); > client/MessageReplayTracker.cpp:27:MessageReplayTracker::MessageReplayTracker(uint > f) : flushInterval(f), count(0) {} > client/MessageReplayTracker.cpp:51:void > MessageReplayTracker::setFlushInterval(uint f) > client/MessageReplayTracker.cpp:56:uint > MessageReplayTracker::getFlushInterval() > client/SaslFactory.cpp:331:uint ssf = *(reinterpret_cast unsigned*>(value)); > framing/SendContent.cpp:24:qpid::framing::SendContent::SendContent(FrameHandler& > h, uint16_t mfs, uint efc) : handler(h), > framing/SendContent.h:42:uint expectedFrameCount; > framing/SendContent.h:43:uint frameCount; > framing/SendContent.h:48:QPID_COMMON_EXTERN SendContent(FrameHandler& > _handler, uint16_t _maxFrameSize, uint frameCount); > sys/Semaphore.h:30:Semaphore(uint c = 1) : count(c) {} > sys/Semaphore.h:54:void release(uint n) > sys/Semaphore.h:74:uint count; -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-2543) Change uint to standard type
[ https://issues.apache.org/jira/browse/QPID-2543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Matos updated QPID-2543: -- Original Estimate: 0.25h (was: 0.03h) Remaining Estimate: 0.25h (was: 0.03h) Description: I can't find uint as a standard type and it is breaking Mac OS X client compilation. The references I found: broker/Broker.h:109:uint queueLimit; broker/Link.cpp:338:uint Link::nextChannel() broker/Link.h:71:uint channelCounter; broker/Link.h:111:uint nextChannel(); broker/SaslAuthenticator.cpp:432:uint ssf = *(reinterpret_cast(value)); client/MessageReplayTracker.cpp:27:MessageReplayTracker::MessageReplayTracker(uint f) : flushInterval(f), count(0) {} client/MessageReplayTracker.cpp:51:void MessageReplayTracker::setFlushInterval(uint f) client/MessageReplayTracker.cpp:56:uint MessageReplayTracker::getFlushInterval() client/SaslFactory.cpp:331:uint ssf = *(reinterpret_cast(value)); framing/SendContent.cpp:24:qpid::framing::SendContent::SendContent(FrameHandler& h, uint16_t mfs, uint efc) : handler(h), framing/SendContent.h:42:uint expectedFrameCount; framing/SendContent.h:43:uint frameCount; framing/SendContent.h:48:QPID_COMMON_EXTERN SendContent(FrameHandler& _handler, uint16_t _maxFrameSize, uint frameCount); sys/Semaphore.h:30:Semaphore(uint c = 1) : count(c) {} sys/Semaphore.h:54:void release(uint n) sys/Semaphore.h:74:uint count; was: I can't find uint as a standard type and it is breaking Mac OS X client compilation in file frame_functors.h. Can be changed to unsigned int or is more appropriated size_t in this context? > Change uint to standard type > > > Key: QPID-2543 > URL: https://issues.apache.org/jira/browse/QPID-2543 > Project: Qpid > Issue Type: Improvement > Components: C++ Client >Affects Versions: 0.7 >Reporter: Bruno Matos > Fix For: 0.6 > > Original Estimate: 0.25h > Remaining Estimate: 0.25h > > I can't find uint as a standard type and it is breaking Mac OS X client > compilation. > The references I found: > broker/Broker.h:109:uint queueLimit; > broker/Link.cpp:338:uint Link::nextChannel() > broker/Link.h:71:uint channelCounter; > broker/Link.h:111:uint nextChannel(); > broker/SaslAuthenticator.cpp:432:uint ssf = *(reinterpret_cast unsigned*>(value)); > client/MessageReplayTracker.cpp:27:MessageReplayTracker::MessageReplayTracker(uint > f) : flushInterval(f), count(0) {} > client/MessageReplayTracker.cpp:51:void > MessageReplayTracker::setFlushInterval(uint f) > client/MessageReplayTracker.cpp:56:uint > MessageReplayTracker::getFlushInterval() > client/SaslFactory.cpp:331:uint ssf = *(reinterpret_cast unsigned*>(value)); > framing/SendContent.cpp:24:qpid::framing::SendContent::SendContent(FrameHandler& > h, uint16_t mfs, uint efc) : handler(h), > framing/SendContent.h:42:uint expectedFrameCount; > framing/SendContent.h:43:uint frameCount; > framing/SendContent.h:48:QPID_COMMON_EXTERN SendContent(FrameHandler& > _handler, uint16_t _maxFrameSize, uint frameCount); > sys/Semaphore.h:30:Semaphore(uint c = 1) : count(c) {} > sys/Semaphore.h:54:void release(uint n) > sys/Semaphore.h:74:uint count; -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-2543) Change uint to standard type
[ https://issues.apache.org/jira/browse/QPID-2543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Matos updated QPID-2543: -- Summary: Change uint to standard type (was: Change uint to standar type) > Change uint to standard type > > > Key: QPID-2543 > URL: https://issues.apache.org/jira/browse/QPID-2543 > Project: Qpid > Issue Type: Improvement > Components: C++ Client >Affects Versions: 0.7 > Reporter: Bruno Matos > Fix For: 0.6 > > Original Estimate: 0.03h > Remaining Estimate: 0.03h > > I can't find uint as a standard type and it is breaking Mac OS X client > compilation in file frame_functors.h. > Can be changed to unsigned int or is more appropriated size_t in this context? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Created: (QPID-2543) Change uint to standar type
Change uint to standar type --- Key: QPID-2543 URL: https://issues.apache.org/jira/browse/QPID-2543 Project: Qpid Issue Type: Improvement Components: C++ Client Affects Versions: 0.7 Reporter: Bruno Matos Fix For: 0.6 I can't find uint as a standard type and it is breaking Mac OS X client compilation in file frame_functors.h. Can be changed to unsigned int or is more appropriated size_t in this context? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-2536) Implement posix clock_gettime
[ https://issues.apache.org/jira/browse/QPID-2536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Matos updated QPID-2536: -- Summary: Implement posix clock_gettime (was: Implement posix get_time) > Implement posix clock_gettime > -- > > Key: QPID-2536 > URL: https://issues.apache.org/jira/browse/QPID-2536 > Project: Qpid > Issue Type: Task > Components: C++ Client >Affects Versions: 0.7 > Environment: mac os x >Reporter: Bruno Matos > > In mac os x there is no implementation for the POSIX clock_gettime function. > We can try this workaround: > http://www.wand.net.nz/~smr26/wordpress/2009/01/19/monotonic-time-in-mac-os-x/ -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Updated: (QPID-2536) Implement posix get_time
[ https://issues.apache.org/jira/browse/QPID-2536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Matos updated QPID-2536: -- Description: In mac os x there is no implementation for the POSIX clock_gettime function. We can try this workaround: http://www.wand.net.nz/~smr26/wordpress/2009/01/19/monotonic-time-in-mac-os-x/ was: In mac os x there is no implementation for the POSIX get_time function. We can try this workaround: http://www.wand.net.nz/~smr26/wordpress/2009/01/19/monotonic-time-in-mac-os-x/ > Implement posix get_time > - > > Key: QPID-2536 > URL: https://issues.apache.org/jira/browse/QPID-2536 > Project: Qpid > Issue Type: Task > Components: C++ Client >Affects Versions: 0.7 > Environment: mac os x >Reporter: Bruno Matos > > In mac os x there is no implementation for the POSIX clock_gettime function. > We can try this workaround: > http://www.wand.net.nz/~smr26/wordpress/2009/01/19/monotonic-time-in-mac-os-x/ -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Created: (QPID-2536) Implement posix get_time
Implement posix get_time - Key: QPID-2536 URL: https://issues.apache.org/jira/browse/QPID-2536 Project: Qpid Issue Type: Task Components: C++ Client Affects Versions: 0.7 Environment: mac os x Reporter: Bruno Matos In mac os x there is no implementation for the POSIX get_time function. We can try this workaround: http://www.wand.net.nz/~smr26/wordpress/2009/01/19/monotonic-time-in-mac-os-x/ -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Created: (QPID-2527) Remove Thread::id() dependency
Remove Thread::id() dependency -- Key: QPID-2527 URL: https://issues.apache.org/jira/browse/QPID-2527 Project: Qpid Issue Type: Task Components: C++ Client Affects Versions: 0.7 Environment: Mac OS X Reporter: Bruno Matos The first stop in client compilation on Mac OS X is the return value of Thread::id(). It seams that this method should be removed, so lets start from removing the dependencies. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Mac OS X
On 2010/04/20, at 17:37, Bruno Matos wrote: On 2010/04/20, at 15:33, Andrew Stitcher wrote: On Tue, 2010-04-20 at 09:53 +0100, Bruno Matos wrote: Hello, There is anyone working on qpid client lib (C++) for Mac OS X? There has been some interest expressed in this, and some patches have been submitted. However, the OSX runtime has no support for the gcc thread specific variables extension that we use on that compiler, fixing this isn't trivial, and the patches that have been submitted aren't good enough yet (see https://issues.apache.org/jira/browse/QPID-2206). If you have the skills and interest we would welcome you to help, we don't have anyone in the current core team who is using Mac OS X as far Would you mind if I open a new JIRA issue to trac* my evolution on this and to see if more people get involved? I think that it can be a group of little differences from posix implementation, I have already found 2 , the implementation of pthread_t and the missing implementation of clock_gettime. *This is not a mention to any special open source system similar to JIRA :) as I know. Note that you should already be able to use the other clients (Python, ruby, Java) on Mac OS. Andrew Thank you Andrew! I'll see what I can do. At this time we are using a Qt client, and would be better to use a C ++ lib than trying to make a jms proxy or something like that. Regards. Regards. -- Bruno Matos bruno.ma...@paradigmaxis.pt - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Mac OS X
On 2010/04/20, at 15:33, Andrew Stitcher wrote: On Tue, 2010-04-20 at 09:53 +0100, Bruno Matos wrote: Hello, There is anyone working on qpid client lib (C++) for Mac OS X? There has been some interest expressed in this, and some patches have been submitted. However, the OSX runtime has no support for the gcc thread specific variables extension that we use on that compiler, fixing this isn't trivial, and the patches that have been submitted aren't good enough yet (see https://issues.apache.org/jira/browse/QPID-2206). If you have the skills and interest we would welcome you to help, we don't have anyone in the current core team who is using Mac OS X as far as I know. Note that you should already be able to use the other clients (Python, ruby, Java) on Mac OS. Andrew Thank you Andrew! I'll see what I can do. At this time we are using a Qt client, and would be better to use a C+ + lib than trying to make a jms proxy or something like that. Regards. -- Bruno Matos bruno.ma...@paradigmaxis.pt - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Mac OS X
Hello, There is anyone working on qpid client lib (C++) for Mac OS X? Thank you. -- Bruno Matos bruno.ma...@paradigmaxis.pt - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Reviewing patches
Hello, On 2010/04/13, at 13:17, Carl Trieloff wrote: I think we need someone to take the on reviewing the Mac patches for C++ broker Is there a client lib built for Mac OS? && The C# patches for both the native and WCF client (I think Steve is doing the latter, but I don't think anyone is picking up the former.) Carl. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org Thank you! -- Bruno Matos bruno.ma...@paradigmaxis.pt - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: IntegerTypes
On 2010/04/06, at 20:30, Steve Huston wrote: Hi Bruno, On 2010/04/06, at 17:06, Steve Huston wrote: Hi Bruno, The include file IntegerTypes.h, platform-dependent, can not be replaced by boost cstdint.hpp? No, because the included file is exposed to the public API and there's an effort to try to keep Boost headers from leaking out to the public API. OK. Thank you! But once I put the question, I explain a little more. I'm using qpid and boost on the same project, using the boost header, conflicts with this one. How does it conflict (could you please include error messages?) and which version of Qpid and what OS? It's just a conflict of "using namespace"s ,nothing more. I was just explaining because it can happen to someone else. Also, if it's a problem on 0.6, please go ahead and enter a jira so it gets tracked and resolved appropriately. Thanks, -Steve - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org Regards. -- Bruno Matos bruno.ma...@paradigmaxis.pt - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: IntegerTypes
Hi Steve, On 2010/04/06, at 17:06, Steve Huston wrote: Hi Bruno, The include file IntegerTypes.h, platform-dependent, can not be replaced by boost cstdint.hpp? No, because the included file is exposed to the public API and there's an effort to try to keep Boost headers from leaking out to the public API. OK. Thank you! But once I put the question, I explain a little more. I'm using qpid and boost on the same project, using the boost header, conflicts with this one. Regards. -Steve - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org -- Bruno Matos bruno.ma...@paradigmaxis.pt - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
IntegerTypes
Hello, The include file IntegerTypes.h, platform-dependent, can not be replaced by boost cstdint.hpp? Regards. -- Bruno Matos bruno.ma...@gmail.com - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
Re: Qpid Wiki in DocBook
On 2010/03/11, at 14:31, Jonathan Robie wrote: Here's a PDF built from the Qpid Wiki, converted to DocBook: http://people.apache.org/~jonathan/qpid-book.pdf Excellent work!!! I'm posting this now as a sign of life, to give a feel for where this is headed, and to get feedback on the organization. There are some things that still need cleaning up: - some links don't resolve properly - some formatting issues - some pages have been updated since I converted them But some of this should simply be replaced with new content - I have some existing content that we can contribute, and I'd like to start creating new content here, instead of or in addition to the Wiki. I'd also like to get some other people working on this with me. I'd particularly like to get someone to be in charge of the section on the Java Broker. Who wants to get involved in this? I would like, but I don't know enough. Jonathan - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org -- Bruno Matos bruno.ma...@paradigmaxis.pt smime.p7s Description: S/MIME cryptographic signature
[jira] Commented: (QPID-2358) SVN conflict
[ https://issues.apache.org/jira/browse/QPID-2358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12804300#action_12804300 ] Bruno Matos commented on QPID-2358: --- It's ok now! Thanks a lot! > SVN conflict > > > Key: QPID-2358 > URL: https://issues.apache.org/jira/browse/QPID-2358 > Project: Qpid > Issue Type: Bug > Components: Documentation > Environment: PowerBook G4 - Mac OS X Leopard svn, version 1.4.4 > (r25188) compiled Sep 28 2009, 16:25:45 >Reporter: Bruno Matos >Assignee: Jonathan Robie > Original Estimate: 0.08h > Remaining Estimate: 0.08h > > Subversion checkout has a conflict with the files: > http://svn.apache.org/repos/asf/qpid/trunk/qpid/doc/book/src/AMQP > Compatibility.xml and > http://svn.apache.org/repos/asf/qpid/trunk/qpid/doc/book/src/AMQP > compatibility.xml. > Could you please see that? > Thank you! > Regards. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Closed: (QPID-2358) SVN conflict
[ https://issues.apache.org/jira/browse/QPID-2358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Matos closed QPID-2358. - Resolution: Fixed > SVN conflict > > > Key: QPID-2358 > URL: https://issues.apache.org/jira/browse/QPID-2358 > Project: Qpid > Issue Type: Bug > Components: Documentation > Environment: PowerBook G4 - Mac OS X Leopard svn, version 1.4.4 > (r25188) compiled Sep 28 2009, 16:25:45 >Reporter: Bruno Matos >Assignee: Jonathan Robie > Original Estimate: 0.08h > Remaining Estimate: 0.08h > > Subversion checkout has a conflict with the files: > http://svn.apache.org/repos/asf/qpid/trunk/qpid/doc/book/src/AMQP > Compatibility.xml and > http://svn.apache.org/repos/asf/qpid/trunk/qpid/doc/book/src/AMQP > compatibility.xml. > Could you please see that? > Thank you! > Regards. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Commented: (QPID-2358) SVN conflict
[ https://issues.apache.org/jira/browse/QPID-2358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12804146#action_12804146 ] Bruno Matos commented on QPID-2358: --- I think problem is in commit 901917. Regards. > SVN conflict > > > Key: QPID-2358 > URL: https://issues.apache.org/jira/browse/QPID-2358 > Project: Qpid > Issue Type: Bug > Components: Documentation > Environment: PowerBook G4 - Mac OS X Leopard svn, version 1.4.4 > (r25188) compiled Sep 28 2009, 16:25:45 >Reporter: Bruno Matos >Assignee: Jonathan Robie > Original Estimate: 0.08h > Remaining Estimate: 0.08h > > Subversion checkout has a conflict with the files: > http://svn.apache.org/repos/asf/qpid/trunk/qpid/doc/book/src/AMQP > Compatibility.xml and > http://svn.apache.org/repos/asf/qpid/trunk/qpid/doc/book/src/AMQP > compatibility.xml. > Could you please see that? > Thank you! > Regards. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Commented: (QPID-2358) SVN conflict
[ https://issues.apache.org/jira/browse/QPID-2358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12804133#action_12804133 ] Bruno Matos commented on QPID-2358: --- I tried another client, but the problem remains: In directory '/Users/bmm/Documents/qpid/doc/book/src' Can't copy '/Users/bmm/Documents/qpid/doc/book/src/.svn/tmp/text-base/AMQP compatibility.xml.svn-base' to '/Users/bmm/Documents/qpid/doc/book/src/.svn/tmp/AMQP compatibility.xml.tmp.tmp': Undefined error: 0 > SVN conflict > > > Key: QPID-2358 > URL: https://issues.apache.org/jira/browse/QPID-2358 > Project: Qpid > Issue Type: Bug > Components: Documentation > Environment: PowerBook G4 - Mac OS X Leopard svn, version 1.4.4 > (r25188) compiled Sep 28 2009, 16:25:45 >Reporter: Bruno Matos > Original Estimate: 0.08h > Remaining Estimate: 0.08h > > Subversion checkout has a conflict with the files: > http://svn.apache.org/repos/asf/qpid/trunk/qpid/doc/book/src/AMQP > Compatibility.xml and > http://svn.apache.org/repos/asf/qpid/trunk/qpid/doc/book/src/AMQP > compatibility.xml. > Could you please see that? > Thank you! > Regards. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Created: (QPID-2358) SVN conflict
SVN conflict Key: QPID-2358 URL: https://issues.apache.org/jira/browse/QPID-2358 Project: Qpid Issue Type: Bug Components: Documentation Environment: PowerBook G4 - Mac OS X Leopard svn, version 1.4.4 (r25188) compiled Sep 28 2009, 16:25:45 Reporter: Bruno Matos Subversion checkout has a conflict with the files: http://svn.apache.org/repos/asf/qpid/trunk/qpid/doc/book/src/AMQP Compatibility.xml and http://svn.apache.org/repos/asf/qpid/trunk/qpid/doc/book/src/AMQP compatibility.xml. Could you please see that? Thank you! Regards. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org
[jira] Commented: (QPID-1811) Unable to compile qpid on FreeBSD
[ https://issues.apache.org/jira/browse/QPID-1811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12802370#action_12802370 ] Bruno Matos commented on QPID-1811: --- We just need someone of the core team to point us the way... :) > Unable to compile qpid on FreeBSD > - > > Key: QPID-1811 > URL: https://issues.apache.org/jira/browse/QPID-1811 > Project: Qpid > Issue Type: Bug > Components: C++ Broker >Affects Versions: 0.6 > Environment: FreeBSD 8-CURRENT on amd64 (64 bit) > $ g++ -v > Using built-in specs. > Target: amd64-undermydesk-freebsd > Configured with: FreeBSD/amd64 system compiler > Thread model: posix > gcc version 4.2.1 20070719 [FreeBSD] > $ python -V > Python 2.6.1 > $ pkg_info | grep boost > boost-python-1.37.0 Free peer-reviewed portable C++ source libraries > svn trunk version, checked out now (r765092) > ./configure CPPFLAGS="-I/usr/local/include -L/usr/local/lib" > LDFLAGS="-L/usr/local/lib" --with-poller=poll >Reporter: Attila Nagy >Priority: Blocker > Attachments: qpidfbsdcompile.diff > > > I'm trying to build qpid c++ broker on FreeBSD. > Problems found during the build process: > -8<- > g++ -DHAVE_CONFIG_H -I. -Igen -I./gen -I/usr/local/include -Werror -pedantic > -Wall -Wextra -Wno-shadow -Wpointer-arith -Wcast-qual -Wcast-align > -Wno-long-long -Wvolatile-register-var -Winvalid-pch -Wno-system-headers > -Woverloaded-virtual -g -O2 -MT qpid/sys/posix/Thread.lo -MD -MP -MF > qpid/sys/posix/.deps/Thread.Tpo -c qpid/sys/posix/Thread.cpp -fPIC -DPIC -o > qpid/sys/posix/.libs/Thread.o > qpid/sys/posix/Thread.cpp: In member function 'long unsigned int > qpid::sys::Thread::id()': > qpid/sys/posix/Thread.cpp:64: error: invalid conversion from 'pthread*' to > 'long unsigned int' > I don't know whether it helps during the run, but allows to compile: > return (unsigned long)impl->thread; > -8<- > g++ -DHAVE_CONFIG_H -I. -Igen -I./gen -I/usr/local/include -Werror -pedantic > -Wall -Wextra -Wno-shadow -Wpointer-arith -Wcast-qual -Wcast-align > -Wno-long-long -Wvolatile-register-var -Winvalid-pch -Wno-system-headers > -Woverloaded-virtual -g -O2 -MT qpid/sys/posix/SystemInfo.lo -MD -MP -MF > qpid/sys/posix/.deps/SystemInfo.Tpo -c qpid/sys/posix/SystemInfo.cpp -fPIC > -DPIC -o qpid/sys/posix/.libs/SystemInfo.o > In file included from qpid/sys/posix/SystemInfo.cpp:25: > /usr/include/net/if.h:293: error: field 'ifru_addr' has incomplete type > /usr/include/net/if.h:294: error: field 'ifru_dstaddr' has incomplete type > /usr/include/net/if.h:295: error: field 'ifru_broadaddr' has incomplete type > /usr/include/net/if.h:327: error: field 'ifra_addr' has incomplete type > /usr/include/net/if.h:328: error: field 'ifra_broadaddr' has incomplete type > /usr/include/net/if.h:329: error: field 'ifra_mask' has incomplete type > /usr/include/net/if.h:427: error: field 'addr' has incomplete type > /usr/include/net/if.h:428: error: field 'dstaddr' has incomplete type > qpid/sys/posix/SystemInfo.cpp: In function 'void > qpid::sys::SystemInfo::getLocalIpAddresses(uint16_t, > std::vector >&)': > qpid/sys/posix/SystemInfo.cpp:63: error: 'PF_INET' was not declared in this > scope > qpid/sys/posix/SystemInfo.cpp:63: error: 'SOCK_STREAM' was not declared in > this scope > qpid/sys/posix/SystemInfo.cpp:63: error: 'socket' was not declared in this > scope > qpid/sys/posix/SystemInfo.cpp:66: error: 'struct ifreq' has no member named > 'ifr_ifindex' > qpid/sys/posix/SystemInfo.cpp:67: error: 'SIOCGIFNAME' was not declared in > this scope > qpid/sys/posix/SystemInfo.cpp:72: error: 'union ifreq::' has no > member named 'ifru_addr' > qpid/sys/posix/SystemInfo.cpp:73: error: invalid use of incomplete type > 'struct qpid::sys::sockaddr_in' > qpid/sys/posix/SystemInfo.cpp:72: error: forward declaration of 'struct > qpid::sys::sockaddr_in' > The "incomplete type" error can be fixed by including sys/socket.h before > net/if.h. > The &quo
[jira] Commented: (QPID-1811) Unable to compile qpid on FreeBSD
[ https://issues.apache.org/jira/browse/QPID-1811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12802227#action_12802227 ] Bruno Matos commented on QPID-1811: --- If the pthread_t structure depends on implementation, could we use the boost high level threading mechanisms instead of qpid/sys/posix/Thread.cpp? I'm trying to compile qpid in mac os x, I know this is a long road, but I'm trying one step at a time. :) Thank you. > Unable to compile qpid on FreeBSD > - > > Key: QPID-1811 > URL: https://issues.apache.org/jira/browse/QPID-1811 > Project: Qpid > Issue Type: Bug > Components: C++ Broker >Affects Versions: 0.6 > Environment: FreeBSD 8-CURRENT on amd64 (64 bit) > $ g++ -v > Using built-in specs. > Target: amd64-undermydesk-freebsd > Configured with: FreeBSD/amd64 system compiler > Thread model: posix > gcc version 4.2.1 20070719 [FreeBSD] > $ python -V > Python 2.6.1 > $ pkg_info | grep boost > boost-python-1.37.0 Free peer-reviewed portable C++ source libraries > svn trunk version, checked out now (r765092) > ./configure CPPFLAGS="-I/usr/local/include -L/usr/local/lib" > LDFLAGS="-L/usr/local/lib" --with-poller=poll >Reporter: Attila Nagy >Priority: Blocker > Attachments: qpidfbsdcompile.diff > > > I'm trying to build qpid c++ broker on FreeBSD. > Problems found during the build process: > -8<- > g++ -DHAVE_CONFIG_H -I. -Igen -I./gen -I/usr/local/include -Werror -pedantic > -Wall -Wextra -Wno-shadow -Wpointer-arith -Wcast-qual -Wcast-align > -Wno-long-long -Wvolatile-register-var -Winvalid-pch -Wno-system-headers > -Woverloaded-virtual -g -O2 -MT qpid/sys/posix/Thread.lo -MD -MP -MF > qpid/sys/posix/.deps/Thread.Tpo -c qpid/sys/posix/Thread.cpp -fPIC -DPIC -o > qpid/sys/posix/.libs/Thread.o > qpid/sys/posix/Thread.cpp: In member function 'long unsigned int > qpid::sys::Thread::id()': > qpid/sys/posix/Thread.cpp:64: error: invalid conversion from 'pthread*' to > 'long unsigned int' > I don't know whether it helps during the run, but allows to compile: > return (unsigned long)impl->thread; > -8<- > g++ -DHAVE_CONFIG_H -I. -Igen -I./gen -I/usr/local/include -Werror -pedantic > -Wall -Wextra -Wno-shadow -Wpointer-arith -Wcast-qual -Wcast-align > -Wno-long-long -Wvolatile-register-var -Winvalid-pch -Wno-system-headers > -Woverloaded-virtual -g -O2 -MT qpid/sys/posix/SystemInfo.lo -MD -MP -MF > qpid/sys/posix/.deps/SystemInfo.Tpo -c qpid/sys/posix/SystemInfo.cpp -fPIC > -DPIC -o qpid/sys/posix/.libs/SystemInfo.o > In file included from qpid/sys/posix/SystemInfo.cpp:25: > /usr/include/net/if.h:293: error: field 'ifru_addr' has incomplete type > /usr/include/net/if.h:294: error: field 'ifru_dstaddr' has incomplete type > /usr/include/net/if.h:295: error: field 'ifru_broadaddr' has incomplete type > /usr/include/net/if.h:327: error: field 'ifra_addr' has incomplete type > /usr/include/net/if.h:328: error: field 'ifra_broadaddr' has incomplete type > /usr/include/net/if.h:329: error: field 'ifra_mask' has incomplete type > /usr/include/net/if.h:427: error: field 'addr' has incomplete type > /usr/include/net/if.h:428: error: field 'dstaddr' has incomplete type > qpid/sys/posix/SystemInfo.cpp: In function 'void > qpid::sys::SystemInfo::getLocalIpAddresses(uint16_t, > std::vector >&)': > qpid/sys/posix/SystemInfo.cpp:63: error: 'PF_INET' was not declared in this > scope > qpid/sys/posix/SystemInfo.cpp:63: error: 'SOCK_STREAM' was not declared in > this scope > qpid/sys/posix/SystemInfo.cpp:63: error: 'socket' was not declared in this > scope > qpid/sys/posix/SystemInfo.cpp:66: error: 'struct ifreq' has no member named > 'ifr_ifindex' > qpid/sys/posix/SystemInfo.cpp:67: error: 'SIOCGIFNAME' was not declared in > this scope > qpid/sys/posix/SystemInfo.cpp:72: error: 'union ifreq::' has no > member named 'ifru_addr' > qpid/sys/posix/SystemInfo.cpp:73: error: invalid use of incomplete type > 'struct qpid::sys::sockaddr_in' > qpid/sys/posix/SystemInfo.cpp:72: error: forward declaration of 'struct >
Re: [c++] FieldValue.h
On 2010/01/18, at 10:44, Gordon Sim wrote: On 01/16/2010 09:45 AM, Bruno Matos wrote: Hello, Could you please see if this make sense and, in that case, apply the patch. Thank you. It should probably be a size_t rather than anything else. I've changed it accordingly on trunk in r900332. Does that work with you? Yes, thank you! For future reference, we can only apply patches that have been officially granted to the ASF. The simple way of doing this is to attach it to a jira and check the box to allow us to include it in qpid. OK. Thanks. Regards. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org -- Bruno Matos bruno.ma...@paradigmaxis.pt smime.p7s Description: S/MIME cryptographic signature
[c++] FieldValue.h
Hello, Could you please see if this make sense and, in that case, apply the patch. Thank you. patch Description: Binary data smime.p7s Description: S/MIME cryptographic signature
Test error
Hello, I've got a test error in Fedora 12 with the last git version: ==7064== Memcheck, a memory error detector ==7064== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==7064== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==7064== Command: /home/bmm/Documents/Development/Qpid/qpid/qpid/cpp/ src/tests/.libs/lt-unit_test ==7064== Parent PID: 7058 ==7064== ==7064== ==7064== HEAP SUMMARY: ==7064== in use at exit: 1,271 bytes in 7 blocks ==7064== total heap usage: 176,193 allocs, 176,186 frees, 240,622,903 bytes allocated ==7064== ==7064== 160 bytes in 1 blocks are possibly lost in loss record 5 of 7 ==7064==at 0x4024F1B: calloc (vg_replace_malloc.c:418) ==7064==by 0x40117FA: _dl_allocate_tls (in /lib/ld-2.11.so) ==7064==by 0x4A8D4C4: pthread_create@@GLIBC_2.1 (in /lib/ libpthread-2.11.so) ==7064==by 0x4A8D657: pthread_cre...@glibc_2.0 (in /lib/ libpthread-2.11.so) ==7064==by 0x45F31CB: qpid::sys::Thread::Thread(qpid::sys::Runnable*) (Thread.cpp:44) ==7064==by 0x41D4D7B: qpid::client::TCPConnector::connect(std::string const&, int) (Connector.cpp:207) ==7064==by 0x41CBA81: qpid::client::ConnectionImpl::open() (ConnectionImpl.cpp:149) ==7064==by 0x41BFFFB: qpid::client::Connection::open(qpid::client::ConnectionSettings const&) (Connection.cpp:123) ==7064==by 0x41C058A: qpid::client::Connection::open(std::string const&, int, std::string const&, std::string const&, std::string const&, unsigned short) (Connection.cpp:101) ==7064==by 0x809EA3A: qpid::tests::ProxyConnection::ProxyConnection(int) (BrokerFixture.h:104) ==7064==by 0x80A3F5A: qpid::tests::SessionFixtureTqpid ::client ::Session_0_10>::SessionFixtureT(qpid::broker::Broker::Options) (BrokerFixture.h:126) ==7064==by 0x80A0639: qpid::tests::exception_test::DisconnectedPop::test_method() (exception_test.cpp:95) ==7064==by 0x80A0F90: qpid::tests::exception_test::DisconnectedPop_invoker() (exception_test.cpp:94) ==7064==by 0x807D4FB: boost ::unit_test ::ut_detail::callback0_impl_tvoid (*)()>::invoke() (callback.hpp:56) ==7064==by 0x406CD0D: ??? (in /usr/lib/ libboost_unit_test_framework.so.1.39.0) ==7064==by 0x40533E4: boost ::execution_monitor::catch_signals(boost::unit_test::callback0 const&) (in /usr/lib/libboost_unit_test_framework.so.1.39.0) ==7064==by 0x4053485: boost::execution_monitor::execute(boost::unit_test::callback0 const&) (in /usr/lib/libboost_unit_test_framework.so.1.39.0) ==7064==by 0x406CE32: boost ::unit_test ::unit_test_monitor_t ::execute_and_translate(boost::unit_test::test_case const&) (in /usr/ lib/libboost_unit_test_framework.so.1.39.0) ==7064==by 0x405D67F: boost::unit_test::framework_impl::visit(boost::unit_test::test_case const&) (in /usr/lib/libboost_unit_test_framework.so.1.39.0) ==7064==by 0x4075552: boost::unit_test::traverse_test_tree(boost::unit_test::test_case const&, boost::unit_test::test_tree_visitor&) (in /usr/lib/ libboost_unit_test_framework.so.1.39.0) ==7064==by 0x4075C06: boost::unit_test::traverse_test_tree(unsigned long, boost::unit_test::test_tree_visitor&) (in /usr/lib/ libboost_unit_test_framework.so.1.39.0) ==7064==by 0x4075A38: boost::unit_test::traverse_test_tree(boost::unit_test::test_suite const&, boost::unit_test::test_tree_visitor&) (in /usr/lib/ libboost_unit_test_framework.so.1.39.0) ==7064==by 0x4075C3B: boost::unit_test::traverse_test_tree(unsigned long, boost::unit_test::test_tree_visitor&) (in /usr/lib/ libboost_unit_test_framework.so.1.39.0) ==7064==by 0x4075A38: boost::unit_test::traverse_test_tree(boost::unit_test::test_suite const&, boost::unit_test::test_tree_visitor&) (in /usr/lib/ libboost_unit_test_framework.so.1.39.0) ==7064==by 0x4075C3B: boost::unit_test::traverse_test_tree(unsigned long, boost::unit_test::test_tree_visitor&) (in /usr/lib/ libboost_unit_test_framework.so.1.39.0) ==7064== ==7064== LEAK SUMMARY: ==7064==definitely lost: 0 bytes in 0 blocks ==7064==indirectly lost: 0 bytes in 0 blocks ==7064== possibly lost: 160 bytes in 1 blocks ==7064==still reachable: 1,111 bytes in 6 blocks ==7064== suppressed: 0 bytes in 0 blocks ==7064== Reachable blocks (those to which a pointer was found) are not shown. ==7064== To see them, rerun with: --leak-check=full --show-reachable=yes ==7064== ==7064== For counts of detected and suppressed errors, rerun with: -v ==7064== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 330 from 14) Regards. -- Bruno Matos bruno.ma...@paradigmaxis.pt smime.p7s Description: S/MIME cryptographic signature
Re: qpid: Thread-local storage on Mac?
On 2009/11/17, at 14:18, Andrew Stitcher wrote: On Tue, 2009-11-17 at 08:40 -0500, Aaron Hillegass wrote: qpid Developers, I'm working on client/server software. Our users will be running a client on the Mac and talking to a server on linux. I thought it would be terrific if I could use your qpid project to do this. Everything seems to work like a dream on Linux (Nice job!), but I also need to get the qpid C++ client library compiled on the Mac. The big job which you clearly haven't got to in your compiles yet is porting the Poller implementation. Currently there are 2 ports for the Poller epoll for Linux and ecf for Solaris - the Solaris port is currently broken. I'm not sure which poll primitives are available on Darwin - if you're lucky you might have a version of kqueue to use. Incidentally there is essential thread specific variable use here too. "git grep __thread" on my up to date tree returns: qpid/cpp/include/qpid/sys/Thread.h:# define QPID_TSS __thread qpid/cpp/include/qpid/sys/Thread.h:# define QPID_TSS __thread qpid/cpp/src/qpid/sys/DeletionManager.h:static __thread ThreadStatus* threadStatus = 0; qpid/cpp/src/qpid/sys/epoll/EpollPoller.cpp:static __thread PollerHandlePrivate* lastReturnedHandle = 0; qpid/cpp/src/qpid/sys/posix/AsynchIO.cpp:__thread int threadReadTotal = 0; qpid/cpp/src/qpid/sys/posix/AsynchIO.cpp:__thread int threadMaxRead = 0; qpid/cpp/src/qpid/sys/posix/AsynchIO.cpp:__thread int threadReadCount = 0; qpid/cpp/src/qpid/sys/posix/AsynchIO.cpp:__thread int threadWriteTotal = 0; qpid/cpp/src/qpid/sys/posix/AsynchIO.cpp:__thread int threadWriteCount = 0; qpid/cpp/src/qpid/sys/posix/AsynchIO.cpp:__thread int64_t threadMaxReadTimeNs = 2 * 100; // start at 2ms qpid/cpp/src/qpid/sys/rdma/rdma_exception.h:static __thread char s[50]; qpid/cpp/src/qpid/sys/ssl/SslIo.cpp:__thread int threadReadTotal = 0; qpid/cpp/src/qpid/sys/ssl/SslIo.cpp:__thread int threadMaxRead = 0; qpid/cpp/src/qpid/sys/ssl/SslIo.cpp:__thread int threadReadCount = 0; qpid/cpp/src/qpid/sys/ssl/SslIo.cpp:__thread int threadWriteTotal = 0; qpid/cpp/src/qpid/sys/ssl/SslIo.cpp:__thread int threadWriteCount = 0; qpid/cpp/src/qpid/sys/ssl/SslIo.cpp:__thread int64_t threadMaxReadTimeNs = 2 * 100; // start at 2ms Andrew - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org I would like to help. I reached to the same point. Regards. -- Bruno Matos bruno.ma...@paradigmaxis.pt smime.p7s Description: S/MIME cryptographic signature
Re: Documentation
On 2009/11/16, at 13:41, Carl Trieloff wrote: Bruno Matos wrote: On 2009/11/16, at 13:04, Carl Trieloff wrote: Bruno Matos wrote: Hello, I would like to help in wiki's little problems. How can I get the edit right? Thank you. Are you a committer on any other apache project? Carl. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org No, I'm not. ok, the challenge is that at the ASF we need to vote committers, and until a committer has been votes infra does not create user id's. We can vote to give someone access to the wiki (separate from committer vote if someone requests so). Note that committer vote is a separate vote based on contributions and list interactions. Go ahead and create yourself an id in the Jira system, and you may need to create and submit some of the wiki changes via the JIRA contribution attachments. Not the nicest but workable. Carl. OK. Thanks! -- Bruno Matos bruno.ma...@paradigmaxis.pt smime.p7s Description: S/MIME cryptographic signature
Re: Documentation
On 2009/11/16, at 13:04, Carl Trieloff wrote: Bruno Matos wrote: Hello, I would like to help in wiki's little problems. How can I get the edit right? Thank you. Are you a committer on any other apache project? Carl. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org No, I'm not. -- Bruno Matos bruno.ma...@paradigmaxis.pt smime.p7s Description: S/MIME cryptographic signature
Documentation
Hello, I would like to help in wiki's little problems. How can I get the edit right? Thank you. -- Bruno Matos bruno.ma...@paradigmaxis.pt smime.p7s Description: S/MIME cryptographic signature
Re: Reorganized Documentation Pages
On 2009/11/12, at 14:04, Carl Trieloff wrote: Bruno Matos wrote: On 2009/11/12, at 13:17, Carl Trieloff wrote: Robert Greig wrote: 2009/11/10 Jonathan Robie : I have reorganized the documentation pages: http://cwiki.apache.org/confluence/display/qpid/Documentation Looks good. I have one question that isn't really related to the reorganisation per se. Looking at the "AMQP C++ Messaging Client" page, I don't see any links to any information that would interest a user - .e.g examples or API information. There are some guidelines for would-be contributors only. Where do C++ users go for help getting started? ack, it looks like tgis page is linking the wrong stuff, it is linking the dev page, and we have lost the API guide, user stuff somewhere... Carl. Hello, I'm new here and I don't know if this is the right place. I left a comment on http://cwiki.apache.org/confluence/display/qpid/Qpid+Java+Build+How+To but I will share here too: "I think that the trunk version only compiles with JDK 6. Please correct me if I'm wrong." it should do 1.5 & 1.6. it would be worth firing you issues to the list so they can be proactively addressed on trunk for the upcoming 0.6 release Carl. - Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:dev-subscr...@qpid.apache.org Hello Carl, One document thing again: on http://cwiki.apache.org/confluence/display/qpid/Getting+Started there is a link named Running the C++ Examples to https://svn.apache.org/repos/asf/qpid/trunk/qpid/cpp/examples/README but the file in svn is https://svn.apache.org/repos/asf/qpid/trunk/qpid/cpp/examples/README.txt . The first compile error that I found compiling against 1.5 was in src/ main/java/org/apache/qpid/transport/OpenException.java, this exception extends IOException and try to do a super(String, Throwable), this constructor for IOException only exists in java 6. Regards. -- Bruno Matos bruno.ma...@paradigmaxis.pt smime.p7s Description: S/MIME cryptographic signature
Re: Reorganized Documentation Pages
On 2009/11/12, at 13:17, Carl Trieloff wrote: Robert Greig wrote: 2009/11/10 Jonathan Robie : I have reorganized the documentation pages: http://cwiki.apache.org/confluence/display/qpid/Documentation Looks good. I have one question that isn't really related to the reorganisation per se. Looking at the "AMQP C++ Messaging Client" page, I don't see any links to any information that would interest a user - .e.g examples or API information. There are some guidelines for would-be contributors only. Where do C++ users go for help getting started? ack, it looks like tgis page is linking the wrong stuff, it is linking the dev page, and we have lost the API guide, user stuff somewhere... Carl. Hello, I'm new here and I don't know if this is the right place. I left a comment on http://cwiki.apache.org/confluence/display/qpid/Qpid+Java+Build+How+To but I will share here too: "I think that the trunk version only compiles with JDK 6. Please correct me if I'm wrong." Thank you, Regards. -- Bruno Matos bruno.ma...@paradigmaxis.pt smime.p7s Description: S/MIME cryptographic signature