comp.lang.perl.modules-imagemagick_version_skew_possibilities

This is part of The Pile, a partial archive of some open source mailing lists and newsgroups.



From: Martien Verbruggen <mgjv@tradingpost.com.au>
Subject: Re: Image::Magick Read Problem
Newsgroups: comp.lang.perl.modules
Date: 18 Sep 2003 23:14:49 GMT
Reply-To: mgjv@tradingpost.com.au
Mail-Copies-To: never

On 18 Sep 2003 00:41:39 -0700,
	Tim Hill <dzg7pl@freeuk.co.uk> wrote:
> Martien Verbruggen <mgjv@tradingpost.com.au> wrote in message news:<slrnbmhoj6.1m6.mgjv@verbruggen.comdyn.com.au>...
>> On 17 Sep 2003 03:06:11 -0700,
>> 	Tim Hill <dzg7pl@freeuk.co.uk> wrote:
>> > Martien Verbruggen <mgjv@tradingpost.com.au> wrote in message news:<slrnbmff6n.f1o.mgjv@verbruggen.comdyn.com.au>...
>> >> > Thanks for your swift reply! However, I know the problem does not
>> >> > reside in my code as I have tried multiple variations that have been
>> >> > suggested in other threads on here.
>> >> 
>> >> What sort of variations? The simplest minimum would read a file, and
>> >> check for an error, and print that error. Have you tried that
>> >> variation?
>> >> 
>> > 
>> > Yes. The script dies before it even gets to the error checking (which
>> > I put in upon your suggestion). When the Read call is commented out,
>> > it does not fail.
>> 
>> That sounds like a real problem with ImageMagick. Try reinstalling
>> Image::Magick (making sure you have the right version) 
> 
> Do you mean a version that is compatable with the version of Perl my
> hosting people are running (5.006001) or a version of Image::Magick
> that is compatable with the version of ImageMagick?

I was talking about the latter, but the former is also necessary.

>                                                     If the former,
> where can I find this info,

Generally, if you are using a version of a compiled module that is not
binary compatible with the perl you're running, it'll fail
catastrophically. You could see which module is being picked up (by
inspecting %INC after loading it), and making sure it's not a module
compiled for a newer or older Perl.

>                             if the latter, are they not one and the
> same (i.e. don't they both come within the one dist anyway?)?

Not necessarily. I don't use prepackaged Perls or ImageMagicks. I
generally do install ImageMagick and PerlMagick at the same time, but
since I do keep a few different versions around, it isn't impossible
to end up with a wrong situation. 

If a redhat admin installs ImageMagick from the RPM, but doesn't
install the PerlMagick RPM, and instead uses CPAN to install
Image::Magick, the chances are very high that the versions are now out
of sync, or if they aren't, they will be next time the admin updates
ImageMagick, and forgets about PerlMagick. 

You might have three different Perls on your system, only one of which
is maintained via RPM or APT or pkgadd by the system admin. The other
Perls might need to be maintained by some other person (maybe a
development person), who isn't always aware when upgrades to
ImageMagick run.

If there is an old version of ImageMagick somewhere on the system, and
your environment is different from what your admin expects, you could
be picking up the incorrect libraries. I have some 6 or 7 different
versions of IM on my home system, and about 4 on my laptop. I also
have about 4 (maintained) versions of Perl installed. I need to make
sure that my environment is tightly controlled, or things go wrong.

Some admin could simply have totally screwed up.

===

the rest of The Pile (a partial mailing list archive)

doom@kzsu.stanford.edu