<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<blockquote cite="mid:2F5A70EF-ACC2-4789-8EF5-109518359435@fysh.org"
 type="cite">Why would you do that? If the module you're installing
fails its tests,
you should file a bug report. What kind of error? IME you shouldn't
ever want to or need to force install a module. This should be a
*colossal* red flag to you.
  <br>
  <br>
...<br>
  <br>
/joel <br>
</blockquote>
It is very possible that the tests fail because the tests are wrong,
not the module. I use a Perl that does not have fork emulation on
Windows, partly for performance. Many tests assume fork, even where the
modules they are testing do not depend on it. Yes, these modules should
be reported, but you don't need to wait for a new release, nor is the
module necessarily compromised. Authors cannot always test on a wide
range of platforms. I find a good few modules fail tests for
system/platform reasons rather than because of bugs in the code. <br>
<br>
Modules I know fail on Windows without fork but generally don't care
include: DBD::mysql, Test::NoWarnings, WWW::Mechanize,
HTTP::Server::Simple, Cache::Cache, and DBD::SQLite. Most of these have
tests that assume fork. Some get caught by file system differences and
permissions differences. <br>
<br>
You might have a wider concern if you are using a "standard" build (if
such a thing exists) but it is at least sometimes justifiable to look
through the tests that fail and make a judgment call. <br>
<br>
--S<br>
<div class="moz-signature">-- <br>
<span style="color: rgb(102, 0, 0);">Stuart Watt<br>
ARM Product Developer<br>
Information Balance</span></div>
</body>
</html>