Skip Menu |
 

This queue is for tickets about the Net-Stomp CPAN distribution.

Report information
The Basics
Id: 37140
Status: resolved
Priority: 0/
Queue: Net-Stomp

People
Owner: Nobody in particular
Requestors: mock [...] obscurity.org
Cc:
AdminCc:

Bug Information
Severity: Critical
Broken in: 0.33
Fixed in: (no value)



Subject: New version of Net::Stomp (0.33) causes receive_frame to block forever
MIME-Version: 1.0
X-Mailer: MIME-tools 5.426 (Entity 5.426)
Content-Type: text/plain
Charset: utf8
Content-Disposition: inline
Content-Transfer-Encoding: binary
X-RT-Original-Encoding: utf-8
Content-Length: 372
Download (untitled) / with headers
text/plain 372b
Code that previously worked in 0.32 stopped working in 0.33 specifically: while (1) { warn "FOO\n"; if (eval {$frame = $stomp->receive_frame}) { warn "BAR \n"; will never get to BAR I have verified that the $stomp object is connected and subscribed to the message queue. I'm using 5.00.16 of FuseMQ which is essentially ActiveMQ version 5 with commercial support.
MIME-Version: 1.0
X-Mailer: MIME-tools 5.426 (Entity 5.426)
Content-Disposition: inline
Charset: utf8
Message-Id: <rt-3.6.HEAD-22481-1214555531-781.37140-0-0 [...] rt.cpan.org>
Content-Type: text/plain
Content-Transfer-Encoding: binary
X-RT-Original-Encoding: utf-8
Content-Length: 44
Gah, 0.34 reverts the changes for now. Leon


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.