[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-commits
Subject:    Re: kdebase/kcontrol/konqhtml
From:       Daniel Molkentin <molkentin () kde ! org>
Date:       2004-03-26 7:49:12
Message-ID: 200403260849.15506.molkentin () kde ! org
[Download RAW message or body]


On Thursday 18 March 2004 12:13, George Staikos wrote:
>> +    else {//keep sync with kdebase/nsplugins/pluginscan
>>          paths.append("$HOME/.netscape/plugins");
>> +        paths.append("/usr/lib64/browser-plugins");
>> +        paths.append("/usr/lib/browser-plugins");
>
>   This is just asking for trouble I think.  What happens when
> nspluginviewer picks the wrong architecture and tries to load the plugin?

We need sanity checks on loading plugins anyway. lib64 only exists on 64 bit 
architectures that are still backwards compatible to 32/31 Bit such as AMD64, 
PPC64 and S390x, but won't help on IA64 for instance, where there is no lib64 
directory since everything has to be 64 Bit.

But you are right. Loading 32 Bit modules into 64 Bit applications without a 
handler and vice versa is probably asking for trouble.

Cheers,
  Daniel

[Attachment #3 (application/pgp-signature)]

[prev in list] [next in list] [prev in thread] [next in thread]