Nevermind, I saw the difference myself. A .DS_Store file.
I had no idea that a missing .DS_Store file could cause RB to not compile a plugin :( I also have no idea what a DS_Store file is, or why anyone would need one! Also... MacOSX 10.5 does't always create .DS_Store files... so this could make things harder for plugin authors when their plugins suddenly aren't compiling anymore. But I'm using RB 2007r3. Yes it's old :P Perhaps this bug was fixed. On 17 May 2008, at 16:37, Theodore H. Smith wrote: > > http://elfdata.com/pluginnamebad.png > > Hi everyone, > > so... I was making version 5.03 of my ElfData plugin. And... I deleted > the "Linux x86" folder, then recreated it. I recompiled a Linux > plugin, and it it in the folder. > > For some odd reason, RB can't see this Linux plugin anymore :( > > I'm using the "RB Plugin Converter" app to create my plugin. I'm using > the MBS Plugin cache cleaner, to make sure my plugin caches are clean. > > I've never seen this before. > > I did inspect the old plugin that used to work using the "RB plugin > converter". And the new plugin that fails on Linux. I can't see ANY > difference. Can anyone spot something I'm missing? > http://elfdata.com/pluginnamebad.png > > Or else basically I'm screwed cos I can't compile for Linux :( > > > -- > http://elfdata.com/plugin/ > "String processing, done right" > > > _______________________________________________ > Unsubscribe or switch delivery mode: > <http://www.realsoftware.com/support/listmanager/> > > Search the archives: > <http://support.realsoftware.com/listarchives/lists.html> -- http://elfdata.com/plugin/ "String processing, done right" _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
