Skip Menu |

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

Report information
The Basics
Id: 26952
Status: resolved
Worked: 2 hours (120 min)
Priority: 0/
Queue: Net-Daemon
People
Owner: MNOONING [...] cpan.org
Requestors: burke.lu [...] neu.edu
Cc:
AdminCc:
Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)

History Show all quoted text
  Sun May 06 16:57:17 2007 burke.lu [...] neu.edu - Ticket created
Subject: Net::Daemon-0.39 fails on ithreadm.t, threadm.t - appears related to multiplier
Date: Sun, 06 May 2007 16:56:45 -0400
To: bug-Net-Daemon [...] rt.cpan.org
From: Lucas Burke <burke.lu [...] neu.edu>
Hi, Net::Daemon fails ithread.t, ithreadm.t and threadm.t on Mac OS X 10.4.9: Failed Test Stat Wstat Total Fail List of Failed ------------------------------------------------------------------------ ------- t/ithread.t 5 1 4 t/ithreadm.t 10 8 1-6 9-10 t/threadm.t 10 7 1-3 5-7 9 Failed 3/12 test scripts. 16/73 subtests failed. Files=12, Tests=73, 94 wallclock secs ( 6.92 cusr + 2.28 csys = 9.20 CPU) Failed 3/12 test programs. 16/73 subtests failed. In Console.log is this repeated message: Multiplier[3338]: Access not permitted from 127.0.0.1, port 51223\n I turned off my local firewall while the tests were running, but it didn't make a difference. I would appreciate any help. Thanks.
  Wed May 09 15:46:34 2007 m.nooning [...] comcast.net - Correspondence added
From: m.nooning [...] comcast.net
I get similar results on Windows XP, ActiveState Perl 5.8.8, build 820. I applied the patch net-daemon-detached-process.patch, which I did by hand under the .../lib directory since the patch program did not like it. Now it gets past ithreadm.t. It still fails with thread.m due to this error: t/threadm.......Undefined subroutine &threads::new called at t/threadm.t line 86.
  Wed May 09 15:46:47 2007 The RT System itself - Status changed from 'new' to 'open'
  Wed May 09 16:14:20 2007 m.nooning [...] comcast.net - Correspondence added
From: m.nooning [...] comcast.net
I need for this module to install as other modules I am trying to install depend upon it. I did perl -V and saw these kinds of statements use5005threads=undef usethreads=define useithreads=define which is what I think I want due to the Thread.pm documentation below. ---------paste Thread.pm documentation ... note that there are many known serious problems with the 5005threads, one of the least of which is that regular expression match variables like $1 are not threadsafe, that is, they easily get corrupted by competing threads. Other problems include more insidious data corruption and mysterious crashes. You are seriously urged to use ithreads instead. ---------End paste Thread.pm documentation The threadm.t file has a timestamp of 1999/08/12 by someone named joe, which implies that it might be outdated. I am wondering if we now want to get rid of the t/threadm.t test altogether. If the net-daemon module still tries to use 5.005 threads, then this module is not suitable for current Windows installations. If it does not, then we would want to get rid of the test for it. On the other hand, if the background Perl itself (5.6 and above versus older versions) determines what is used, then (my guess) we'd want some sort of "if" clause to skip the test if use5005threads=undef, implying perl 5.6 and above. I have to state that I have little knowledge of threads programming, and no knowledge whatsoever about the module in question, so all I can offer is the ideas I already have. That being said, ... anyone else have any ideas? Thanks
  Wed May 23 08:51:01 2007 m.nooning [...] comcast.net - Correspondence added
From: m.nooning [...] comcast.net
Fixed in Net-Daemon/Net-Daemon-0.40.tar.gz which is now on CPAN
  Wed May 23 13:57:25 2007 MNOONING [...] cpan.org - Correspondence added 120 min
Fixed in Net-Daemon-0.40 and Net-Daemon-0.41
  Wed May 23 13:57:28 2007 MNOONING [...] cpan.org - Status changed from 'open' to 'resolved'
  Wed May 23 13:57:30 2007 MNOONING [...] cpan.org - Given to MNOONING