Skip Menu |
 

This queue is for tickets about the PathTools CPAN distribution.

Report information
The Basics
Id: 17823
Status: resolved
Priority: 0/
Queue: PathTools

People
Owner: Nobody in particular
Requestors: adamk [...] cpan.org
Cc:
AdminCc:

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



Subject: PathTools cannot recursively install on Win32 due to Cwd.dll locks
Download (untitled) / with headers
text/plain 496b
PathTools is one of a few things that are almost certainly going to be used by installers. As such, anything that tries to install something that recursively requires PathTools to be upgraded is going to see Cwd.dll almost certainly locked when it comes time to do make install. It's hard for me to see how you can fix this, but I think it's worth having the bug here, so it can be tracked. See example (Module::Build installing on a fresh Vanilla Perl failing to install File::Spec) attached.
Subject: failure_log.txt
Download failure_log.txt
text/plain 15.3k

Message body is not shown because it is too large.

Download (untitled) / with headers
text/plain 319b
It's worth noting a couple of things here: 1) this only happens when you install using the Build.PL, not with the Makefile.PL. 2) even with the Build.PL, if you have a recent enough version of ExtUtils::Install, it will work. Unfortunately "recent enough" in this case means "as yet unreleased" still, right? -Ken
Subject: Re: [rt.cpan.org #17823] PathTools cannot recursively install on Win32 due to Cwd.dll locks
Date: Sat, 04 Mar 2006 15:33:38 +1100
To: bug-PathTools [...] rt.cpan.org
From: Adam Kennedy <adam [...] phase-n.com>
Download (untitled) / with headers
text/plain 769b
Ken_Williams via RT wrote: Show quoted text
> It's worth noting a couple of things here: > > 1) this only happens when you install using the Build.PL, not with the Makefile.PL.
This is not so. It will happen in ANY situation in which something else may be using the file. That includes installations using Makefile.PL via CPAN.pm, and situations in which some other program completely is using it (imagine mod_perl on Win32 etc) Show quoted text
> 2) even with the Build.PL, if you have a recent enough version of ExtUtils::Install, it will work. > > Unfortunately "recent enough" in this case means "as yet unreleased" still, right?
Eeeenteresting... Presumably ExtUtils::Install implements the mechanism I mentioned. I was wondering what happened to the 5p5 conversation on that. Adam K
From: ADAMK [...] cpan.org
On Fri Mar 03 23:33:55 2006, adam@phase-n.com wrote: Show quoted text
> > > Ken_Williams via RT wrote:
> > It's worth noting a couple of things here: > > > > 1) this only happens when you install using the Build.PL, not with
> the Makefile.PL. > > This is not so. > > It will happen in ANY situation in which something else may be using > the > file. That includes installations using Makefile.PL via CPAN.pm, and > situations in which some other program completely is using it (imagine > mod_perl on Win32 etc) >
> > 2) even with the Build.PL, if you have a recent enough version of
> ExtUtils::Install, it will work.
> > > > Unfortunately "recent enough" in this case means "as yet unreleased"
> still, right? > > Eeeenteresting... > > Presumably ExtUtils::Install implements the mechanism I mentioned. > > I was wondering what happened to the 5p5 conversation on that. > > Adam K
OK, this has now been released. On Win32 only, you need to have a build-time dependency on ExtUtils::Install 1.39. Otherwise, you can resolve this bug.
Thanks, I'll release a new version with that prereq change. -Ken


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.