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

Owner: MNOONING [...]
Requestors: [...]

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

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 [...]
From: Lucas Burke < [...]>
Download (untitled) / with headers
text/plain 768b
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, 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.
From: m.nooning [...]
Download (untitled) / with headers
text/plain 378b
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.
From: m.nooning [...]
Download (untitled) / with headers
text/plain 1.5k
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 documentation below. ---------paste 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 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
From: m.nooning [...]
Fixed in Net-Daemon/Net-Daemon-0.40.tar.gz which is now on CPAN
Fixed in Net-Daemon-0.40 and Net-Daemon-0.41

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

Please report any issues with to