[jira] [Assigned] (QPID-4415) perl bindings installed in wrong place
[ https://issues.apache.org/jira/browse/QPID-4415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl L. Pierce reassigned QPID-4415: -- Assignee: Darryl L. Pierce perl bindings installed in wrong place -- Key: QPID-4415 URL: https://issues.apache.org/jira/browse/QPID-4415 Project: Qpid Issue Type: Bug Affects Versions: 0.18 Reporter: Jimmy Jones Assignee: Darryl L. Pierce On Ubuntu 12.04, if I run configure --prefix=/usr the bindings get installed into /usr/usr/lib/perl5... However if I run make install from bindings/qpid/perl they get correctly installed. On RHEL5 the same issues occurs, but additionally the architecture string is incorrectly put twice into the path /usr/lib/perl/5.14/x86_64-linux-gnu-thread-multi/x86_64-linux-gnu-thread-multi -- 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: Review Request: C++ Broker Demote TimerWarning log messages from info to debug and slow their rate
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7810/#review13092 --- Ship it! Ship It! - Justin Ross On Oct. 31, 2012, 7:22 p.m., Chug Rolke wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/7810/ --- (Updated Oct. 31, 2012, 7:22 p.m.) Review request for qpid. Description --- TimerWarning log messages are too frequent and at too high log priority. This patch lowers TimeWarning log message priority and prints them only once a minute. This addresses bug QPID-4403. https://issues.apache.org/jira/browse/QPID-4403 Diffs - trunk/qpid/cpp/src/qpid/sys/Timer.cpp 1404293 trunk/qpid/cpp/src/qpid/sys/TimerWarnings.cpp 1404293 Diff: https://reviews.apache.org/r/7810/diff/ Testing --- Passes make test. Thanks, Chug Rolke
[jira] [Comment Edited] (QPID-4415) perl bindings installed in wrong place
[ https://issues.apache.org/jira/browse/QPID-4415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13490662#comment-13490662 ] Darryl L. Pierce edited comment on QPID-4415 at 11/5/12 2:40 PM: - Testing this on Fedora 17, what I've found is similar. If I configure using --prefix=/usr, build out of tree and then do make install DESTDIR=$PWD/temp, I see the Perl bindings being installed to /usr/local/usr/lib64/perl5/... similar to what's reported here. I modified the bindings/qpid/Makefile.am as follows: @@ -54,7 +54,7 @@ all-local: perl/Makefile install-exec-local: cd perl ; \ - $(MAKE) pure_install DESTDIR=$(prefix) ; \ + $(MAKE) pure_install ; \ and redid the whole install. Now I see the files that were previously being installed to /usr/local/usr/lib64 properly being installed into the same tree as the rest of Qpid. Please test the attached patch and, if it works for you, I'll push it. was (Author: mcpierce): Testing this on Fedora 17, what I've found is similar. If I configure using --prefix=/usr, build out of tree and then do make install DESTDIR=$PWD/temp, I see the Perl bindings being installed to /usr/local/usr/lib64/perl5/... similar to what's reported here. I modified the bindings/qpid/Makefile.am as follows: @@ -54,7 +54,7 @@ all-local: perl/Makefile install-exec-local: cd perl ; \ - $(MAKE) pure_install DESTDIR=$(prefix) ; \ + $(MAKE) pure_install ; \ and redid the whole install. Now I see the files that were previously being installed to /usr/local/usr/lib64 properly being installed into the same tree as the rest of Qpid. perl bindings installed in wrong place -- Key: QPID-4415 URL: https://issues.apache.org/jira/browse/QPID-4415 Project: Qpid Issue Type: Bug Affects Versions: 0.18 Reporter: Jimmy Jones Assignee: Darryl L. Pierce On Ubuntu 12.04, if I run configure --prefix=/usr the bindings get installed into /usr/usr/lib/perl5... However if I run make install from bindings/qpid/perl they get correctly installed. On RHEL5 the same issues occurs, but additionally the architecture string is incorrectly put twice into the path /usr/lib/perl/5.14/x86_64-linux-gnu-thread-multi/x86_64-linux-gnu-thread-multi -- 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
[jira] [Commented] (QPID-4415) perl bindings installed in wrong place
[ https://issues.apache.org/jira/browse/QPID-4415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13490662#comment-13490662 ] Darryl L. Pierce commented on QPID-4415: Testing this on Fedora 17, what I've found is similar. If I configure using --prefix=/usr, build out of tree and then do make install DESTDIR=$PWD/temp, I see the Perl bindings being installed to /usr/local/usr/lib64/perl5/... similar to what's reported here. I modified the bindings/qpid/Makefile.am as follows: @@ -54,7 +54,7 @@ all-local: perl/Makefile install-exec-local: cd perl ; \ - $(MAKE) pure_install DESTDIR=$(prefix) ; \ + $(MAKE) pure_install ; \ and redid the whole install. Now I see the files that were previously being installed to /usr/local/usr/lib64 properly being installed into the same tree as the rest of Qpid. perl bindings installed in wrong place -- Key: QPID-4415 URL: https://issues.apache.org/jira/browse/QPID-4415 Project: Qpid Issue Type: Bug Affects Versions: 0.18 Reporter: Jimmy Jones Assignee: Darryl L. Pierce On Ubuntu 12.04, if I run configure --prefix=/usr the bindings get installed into /usr/usr/lib/perl5... However if I run make install from bindings/qpid/perl they get correctly installed. On RHEL5 the same issues occurs, but additionally the architecture string is incorrectly put twice into the path /usr/lib/perl/5.14/x86_64-linux-gnu-thread-multi/x86_64-linux-gnu-thread-multi -- 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
[jira] [Updated] (QPID-4415) perl bindings installed in wrong place
[ https://issues.apache.org/jira/browse/QPID-4415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl L. Pierce updated QPID-4415: --- Attachment: 0001-QPID-4415-Fixes-Perl-bindings-install-location.patch perl bindings installed in wrong place -- Key: QPID-4415 URL: https://issues.apache.org/jira/browse/QPID-4415 Project: Qpid Issue Type: Bug Affects Versions: 0.18 Reporter: Jimmy Jones Assignee: Darryl L. Pierce Attachments: 0001-QPID-4415-Fixes-Perl-bindings-install-location.patch On Ubuntu 12.04, if I run configure --prefix=/usr the bindings get installed into /usr/usr/lib/perl5... However if I run make install from bindings/qpid/perl they get correctly installed. On RHEL5 the same issues occurs, but additionally the architecture string is incorrectly put twice into the path /usr/lib/perl/5.14/x86_64-linux-gnu-thread-multi/x86_64-linux-gnu-thread-multi -- 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
[jira] [Assigned] (QPID-4417) swig 1.3.29 generated bad perl bindings
[ https://issues.apache.org/jira/browse/QPID-4417?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl L. Pierce reassigned QPID-4417: -- Assignee: Darryl L. Pierce swig 1.3.29 generated bad perl bindings --- Key: QPID-4417 URL: https://issues.apache.org/jira/browse/QPID-4417 Project: Qpid Issue Type: Bug Affects Versions: 0.18 Reporter: Jimmy Jones Assignee: Darryl L. Pierce swig-1.3.29-2.el5.x86_64.rpm (RHEL5) generates bad bindings for getContent, which uses sv_setpv rather than sv_setpvn, and also fiddles with NULL at the end, so fails if the message contains a NULL byte. Maybe configure should require a later version? -- 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
[jira] [Commented] (QPID-4417) swig 1.3.29 generated bad perl bindings
[ https://issues.apache.org/jira/browse/QPID-4417?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13490868#comment-13490868 ] Jimmy Jones commented on QPID-4417: --- Issue was fixed in SWIG 1.3.32 swig 1.3.29 generated bad perl bindings --- Key: QPID-4417 URL: https://issues.apache.org/jira/browse/QPID-4417 Project: Qpid Issue Type: Bug Affects Versions: 0.18 Reporter: Jimmy Jones Assignee: Darryl L. Pierce swig-1.3.29-2.el5.x86_64.rpm (RHEL5) generates bad bindings for getContent, which uses sv_setpv rather than sv_setpvn, and also fiddles with NULL at the end, so fails if the message contains a NULL byte. Maybe configure should require a later version? -- 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
[jira] [Commented] (QPID-4417) swig 1.3.29 generated bad perl bindings
[ https://issues.apache.org/jira/browse/QPID-4417?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13490882#comment-13490882 ] Darryl L. Pierce commented on QPID-4417: Okay, so I'll close this ticket as Won't Fix. On platforms such as RHEL5 and derivatives, please ask them to upgrade to 1.3.32. swig 1.3.29 generated bad perl bindings --- Key: QPID-4417 URL: https://issues.apache.org/jira/browse/QPID-4417 Project: Qpid Issue Type: Bug Affects Versions: 0.18 Reporter: Jimmy Jones Assignee: Darryl L. Pierce swig-1.3.29-2.el5.x86_64.rpm (RHEL5) generates bad bindings for getContent, which uses sv_setpv rather than sv_setpvn, and also fiddles with NULL at the end, so fails if the message contains a NULL byte. Maybe configure should require a later version? -- 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
[jira] [Resolved] (QPID-4417) swig 1.3.29 generated bad perl bindings
[ https://issues.apache.org/jira/browse/QPID-4417?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl L. Pierce resolved QPID-4417. Resolution: Won't Fix This issue is fixed by an updated release of Swig (1.3.32) swig 1.3.29 generated bad perl bindings --- Key: QPID-4417 URL: https://issues.apache.org/jira/browse/QPID-4417 Project: Qpid Issue Type: Bug Affects Versions: 0.18 Reporter: Jimmy Jones Assignee: Darryl L. Pierce swig-1.3.29-2.el5.x86_64.rpm (RHEL5) generates bad bindings for getContent, which uses sv_setpv rather than sv_setpvn, and also fiddles with NULL at the end, so fails if the message contains a NULL byte. Maybe configure should require a later version? -- 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
[jira] [Created] (QPID-4421) C++ Broker Issue with reusing link channel Id number too soon
Chuck Rolke created QPID-4421: - Summary: C++ Broker Issue with reusing link channel Id number too soon Key: QPID-4421 URL: https://issues.apache.org/jira/browse/QPID-4421 Project: Qpid Issue Type: Bug Components: C++ Broker Affects Versions: 0.18 Reporter: Chuck Rolke Following on to QPID-4392 As you add and remove replicated queues within an HA broker, bridges are opened and closed for each queue. Closing a bridge immediately re-adds the associated channel number into an available pool. As a result, when the old bridge (channel X) is closed it sends a detach command to the broker and the new bridge (assigned the same channel X) sends an attach command. The broker will eventually respond with a detached command which was meant for the original bridge on channel X. Unfortunately, the new bridge on channel X handles this detached command from the broker and flags the bridge as detached. This process can then repeat for several cycles until it break out of the detach/attach/detached race. In addition to the detach/attach/detached race, the immediate re-use of channel numbers appears to create other issues like the following: Nov 2 11:26:40 itcm31 qpidd[12122]: 2012-11-02 11:26:40 [Protocol] error Execution exception: invalid-argument: anonymous.qpid.bridge_session_qpid.replicator-Queue1.b64c23e6-cb01-4297-8935-c12b40 804ae2_84209514-2e58-4fb9-8d37-7c2440f5f144: confirmed (2+0) but only sent (0+0) (qpid/SessionState.cpp:154) This issue may be worked around by assigning channel Id numbers from the pool in increasing serial order and not immediately reusing a deallocated Id. Although this does not fix the problem of the race condition it will provide relief. -- 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
[jira] [Commented] (QPID-4421) C++ Broker Issue with reusing link channel Id number too soon
[ https://issues.apache.org/jira/browse/QPID-4421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13490914#comment-13490914 ] Chuck Rolke commented on QPID-4421: --- Workaround submitted by r1405946 C++ Broker Issue with reusing link channel Id number too soon - Key: QPID-4421 URL: https://issues.apache.org/jira/browse/QPID-4421 Project: Qpid Issue Type: Bug Components: C++ Broker Affects Versions: 0.18 Reporter: Chuck Rolke Following on to QPID-4392 As you add and remove replicated queues within an HA broker, bridges are opened and closed for each queue. Closing a bridge immediately re-adds the associated channel number into an available pool. As a result, when the old bridge (channel X) is closed it sends a detach command to the broker and the new bridge (assigned the same channel X) sends an attach command. The broker will eventually respond with a detached command which was meant for the original bridge on channel X. Unfortunately, the new bridge on channel X handles this detached command from the broker and flags the bridge as detached. This process can then repeat for several cycles until it break out of the detach/attach/detached race. In addition to the detach/attach/detached race, the immediate re-use of channel numbers appears to create other issues like the following: Nov 2 11:26:40 itcm31 qpidd[12122]: 2012-11-02 11:26:40 [Protocol] error Execution exception: invalid-argument: anonymous.qpid.bridge_session_qpid.replicator-Queue1.b64c23e6-cb01-4297-8935-c12b40 804ae2_84209514-2e58-4fb9-8d37-7c2440f5f144: confirmed (2+0) but only sent (0+0) (qpid/SessionState.cpp:154) This issue may be worked around by assigning channel Id numbers from the pool in increasing serial order and not immediately reusing a deallocated Id. Although this does not fix the problem of the race condition it will provide relief. -- 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
[jira] [Updated] (QPID-3027) PHP binding of Qpid Messaging API
[ https://issues.apache.org/jira/browse/QPID-3027?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Darryl L. Pierce updated QPID-3027: --- Description: (was: Working on a PHP binding for the Qpid Messaging API via SWIG. There are several PHP-specific issues with C++ and SWIG which I've managed to workaround, so the binding is starting to take shape, but still very much a work in progress. The rough plan: 1. report relevant bugs / feature requests to SWIG (done). 2. clean-up Qpid php.i SWIG interface file (mostly done - just need to implement PHP namespaces). 3. implement qpid::types::Variant - PHP typemapping (not started). 4. implement printinfo pragma (should be easy, just need to choose what info to include). 5. create relevant [auto]makefile. Of course, there's lots of things to discuss / decide along the way... so I'll post 'em here as they come up.) PHP binding of Qpid Messaging API - Key: QPID-3027 URL: https://issues.apache.org/jira/browse/QPID-3027 Project: Qpid Issue Type: New Feature Components: C++ Client Affects Versions: 0.8 Reporter: Paul Colby Assignee: Darryl L. Pierce Attachments: cqpid_php.20110220.diff, cqpid_php.20110301.diff, cqpid_php.20110328.diff, cqpid_php.20110415.diff, cqpid_php.20120406.diff, cqpid_php.20121105.diff, cqpid_php.20121105-qpid-0.19.diff, cqpid_php.diff, FindPHPDev.cmake, Makefile -- 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
[jira] [Commented] (QPID-3027) PHP binding of Qpid Messaging API
[ https://issues.apache.org/jira/browse/QPID-3027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13490947#comment-13490947 ] Darryl L. Pierce commented on QPID-3027: Okay, this time it's built fine using CMake. I'd like to spend some time testing it, but am unsure what would be the best route. Can you ping me in IRC (Freenode #qpid channel) to go over a test approach? Then we can get this integrated. PHP binding of Qpid Messaging API - Key: QPID-3027 URL: https://issues.apache.org/jira/browse/QPID-3027 Project: Qpid Issue Type: New Feature Components: C++ Client Affects Versions: 0.8 Reporter: Paul Colby Assignee: Darryl L. Pierce Attachments: cqpid_php.20110220.diff, cqpid_php.20110301.diff, cqpid_php.20110328.diff, cqpid_php.20110415.diff, cqpid_php.20120406.diff, cqpid_php.20121105.diff, cqpid_php.20121105-qpid-0.19.diff, cqpid_php.diff, FindPHPDev.cmake, Makefile -- 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
[jira] [Assigned] (QPID-4400) WCF HelloWorld example throws an XMLException
[ https://issues.apache.org/jira/browse/QPID-4400?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cliff Jansen reassigned QPID-4400: -- Assignee: Cliff Jansen WCF HelloWorld example throws an XMLException - Key: QPID-4400 URL: https://issues.apache.org/jira/browse/QPID-4400 Project: Qpid Issue Type: Bug Components: WCF/C++ Client Affects Versions: 0.18 Environment: Windows 7 Professional x64 Visual Studio 2010 .Net FrameWork 4.0 Reporter: Maxim Smityukhov Assignee: Cliff Jansen Priority: Trivial There is an exception on byte[] binaryContent = reader.ReadContentAsBase64(); The reason is no writer.WriteEndElement(); in protected override void OnWriteBodyContents(XmlDictionaryWriter writer) { byte[] binaryContent = Encoding.UTF8.GetBytes(Hello world!); writer.WriteStartElement(Binary); writer.WriteBase64(binaryContent, 0, binaryContent.Length); // Insert here writer.WriteEndElement(); } -- 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
[jira] [Resolved] (QPID-4400) WCF HelloWorld example throws an XMLException
[ https://issues.apache.org/jira/browse/QPID-4400?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cliff Jansen resolved QPID-4400. Resolution: Fixed Fix Version/s: 0.19 Fixed r1405981. WCF HelloWorld example throws an XMLException - Key: QPID-4400 URL: https://issues.apache.org/jira/browse/QPID-4400 Project: Qpid Issue Type: Bug Components: WCF/C++ Client Affects Versions: 0.18 Environment: Windows 7 Professional x64 Visual Studio 2010 .Net FrameWork 4.0 Reporter: Maxim Smityukhov Assignee: Cliff Jansen Priority: Trivial Fix For: 0.19 There is an exception on byte[] binaryContent = reader.ReadContentAsBase64(); The reason is no writer.WriteEndElement(); in protected override void OnWriteBodyContents(XmlDictionaryWriter writer) { byte[] binaryContent = Encoding.UTF8.GetBytes(Hello world!); writer.WriteStartElement(Binary); writer.WriteBase64(binaryContent, 0, binaryContent.Length); // Insert here writer.WriteEndElement(); } -- 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
[jira] [Updated] (QPID-4417) swig 1.3.29 generated bad perl bindings
[ https://issues.apache.org/jira/browse/QPID-4417?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jimmy Jones updated QPID-4417: -- Attachment: swig.diff Require SWIG 1.3.32 swig 1.3.29 generated bad perl bindings --- Key: QPID-4417 URL: https://issues.apache.org/jira/browse/QPID-4417 Project: Qpid Issue Type: Bug Affects Versions: 0.18 Reporter: Jimmy Jones Assignee: Darryl L. Pierce Attachments: swig.diff swig-1.3.29-2.el5.x86_64.rpm (RHEL5) generates bad bindings for getContent, which uses sv_setpv rather than sv_setpvn, and also fiddles with NULL at the end, so fails if the message contains a NULL byte. Maybe configure should require a later version? -- 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
[jira] [Reopened] (QPID-4417) swig 1.3.29 generated bad perl bindings
[ https://issues.apache.org/jira/browse/QPID-4417?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jimmy Jones reopened QPID-4417: --- Will you accept the attached patch? swig 1.3.29 generated bad perl bindings --- Key: QPID-4417 URL: https://issues.apache.org/jira/browse/QPID-4417 Project: Qpid Issue Type: Bug Affects Versions: 0.18 Reporter: Jimmy Jones Assignee: Darryl L. Pierce Attachments: swig.diff swig-1.3.29-2.el5.x86_64.rpm (RHEL5) generates bad bindings for getContent, which uses sv_setpv rather than sv_setpvn, and also fiddles with NULL at the end, so fails if the message contains a NULL byte. Maybe configure should require a later version? -- 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
[jira] [Commented] (QPID-4415) perl bindings installed in wrong place
[ https://issues.apache.org/jira/browse/QPID-4415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13490993#comment-13490993 ] Jimmy Jones commented on QPID-4415: --- LGTM, thanks. perl bindings installed in wrong place -- Key: QPID-4415 URL: https://issues.apache.org/jira/browse/QPID-4415 Project: Qpid Issue Type: Bug Affects Versions: 0.18 Reporter: Jimmy Jones Assignee: Darryl L. Pierce Attachments: 0001-QPID-4415-Fixes-Perl-bindings-install-location.patch On Ubuntu 12.04, if I run configure --prefix=/usr the bindings get installed into /usr/usr/lib/perl5... However if I run make install from bindings/qpid/perl they get correctly installed. On RHEL5 the same issues occurs, but additionally the architecture string is incorrectly put twice into the path /usr/lib/perl/5.14/x86_64-linux-gnu-thread-multi/x86_64-linux-gnu-thread-multi -- 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
[jira] [Commented] (QPID-3027) PHP binding of Qpid Messaging API
[ https://issues.apache.org/jira/browse/QPID-3027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13491096#comment-13491096 ] Paul Colby commented on QPID-3027: -- bq. Can you ping me in IRC I tried that, but you were away... I suspect our timezone differences will make IRC tricky (I'm UTC+11 at the moment). Let me know you're timezone and I'll see if I can workout a convenient time for chatting. In the meantime, here's some basic ways you can test the PHP code. h3. PHP Info The first thing to check, is that the {{cqpid}} and {{cqmf2}} PHP modules are loaded by PHP. The easiest way to do this is to run the following command: {{php -i}} This will produce a whole lot of text output describing PHP's configuration and modules, etc. If you pipe it to a command like {{less}}, and then search for {{cqmf2}}, you will see the following details that have been added by the {{cqmf2}} and {{cqpid}} modules: {noformat} cqmf2 SWIG Version = 2.0.8 Targeted PHP Version = 5.4.7 (5.4.7) PHP Thread Safety = disabled Compiler Version = gcc 4.7.2 Build Date = Nov 5 2012 02:53:38 cqpid SWIG Version = 2.0.8 Targeted PHP Version = 5.4.7 (5.4.7) PHP Thread Safety = disabled Compiler Version = gcc 4.7.2 Build Date = Nov 5 2012 02:53:34 {noformat} If that information is not present, then the module was not loaded (the {{install}} target should have created relevant {{/etc/php.d/cqpid.ini}} and {{/etc/php.d/cqmf2.ini}} files to load the module). Such as: {code:title=cqpid.ini} ; configuration for PHP Qpid module extension=/usr/lib64/php/modules/cqpid.so {code} If you want some (slightly) prettier output, instead of running {{php -i}} you could setup a simple PHP webpage and run the {{phpinfo()}} function to see the same output as above, but in HTML tables instead. h3. CLI Examples Once the modules are loaded (should happen automatically if you do a {{make install}}), the next thing I do is run some of the PHP examples. First, run a qpidd broker in one terminal: {{qpidd --auth=no}} Then, run some of the examples under {{qpid/cpp/bindings/qpid/examples/php/cli}} - these are PHP ports of the existing Qpid examples, so work the same way. For example: {code} [paul@fepoch cli]$ php -f map_sender.php # Will send a PHP associative array as a map message to the broker. [paul@fepoch cli]$ php -f map_receiver.php # Will print_r the next message from the broker. Array ( [colours] = Array ( [0] = red [1] = green [2] = white ) [id] = 987654321 [name] = Widget [percent] = 0.99 [uuid] = 773bb118-286c-435e-8948-71e57f9e2f97 ) [paul@fepoch cli]$ {code} This example is particularly interesting since it shows the marshalling of different QVariant types from/to PHP types :) h3. Web Example There's also a very basic hello world web-based exmaple in {{qpid/cpp/bindings/qpid/examples/php/web}}. To run that example, simply drop the PHP file into a directory being hosted by a webserver with PHP enabled. It will present an HTML form allowing you to specify some basic broker parameters, and will then send/receive a message. h3. Unit Testing I'm quite a fan of {{phpunit}} for PHP unit testing, so I'll create some PHP unit tests for this sometime. Perhaps I'll create them as a separate diff though, since the above patch is already 70kB (and the PHP unit tests will not require any direct code linkage to the Qpid / PHP module source, so can be entirely independent). h3. Other Issues The other issue I see, is the requirement for a custom {{FindPHPDev}} CMake module. I've begun talks on the CMake mailing list in hopes of getting the module included there. Is this a blocker in the meantime? There might (probably should) be a way to include the custom CMake module in the Qpid source / build tree for now, but this is not something I've looked into yet. I look forward to chatting on IRC sometime. PHP binding of Qpid Messaging API - Key: QPID-3027 URL: https://issues.apache.org/jira/browse/QPID-3027 Project: Qpid Issue Type: New Feature Components: C++ Client Affects Versions: 0.8 Reporter: Paul Colby Assignee: Darryl L. Pierce Attachments: cqpid_php.20110220.diff, cqpid_php.20110301.diff, cqpid_php.20110328.diff, cqpid_php.20110415.diff, cqpid_php.20120406.diff, cqpid_php.20121105.diff, cqpid_php.20121105-qpid-0.19.diff, cqpid_php.diff, FindPHPDev.cmake, Makefile -- 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
[jira] [Commented] (QPID-3027) PHP binding of Qpid Messaging API
[ https://issues.apache.org/jira/browse/QPID-3027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13491170#comment-13491170 ] Paul Colby commented on QPID-3027: -- Hey Darryl, it appears that you blanked the Description field this morning / last night... was that intentional? Paul. PHP binding of Qpid Messaging API - Key: QPID-3027 URL: https://issues.apache.org/jira/browse/QPID-3027 Project: Qpid Issue Type: New Feature Components: C++ Client Affects Versions: 0.8 Reporter: Paul Colby Assignee: Darryl L. Pierce Attachments: cqpid_php.20110220.diff, cqpid_php.20110301.diff, cqpid_php.20110328.diff, cqpid_php.20110415.diff, cqpid_php.20120406.diff, cqpid_php.20121105.diff, cqpid_php.20121105-qpid-0.19.diff, cqpid_php.diff, FindPHPDev.cmake, Makefile -- 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
[jira] [Updated] (QPID-3027) PHP binding of Qpid Messaging API
[ https://issues.apache.org/jira/browse/QPID-3027?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Colby updated QPID-3027: - Attachment: cqpid_php.20121106.diff Attached {{cqpid_php.20121106.diff}} This version adds the {{FindPHPDev}} module as a custom project module under {{qpid/cpp/bindings/CMakeModules}}, so there's no longer any need to add the module under {{/usr/share/cmake*/Modules}} :) PHP binding of Qpid Messaging API - Key: QPID-3027 URL: https://issues.apache.org/jira/browse/QPID-3027 Project: Qpid Issue Type: New Feature Components: C++ Client Affects Versions: 0.8 Reporter: Paul Colby Assignee: Darryl L. Pierce Attachments: cqpid_php.20110220.diff, cqpid_php.20110301.diff, cqpid_php.20110328.diff, cqpid_php.20110415.diff, cqpid_php.20120406.diff, cqpid_php.20121105.diff, cqpid_php.20121105-qpid-0.19.diff, cqpid_php.20121106.diff, cqpid_php.diff, FindPHPDev.cmake, Makefile -- 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