Did any of this get implemented ?
I'm trying to use a plugin that been coded to conform to being sat inside "RR_Root\Plugins\_Pluginname_" but my RR install doesn't find the plugin..
I've tried adding pluginspath="...RR_Root\Plugins\" to my rr.ini but it's still not finding it.
If I move the plugin files to the root of the RR install then it loads the plugin, but then the plugin fails with an error because its looking for stuff inside \Plugins..
Have I missed something?
Well the in the theorhetical standardisation plugins, the path it was installed into shouldn't have mattered, so if it is having issues with where it's installed it didn't meet the standardisation standards.
Which plugin is it BTW?
I already know that my RRMedia needs to updated and is in process, just too many things on the table at once....RRMedia, RRExtended, Skin Tool, Skin Editor, GPS Events, and any other thing that I can help with in the current sources.
It's this plugin: http://www.mp3car.com/vbulletin/rr-p...ne-plugin.html
Wierd thing is the dev has it working on his system, I've checked with him and he's using a build from around Oct last year I think he said.. also he has Pluginspath or anything set in his RR.ini
I've tried it with an old build of RR from last summer and also the latest version of RideRunner.. neither find the plugin when it's under the plugins folder.
Turn on the good ole debug and take a look at the debug log.
I have done, it shows 'Automation Error, Cannot find the specified file' or something along those lines..
I got the dev to move his dll out of the rr\plugin temporarily to test and when the Dll's not there he gets the same error.
I've run out of ideas on this one..
Well if it's in .net it doesn't get registered the same was a s a VB6 one (I believe) so chances are when it is moved it needs to be registered each time.
Also it depends on how he is using paths in his plugin, he should be using relative paths not fixed ones.
From experience when the plugin starts he should get the app.path variable (Slightly different in .net) and assign it to something like MyPath and then only use MyPath as a prefix for any files he access's in his plugin folder.
Being the developer discussed I thought I'd chip in.
None of the paths in mobilephone are hard coded. The current release uses relative paths from the rr directory (.\plugins\mobilephone) and in future releases it will be set to wherever the dll is. This way I dont even have to care about pluginspath. Everything just has to be in the same directory.
My mobilephone.dll is a .net and as enforcer says needs to be regasm and as far as I knew its the registration that says where the dll is rather than any path. This I think is swift_gti's problem although I have no idea why its not working for him now.
However I have a problem which is to do with paths etc.
In the new version that swift_gti is testing I have a second dll. This is not registerable (I have no idea why it just doesn't need to be) and so I need to know where it is.
You might think I can use app.path (in vb.net its My.Application.Info.DirectoryPath) but vb.net doesn't allow a dll function to be imported from a variable path. The only solution I have found for this is to have the location of this new dll in the path environment variable which unless the user has set it needs to be set by the app.
Anyone solved this another way or has better ideas?
lambosprit... you do need to care about paths
NO WRITABLE DATA ALLOWED IN "PROGRAM FILES"
join me to MSN (windows live) messenger and we can talk in details
a path is provided in the NEW Initialize method for storing data
as for where to load ur second assembly, id have to know more, but u should know the path of the execuiting assembly in .net
im not that familiar with your plugin...