Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the Test-TCP CPAN distribution.

Report information
The Basics
Id: 80335
Status: rejected
Priority: 0/
Queue: Test-TCP
People
Owner: Nobody in particular
Requestors: BBYRD [...] cpan.org
Cc:
AdminCc:
Bug Information
Severity: Wishlist
Broken in: (no value)
Fixed in: (no value)

History Show all quoted text
  Mon Oct 22 11:19:30 2012 BBYRD [...] cpan.org - Ticket created
Subject: Test::UDP?
It would be nice if it worked with UDP. Looks like it's doable with some minor changes.
  Mon Oct 22 23:27:12 2012 tokuhirom+cpan [...] gmail.com - Correspondence added
Hi, Test::*TCP* means it detects empty port. But UDP is connection less protocol, you don't need a module like Test::TCP. You can use just Test::SharedFork and process management class like Child.pm, Proc::Guard, etc. You can get a same experience for testing UDP with Test::SharedFork + Proc::Guard. Regards, On Mon Oct 22 11:19:30 2012, BBYRD wrote: Show quoted text
> It would be nice if it worked with UDP. Looks like it's doable with some > minor changes.
  Mon Oct 22 23:27:13 2012 The RT System itself - Status changed from 'new' to 'open'
  Mon Oct 22 23:27:51 2012 tokuhirom+cpan [...] gmail.com - Status changed from 'open' to 'rejected'
  Thu Oct 25 09:07:03 2012 BBYRD [...] cpan.org - Correspondence added
You can still run a listener on UDP, and that listener can conflict with one already in place. For example, I have a test that brings up a syslog daemon on a random UDP port on localhost. But, I want to make sure that the random port isn't being used by other daemons on the box. Or even CPAN bots running my test on multiple Perl platforms.
  Thu Oct 25 09:07:04 2012 The RT System itself - Status changed from 'rejected' to 'open'
  Thu Oct 25 19:30:36 2012 tokuhirom+cpan [...] gmail.com - Correspondence added
I cannot understand what your problem. And Test::TCP is an important module in the CPAN tool chain. A lot of modules are depended to this module. And it's very stable. I *never* bundle Test::UDP for Test::TCP module. I don't want to maintain Test::UDP part, since I don't use it and I cannot understand why it's needed. But you can release Test::UDP in another distribution by you. Thanks. On Thu Oct 25 09:07:03 2012, BBYRD wrote: Show quoted text
> You can still run a listener on UDP, and that listener can conflict with > one already in place. > > For example, I have a test that brings up a syslog daemon on a random UDP > port on localhost. But, I want to make sure that the random port isn't > being used by other daemons on the box. Or even CPAN bots running my test > on multiple Perl platforms.
  Thu Oct 25 19:30:36 2012 tokuhirom+cpan [...] gmail.com - Status changed from 'open' to 'rejected'