Xojo Developer Conference
25/27th April 2018 in Denver.
MBS Xojo Conference
6/7th September 2018 in Munich, Germany.

Zipped .rbx format, Uncompressed plugin folder (Real Studio Plugins Mailinglist archive)

Back to the thread list
Previous thread: Failure condition: pluginEntryTable.GetEntr y … can't find plugin method.
Next thread: A Cocoa Hello World example


macosx and unix paths   -   GOLD
  Zipped .rbx format, Uncompressed plugin folder   -   Brad Hutchings
   Re: Zipped .rbx format, Uncompressed plugin folder   -   Tim Jones
   Re: Zipped .rbx format, Uncompressed plugin folder   -   Brad Hutchings
   Re: Zipped .rbx format, Uncompressed plugin folder   -   Joe Ranieri

Zipped .rbx format, Uncompressed plugin folder
Date: 21.02.13 05:59 (Wed, 20 Feb 2013 20:59:07 -0800)
From: Brad Hutchings
>From the 2012r2 release notes:

CHANGE 22404 IDE: Plugins can now be loaded from zip files,
which should still have the RBX file extension.
It also can now load plugins from ordinary
directories. In both cases, the structure must
match what has traditionally been inside of the
VirtualVolume that the Plugin Converter created.

So, with 2012r2.1 on Mac OS X, this doesn't seem to be working with the Linux version of my plugin. By comparison, the VirtualVolume approach does.

When I zip the directory, Real Studio complains that the Linux version of the plugin does not exist at build time. When I leave the whole directory unzipped in the Plugins directory, Real Studio actually crashes at launch if my ".so" file is in the "Linux x86" subfolder.

Windows dll works as expected.

Has anyone made this work? It sure would be nice to get VirtualVolumes out of the mix.

-Brad
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>

Re: Zipped .rbx format, Uncompressed plugin folder
Date: 21.02.13 15:57 (Thu, 21 Feb 2013 07:57:34 -0700)
From: Tim Jones
On Feb 20, 2013, at 10:15 PM, Brad Hutchings <<email address removed>> wrote:

> On Feb 20, 2013, at 9:05 PM, Joe Ranieri <<email address removed>> wrote:
>
>> This feature should be considered experimental in 2012r2 and has issues. I
>> very strongly advise against shipping any plugins in the zip file format at
>> this time.
>
> Fair enough. Thanks for the clarification, Joe. Of course, I look forward to this working reliably, especially the uncompressed folder. It will make testing turnaround much faster.

+1 :)

Tim

_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>

Re: Zipped .rbx format, Uncompressed plugin folder
Date: 21.02.13 06:15 (Wed, 20 Feb 2013 21:15:03 -0800)
From: Brad Hutchings
On Feb 20, 2013, at 9:05 PM, Joe Ranieri <<email address removed>> wrote:

> This feature should be considered experimental in 2012r2 and has issues. I
> very strongly advise against shipping any plugins in the zip file format at
> this time.
>
> --
> Joe Ranieri
> Mac Frameworks & Compiler
> Real Software, Inc.

Fair enough. Thanks for the clarification, Joe. Of course, I look forward to this working reliably, especially the uncompressed folder. It will make testing turnaround much faster.

-Brad

_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>

Re: Zipped .rbx format, Uncompressed plugin folder
Date: 21.02.13 06:05 (Thu, 21 Feb 2013 00:05:18 -0500)
From: Joe Ranieri
On Wed, Feb 20, 2013 at 11:59 PM, Brad Hutchings <<email address removed>>wrote:

> >From the 2012r2 release notes:
>
> CHANGE 22404 IDE: Plugins can now be loaded from zip files,
> which should still have the RBX file extension.
> It also can now load plugins from ordinary
> directories. In both cases, the structure must
> match what has traditionally been inside of the
> VirtualVolume that the Plugin Converter created.
>
> So, with 2012r2.1 on Mac OS X, this doesn't seem to be working with the
> Linux version of my plugin. By comparison, the VirtualVolume approach does.
>
> When I zip the directory, Real Studio complains that the Linux version of
> the plugin does not exist at build time. When I leave the whole directory
> unzipped in the Plugins directory, Real Studio actually crashes at launch
> if my ".so" file is in the "Linux x86" subfolder.
>
> Windows dll works as expected.
>
> Has anyone made this work? It sure would be nice to get VirtualVolumes out
> of the mix.
>

This feature should be considered experimental in 2012r2 and has issues. I
very strongly advise against shipping any plugins in the zip file format at
this time.