On Sep 3, 2009, at 9:53 AM, d00by wrote:

>
> The option of opening Vuze in 32-bit mode is not present. I checked
> it. That option is there in Safari, but not in Vuze.
>
> This means that Vuze is running in 32-bit mode.
>
> Any other idea? :)
>
> On Sep 3, 6:36 pm, Peter Hosey <[email protected]> wrote:
>> On 2009-08-31, at 00:37, d00by wrote:
>>
>>> I just upgraded to Snow Leopard and that broke my Growl app as well
>>> as the Ribbit plugin for Vuze.
>>
>>> Any suggestion as to how to make ribbit play nice again? :)
>>
>> http://forums.cocoaforge.com/viewtopic.php?f=6&t=20838&p=119657#p119657


What a mess...(please consistently add to either the bottom or top of  
the message.  Since
both have already been done here, I'll bottom-post since I'm old- 
school enough to think
that seeing the context _before_ the new stuff is more important than  
the convenience of
not having to scroll)

Having gotten that out of my system, I believe your problem _may_ be  
this (I don't have
the Ribbit plugin, whatever that is, but I do have Vuze):  Vuze is  
_Java_, with a wrapper
around it to make and application out of it.  By default, the system  
will run the 64-bit
version of the Java JVM.  I'm _guessing_ that the plugin is a binary  
as well as Java bytecode, with
the binary extending the JVM with (whatever); if that's the case, and  
the JVM is running 64-bit
and the binary extension is 32-bit only, it wouldn't work.

I would suppose a better workaround would be to somehow re-create the  
wrapper to start 32-bit
Java explicitly for that app only (so that the 32-bit binary extension  
would work).  But another
workaround (that probably has more widespread side-effects) might be  
to use the Java preferences
(/Applications/Utilities/Java Preferences.app) to change the preferred  
order for Java _Applications_
(the bottom of the screen, _not_ the top which is for Java _Applets_  
in the web browser) to
prefer 32-bit first (this is on the General tab).

If that guess is valid, the _real_ fix (probably not much harder than  
tweaking the wrapper somehow,
but who knows without looking at the source) would be to for the  
binary component of the
plugin to be recompiled as a universal (32/64 bit) binary.

Just a guess, but seems reasonable...let us (and the Ribbit developer,  
if they're not on this
list) know...


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Growl Discuss" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/growldiscuss?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to