[Date Prev][Date Next][Thread Prev][Thread Next] [Search] [Date Index] [Thread Index]

Re: [MacPerl] cpan-mac



At 4:15 PM -0400 9/13/00, Chris Nandor wrote:
>At 14:37 -0400 2000.09.12, Paul Schinder wrote:
>>At 2:06 PM -0400 9/12/00, Paul Schinder wrote:
>>>At 1:42 PM -0400 9/12/00, Chris Nandor wrote:
>>>>I am working on a cpan-mac update, and for various reasons, I am unable to
>>>>build new versions of any of the precompiled modules.  Does anyone think we
>>>>really need new updated versions of Compress::Zlib, Digest::MD5, or
>>>>Storable right now?  And how about any other modules on MMP?
>>>>
>>>>     http://pudge.net/mmp/
>>>>
>>>>Basically, I am saying this: I won't try to figure out how to build new
>>>>versions now unless it is necessary for something.
>>>
>>>If you're using one of the beta CPAN.pm's as a base (1.57_xx), be
>>>sure to turn off using Storable to cache data.  Otherwise, you will
>>>have to build Storable.  Also, my cpan-mac hasn't been working since
>>>I upgraded File::Spec to the latest, so you might want to watch out
>>>for that and see if you notice anything or can figure out what's
>>>wrong.  I haven't had a chance to investigate.
>>
>>I should mention what the problem is, in case someone else has a
>>chance to look into it or is seeing the same thing.  You can install
>>a single module, and that usually works.  But the next one you try to
>>install in the same instance of CPAN won't:
>
>I could duplicate it, but reverting to Archive::Tar 0.21 fixed it.  Could
>you try the same thing?  Apparently something Bad happens in Archive::Tar
>0.22.  I put some debugging in CPAN.pm like this:
>
>   print "foo\n", `pwd`, "bar\n";
>
>The second time through, when it fails, `pwd` returns nothing at all.
>That's ungood.

That did it, all right.  Thanks very much.  My long delayed module 
update on my iBook is now complete.

I stared at the diff between 0.21 and 0.22 for a while and nothing 
jumped out at me as the likely culprit, unless it's this.  I noticed 
that 0.22 uses Compress::Zlib::gdzopen_ instead of 
Compress::Zlib::gzopen.  Do I remember right that gdzopen was the 
thing that didn't work in Compress::Zlib?  If so, could some rogue 
pointer be trashing something?

>
>--
>Chris Nandor                      pudge@pobox.com    http://pudge.net/
>Open Source Development Network    pudge@osdn.com     http://osdn.com/

-- 
--
Paul Schinder
schinder@pobox.com

# ===== Want to unsubscribe from this list?
# ===== Send mail with body "unsubscribe" to macperl-request@macperl.org