| CC: | via RT <bug-ExtUtils-MakeMaker [...] rt.cpan.org>, VMSperl Mailing List <vmsperl [...] perl.org> |
| Subject: | Re: Existance of BIN logical interferes with MakeMaker tests. |
| Date: | Fri, 10 Apr 2009 16:55:49 -0500 |
| To: | Michael G Schwern <schwern [...] pobox.com> |
| From: | "Craig A. Berry" <craigberry [...] mac.com> |
On Apr 10, 2009, at 4:20 PM, Michael G Schwern wrote:
Show quoted text
> At least, that's what I assume it is.
Yes, it is a known problem.
Show quoted text> On encompasserve.org, run:
>
> @gnv$gnu:[lib]gnv_setup.com
>
> then try the MakeMaker tests. You'll see errors like:
>
> directory [.Recurs.blib]bin.dir changed before chdir, expected
> dev=306249731 ino
> de=732880324, actual dev=813760513 ino=65553, aborting. at t/lib/
> MakeMaker/Test/
> Setup/Recurs.pm line 66
>
> Could someone have a stab at this?
GNV should not be assigning that logical name and later versions than
the one they've got there don't. It should be safe just to deassign it.
$ @gnv$gnu:[lib]gnv_setup.com
$ show log bin
"BIN" = "GNV$GNU:[BIN]" (LNM$PROCESS_TABLE)
$ deassign bin
$ sh log bin
%SHOW-S-NOTRAN, no translation for logical name BIN
I don't think there's much MakeMaker can or should do about it unless
you want to put C<$ENV{bin} = undef> in a BEGIN block or something.
Show quoted text________________________________________
Craig A. Berry
mailto:craigberry@mac.com
"... getting out of a sonnet is much more
difficult than getting in."
Brad Leithauser