[Plugin Library] LibFredo6 - v14.6a - 18 Sep 24
-
Error with the location of the directory LIBFREDO6_DATA_Dir (on root drive instead catalog on this drive) has been going on for a long time. Is there a chance to solve it? Garbage in the root of drive is not very happy.
-
It sounds like an installation error. How did you install it and where?
-
download from this site (http://sketchucation.com/pluginstore?pln=LibFredo6) and then install via dialog System Preferences -> Extensions -> Install Extension.
information from About dialog
INFORMATION
Plugin Subfolder = Fredo6_!LibFredo6
Plugin Root Directory = C:/Users/xxx/AppData/Roaming/SketchUp/SketchUp 2015/SketchUp/Plugins
Default Parameters Directory = z:/LIBFREDO6_DATA_Dir/DefaultParameters
Temporary Files Directory = z:/tmpwhat i can change Default Parameters Directory ?
-
thank you fredo6
-
Hi all,
I've been trying to get this libfredo6 to work in the newer SU2015 without success.
I've used this in SU8 before and it worked fine then.I've re-installed it several times, using various methods, manually, plug-in store, etc... but not matter what method, I still get the same error reporting:
Error Loading File Fredo6_!LibFredo6.rb
Error: #<ArgumentError: invalid byte sequence in UTF-8>
/Users/dg/Library/Application Support/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:716:inmatch' /Users/dg/Library/Application Support/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:716:in
block (2 levels) in load_from_config'
/Users/dg/Library/Application Support/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:715:ineach' /Users/dg/Library/Application Support/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:715:in
block in load_from_config'
/Users/dg/Library/Application Support/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:713:inforeach' /Users/dg/Library/Application Support/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:713:in
load_from_config'
/Users/dg/Library/Application Support/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:1099:inblock in load_all_plugins' /Users/dg/Library/Application Support/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:1099:in
each'
/Users/dg/Library/Application Support/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:1099:inload_all_plugins' /Users/dg/Library/Application Support/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:786:in
load_from_config'
/Users/dg/Library/Application Support/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6.rb:188:instartup' /Users/dg/Library/Application Support/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6.rb:338:in
module:LibFredo6'
/Users/dg/Library/Application Support/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6.rb:34:in `<top (required)>'Now I've seen many others having this issue as well, and the culprit would be a question of encoding, but my latest attempt was with the auto-install from the sketchucation tool, and still the same result.
I'm on mac, and I doubt the osx version really matters.
I see so many posting this same thing, but no real fix for this. It's commonly encountered, so why no workable answer and a permanent fix?
Thanks
-
@spookydd said:
...so why no workable answer and a permanent fix?
Because it is impossible to prevent users from installing older versions they used with older versions of SketchUp. Despite the endless warnings to avoid copying plugin/extension files from old versions of SketchUp, people still do it.
Very likely you still have old files remaining from your incorrect installation(s) of the library. Navigate to the Extensions folder [Plugins] and delete all LibFredo-related files and folders. Then reinstall automatically from the SCF Plugin Store plugin. Report the results.
If you copied any old versions of other plugins, delete them while you're at it and reinstall fresh copies.
-
The UTF-8 error shows that at least some of the required files are old.
With v2014 SketchUp's Ruby was updated to v2 and that requires all files to be encoded as UTF8-without_BOM.
Some Plugins were already compatible, but most authors rewrote there scripts to comply and released new versions for v2014.
These are generally backwards compatible with earlier SketchUp versions, and if it works in v2014 it will almost certainly be OK in v2015.
Install the latest versions from the PluginStore.As Dave says if you have copied files over you might well have a rogue that is muddying the waters.
An example might be "Traductor.rb" - which was previously kept in the Plugins folder, but is now recast as "Lib6Traductor.rb" in the main Lib subfolder.
If this old and incorrectly encoded version is still loading it could mess things up...
So make sure that is not loading...
Remove it and restart SketchUp to see what happens... -
@dave r said:
@spookydd said:
...so why no workable answer and a permanent fix?
Because it is impossible to prevent users from installing older versions they used with older versions of SketchUp. Despite the endless warnings to avoid copying plugin/extension files from old versions of SketchUp, people still do it.
Very likely you still have old files remaining from your incorrect installation(s) of the library. Navigate to the Extensions folder [Plugins] and delete all LibFredo-related files and folders. Then reinstall automatically from the SCF Plugin Store plugin. Report the results.
If you copied any old versions of other plugins, delete them while you're at it and reinstall fresh copies.
Wrong! As I said, I used various methods for installing the library, including manual, but not by taking the old one from the working older SU plugins folder. I did mention using the autoinstall, and I even deleted the files before trying an other method of installation.
The files I installed many times, are all fresh, and nothing comes from the older SU install, which still does work.
-
@tig said:
The UTF-8 error shows that at least some of the required files are old.
With v2014 SketchUp's Ruby was updated to v2 and that requires all files to be encoded as UTF8-without_BOM.
Some Plugins were already compatible, but most authors rewrote there scripts to comply and released new versions for v2014.
These are generally backwards compatible with earlier SketchUp versions, and if it works in v2014 it will almost certainly be OK in v2015.
Install the latest versions from the PluginStore.As Dave says if you have copied files over you might well have a rogue that is muddying the waters.
An example might be "Traductor.rb" - which was previously kept in the Plugins folder, but is now recast as "Lib6Traductor.rb" in the main Lib subfolder.
If this old and incorrectly encoded version is still loading it could mess things up...
So make sure that is not loading...
Remove it and restart SketchUp to see what happens...I didn't copy plugins from the old sketchup to the new one, so I don't see how some old versions could make it though. Plus this SU2015 has been working fine with no errors until now, trying to install the libfredo (latest version) because I wanted to add fredoscale has been giving this error popup and the plugin doesn't load because of that.
Is there a way to track which file would really be the culprit? So far what I see leads to only libfredo.
I can't see myself removing all the plugins and have to go through re-installing them all individually.
One other thing, I also tried installing this same plugin in SU2014, and got the same error.
-
Well something is wrong !
Are you 100% sure you haven't moved something over - like
Traductor.rb
?
Here's another idea...
Perhaps your Fredo preferences from an older version are cross-threaded with v2015, and therefore have incompatible file encoding ?You're on a MAC !
On a PC they are inC:\Users\UserName\AppData\Local
subfolderLIBFREDO6_DATA_Dir
There is adat
file and somedef
files in a subfolder namedDefaultParameters
...See if you have anything like that in your MAC's app or temp folder[s]...
If so try deleting them...
They should get recreated when the tools run anyway...
Can you also try this... Open this file using TextWrangler [or a similar plain-text editor]...
/Users/dg/Library/Application Support/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb
Check its 'encoding'.
It should be UTF-8 [_without_BOM]
If not then what is it ?
Also open the Ruby Console window and type this: Sketchup.get_locale
What does it return ? -
@tig said:
Well something is wrong !
Are you 100% sure you haven't moved something over - like
Traductor.rb
?
I can't be 100% certain, but I don't think I pulled out anything from a previous version to move it to a new one. But I really would rather try to fix it without having to re-install every single plugin. How can I check on this?
@tig said:
Here's another idea...
Perhaps your Fredo preferences from an older version are cross-threaded with v2015, and therefore have incompatible file encoding ?2015 has its own separate folder in application support, so how could it cross over with anything from an other version?
I do still run SU8 and also have 2014 side by side, although I don't use 2014 now since 2015 is here. I still do use SU8 often to avoid having to update the existing drawings to a newer version, I still need to keep opening the SU8 drawings with SU8 and share them.
Plus there are a few things that I have in SU8 that aren't yet ready for 2015, so I keep SU8 for now.
@tig said:
You're on a MAC !
YES! No windoze here!
@tig said:
On a PC they are in
C:\Users\UserName\AppData\Local
subfolderLIBFREDO6_DATA_Dir
There is adat
file and somedef
files in a subfolder namedDefaultParameters
...See if you have anything like that in your MAC's app or temp folder[s]...
I couldn't find anything like this. I do have a couple of folders starting with LIBFREDO6 in the plugins folder for SU8, which is located in the /Library/Application Support/Google SketchUp 8/SketchUp (the system wide application support). So the naming has changed since SU8. I don't see any folder anywhere with LIBFREDO6_DATA_Dir
After SU8, the folder in application support went to the user's application support and not the system wide one. I would prefer the system wide, but for some reason it went to the user's and I didn't see that until much later. Anyway, this shouldn't change anything about this issue.
@tig said:
If so try deleting them...
They should get recreated when the tools run anyway...
If I could find that, I would try. Maybe it's not in those places...
@tig said:
Can you also try this... Open this file using TextWrangler [or a similar plain-text editor]...
/Users/dg/Library/Application Support/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb
Check its 'encoding'.
It should be UTF-8 [_without_BOM]
If not then what is it ?
Also open the Ruby Console window and type this: Sketchup.get_locale
What does it return ?Ok, I'm attaching screenshots about those things.
- the file structure in the plugins folder for SU2015 for the LibFredo6
- the status bar at the bottom of textwrangler reports Unicode UTF-8, but nothing about [_without_BOM] though.
- and the ruby console reports en-US
(sorry if an attachment shows up inline in the wrong place, but I don't know how to handle that properly)
Thanks
-
OK...
Don't worry about the '_without_BOM' - on a PC UTF-8 encoding is described as either 'UTF-8_without_BOM' || 'UTF-8' - on a MAC I thick it's either 'UTF-8' || 'UTF-8_with_BOM'
Sounds like the encoding is OK...You should not have a
FREDOTOOLS_DIR_12
at all in your Plugins folder[s].
It's very old...
Remove it.
It might be causing an issue by loading something...You never actually said if you had the old
Traductor.rb
file loading from Plugins - it needs removing if you do have it...Fredo6Trace.txt
should also be made elsewhere
On a PC it's in the now made in the form 'LibFredo6Trace*_15_1432118951285*.txt
', with multiple versions...
Do you have any of those elsewhere on your MAC ?
If you read theFredo6Trace.txt
one you do have what does it say ?
What date does it include ?
Does it say any error messages ?
Remember that it can be deleted afterwards...
I suspect it's a very old file.If none of this helps after a SketchUp restart... then can you post a list of all files in your Plugins folder... On a MAC use these steps:
= Open the "Plugins" folder you want to list.
= Press Command+A (Select All) followed by Command+C (Copy)
= Now launch TextEdit [or TextWrangler].
= Pull down the "Edit" menu.
= Select "Paste and Match Style", or press Command+Option+Shift+V
= Save the listing as a .txt file. -
@tig said:
Don't worry about the '_without_BOM' - on a PC UTF-8 encoding is described as either 'UTF-8_without_BOM' || 'UTF-8' - on a MAC I thick it's either 'UTF-8' || 'UTF-8_with_BOM'
Sounds like the encoding is OK...Seems like. But the error is there, so maybe it's somewhere else.
I'm attaching an other screenshot with the choices of encoding available, the UTF-8 being the one already selected...
@tig said:
You should not have a
FREDOTOOLS_DIR_12
at all in your Plugins folder[s].
It's very old...
Remove it.
It might be causing an issue by loading something...I wouldn't know if it was the one causing the issue, but I removed it.
@tig said:
You never actually said if you had the old
Traductor.rb
file loading from Plugins - it needs removing if you do have it...Sorry about that oversight, but there isn't one. At least not in SU2015, however I do have a LibTraductor.rb in the SU8 config, which has it in the system level library/applications support area and not in the ~/... area. I wouldn't think SU2015 would go look in there...
@tig said:
Fredo6Trace.txt
should also be made elsewhere
On a PC it's in the now made in the form 'LibFredo6Trace*_15_1432118951285*.txt
', with multiple versions...
Do you have any of those elsewhere on your MAC ?Not that I can find. Where else should I look, just in case?
@tig said:
If you read the
Fredo6Trace.txt
one you do have what does it say ?
What date does it include ?
Does it say any error messages ?Here's what's in that one:
RUBY_PLATFORM = i686-darwin8.10.1
0.00672602653503418: RDC End Palette
0.00482702255249023: RDC End Palette
0.00492215156555176: RDC End PaletteNothing else in it. I have no idea what this is.
@tig said:
Remember that it can be deleted afterwards...
I suspect it's a very old file.Apparently so: last modified date is 2 years ago...
I'll just delete that too.
@tig said:
If none of this helps after a SketchUp restart... then can you post a list of all files in your Plugins folder... On a MAC use these steps:
= Open the "Plugins" folder you want to list.
= Press Command+A (Select All) followed by Command+C (Copy)
= Now launch TextEdit [or TextWrangler].
= Pull down the "Edit" menu.
= Select "Paste and Match Style", or press Command+Option+Shift+V
= Save the listing as a .txt file.After those deletes, a restart still causes the loading error for libfredo.
I'm attaching the text file with the listing of all contents in the plugins folder.
I did re-install several plugins that I had on hand and was using before in SU8. Installed them mostly via the preferences extension install facility, and some via the auto-install from sketchucation. But if a plugin is too old and incompatible, this wouldn't work would it?
thanks
-
The error you get comes from an old file with extension .plugin.
This is probably located in an old subfolder of my plugins that was not deleted (must be quite old now)
The best would be that you post a screenshot of your whole Plugins folder so that we can tell you which one is faulty.
Otherwise, delete all the files and folders of my plugins, and then reinstall fresh copies from Pluginstore.
I don't think this is at all related to other plugins.
Fredo
Note to TIG: in latest version of LibFredo6, I am forcing the UTF encoding by inserting the following
line = line.force_encoding("UTF-8") if defined?(Encoding)
But apparently it does not work as expected.
-
As Fredo says...
You clearly do have some old files loading, so look for these .plugin files and remove them...
In passing I note the following issues [albeit not extensive] which have arisen because you HAVE copied files/folders from and earlier SketchUp version ! ...
BZ_Dir_14 = not sure if this is still current ?? Fredo's Bezier stuff ???
CURVILOFT_Dir_12 = OLD Fredo folder !
DEFPARAM_Dir = old Fredo folder
DOCUMENTATION_Dir = what in this ???
eagleUp_ files/subfolder = what are these ???
examples = file/subfolder NOT compatible with >v2014 ! - find su_ equivalent...
FREESCALE_Dir_10 = old Fredo folder
layer_manager_extension.rb = is this the latest version of Didier's tool ???
ocean_extension = file and subfolder NOT compatible with >= v2014 - find su_ equivalent...
OSCoolean / Oscar = file and subfolder contents are known to be NOT compatible with >= v2014
RDE_Dir = probably out of date Fredo folder ???
ROUNDCORNER_Dir_23 = old Fredo folder
Sketchup.rb = DELETE IT !!! This file must NOT be in Plugins, but another newer version of it MUST be the one shipped with SketchUp - it is in the Tools subfolder.
SoapSkinBubble = might well be out of date !
SURFACEGEN_Dir = probably out of date Fredo stuff ?
TOS_Dir_18 = old Fredo folder
Utilities = this stuff is probably not compatible with >= v2014 - find su_ equivalent...
As I said... this in not a FULL list - BUT it clearly shows your v2015 Plugins folder is in a sorry state !
It didn't get like that on its own.
Take responsibility for it and fix it... -
@fredo6 said:
The error you get comes from an old file with extension .plugin.
This is probably located in an old subfolder of my plugins that was not deleted (must be quite old now)
There are such files in many subfolders but not in the root plugins folder. I do see one in each of the Fredo6_!LibFredo6 , Fredo6_FredoScale and Fredo6_ToolsOnSurface but all this stuff was just installed lately and that's when I started having the error popping up.
Since all of those are recent, and even much be very latest, since I installed all this using the automatic install from the sketchucation plugin and the load single plugin menu option (.rbz files), those should be fresh enough. Should I remove all of that again and re-install them all?
Maybe there are more such files somewhere else in some other subfolder. Which ones I don't know, but how would those be related enough to interfere?
@fredo6 said:
The best would be that you post a screenshot of your whole Plugins folder so that we can tell you which one is faulty.
I thought posting the text file with the complete list from the plugins folder would do this, but of course that doesn't list anything in subfolders.
Since I'm deleting a bunch of stuff now, things are changing. For now I still do get the error popup though.
Deleting some of those things will also remove plugins I may still want to use, so I'll have to reinstall again later...
@fredo6 said:
Otherwise, delete all the files and folders of my plugins, and then reinstall fresh copies from Pluginstore.
Not all the needed plugins are in that store. That would be so great, but we're quite far from that situation. So I could only re-install the few available on the store, and I'd still be stuck having to install the others with other methods.
thanks
-
@tig said:
You clearly do have some old files loading, so look for these .plugin files and remove them...
If I remove those files from the freshly installed folders, I will remove those plugins. Those are freshly installed and should be latest versions.
Not sure which to remove, but if I dump those from Fredo6_!LibFredo6 , Fredo6_FredoScale and Fredo6_ToolsOnSurface, none of those will work and will have to be reinstalled again, which would put those files back in anyway.
I will remove those things you list as being too old.
@tig said:
BZ_Dir_14 = not sure if this is still current ?? Fredo's Bezier stuff ???
CURVILOFT_Dir_12 = OLD Fredo folder !
DEFPARAM_Dir = old Fredo folder
DOCUMENTATION_Dir = what in this ???
Don't know which plugin installed this, but that subfolder was empty, so no harm in dumping that one.
I did reuse some .rbz files I had on hand and for which I didn't have a newer version handy. Most of that was installed using the preferences' install extension facility.
@tig said:
eagleUp_ files/subfolder = what are these ???
That one works and I definitely don't want to give it up. This is the eagle to sketchup plugin, so eagle cad's pcb designs can be built in 3D in sketchup. I use this a lot and don't want to give it up.
It works and I don't think it would interfere anyway.
@tig said:
examples = file/subfolder NOT compatible with >v2014 ! - find su_ equivalent...
FREESCALE_Dir_10 = old Fredo folder
Alright, removed, but I'm sure I'll want freescale back in some time...
@tig said:
layer_manager_extension.rb = is this the latest version of Didier's tool ???
That one I remember installing several weeks ago. Looks like maybe some v6 or something, from what I see inside that .rb file, it has layer_manager_extension_v6.rb in there, but I don't see that layer_manager_extension_v6.rb file anywhere...
@tig said:
ocean_extension = file and subfolder NOT compatible with >= v2014 - find su_ equivalent...
OSCoolean / Oscar = file and subfolder contents are known to be NOT compatible with >= v2014
RDE_Dir = probably out of date Fredo folder ???
ROUNDCORNER_Dir_23 = old Fredo folder
I do use round corner often as well, so I am removing this too, but I'll want it back. This is really something so basic, and sketchup should have such things built-in. We really need the plugins to compensate for those missing basic tools.
@tig said:
Sketchup.rb = DELETE IT !!! This file must NOT be in Plugins, but another newer version of it MUST be the one shipped with SketchUp - it is in the Tools subfolder.
No clue how it got there, I don't remember dealing with that one, but it's gone now, I hope nothing serious breaks as a result of all my dumping...
@tig said:
SoapSkinBubble = might well be out of date !
SURFACEGEN_Dir = probably out of date Fredo stuff ?
TOS_Dir_18 = old Fredo folder
Utilities = this stuff is probably not compatible with >= v2014 - find su_ equivalent...
It's good that all this gets on a discussion thread, as it can help others. I couldn't find enough such info to troubleshoot this before...
Let's see if that much dumping will at least calm things down for now, but I know I'll be hunting for replacements for several of those removed things soon.
Thanks much,
-
What Fredo was saying is that you probably have some of his OLD .plugin files loading - causing these issues.
These are most likely in the folders I highlighted as 'old Fredo folders' [these are usually with CAPITAL letters in their name]***.
Fredos current .rb and matching folders usually start with 'Fredo...'
There are new [compatible] versions of ALL of Fredo's plugins in the SketchUcation PluginStore.
The only ones I can think of that might confuse you are that 'FreeScale' was renamed 'FredoScale' some years ago, and it's now recast as Joint PushPull 'Interactive'...
There are good Search tools for the PluginStore - by author, by word match etc...***When you remove the OLD Fredo folders note down the name, then install fresh compatible ones from the PluginStore - any one of these OLD Fredo plugins could be trying to load an incompatible file and causing errors.
You need new versions of all of them.
With the SketchUcation PluginStore dialog you can easily Auto=Install these Plugins without recourse to downloading an RBZ at all...
There are no known issues with the 'eagle' stuff... I just wondered what it was...
NOT having the old 'sketchup.rb' file in the Plugins folder is a recipe for success.
Having the proper version load from the Tools folder is the right way to go.
Anything else is asking for trouble...
The old @Last/GoogleOcean and Utilities stuff is superseded by the Trimble EW's 'su_' versions...
Once you have a tidied Plugins folder and replacement Fredo plugins reinstalled restart SketchUp to ensure everything is in sync.
See what errors you get if any...
Running plugins with the Ruby Console open can sometimes show error messages you wouldn't otherwise be aware of if the tool fails silently...Good luck
-
hi guys,
so incredible plugin with so many troubles
unfortunately, iΒ΄ve got an error message too.
is there please any other tool to delete all "old and troublemaking" files?
iΒ΄ve already done:
-uninstalling all libfredo plugins with sketchucation tool.
-purged absolete files
-auto installation of libredo plugins with sketchucation plugin store , but get this
nasty message again.
%(#FF0000)[Error Loading File Fredo6_!LibFredo6.rb
Error: #<ArgumentError: invalid byte sequence in UTF-8>
C:/Users/tibet/AppData/Roaming/SketchUp/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:716:in `match'
C:/Users/tibet/AppData/Roaming/SketchUp/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:716:in `block (2 levels) in load_from_config'
C:/Users/tibet/AppData/Roaming/SketchUp/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:715:in `each'
C:/Users/tibet/AppData/Roaming/SketchUp/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:715:in `block in load_from_config'
C:/Users/tibet/AppData/Roaming/SketchUp/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:713:in `foreach'
C:/Users/tibet/AppData/Roaming/SketchUp/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:713:in `load_from_config'
C:/Users/tibet/AppData/Roaming/SketchUp/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:1099:in `block in load_all_plugins'
C:/Users/tibet/AppData/Roaming/SketchUp/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:1099:in `each'
C:/Users/tibet/AppData/Roaming/SketchUp/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:1099:in `load_all_plugins'
C:/Users/tibet/AppData/Roaming/SketchUp/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6/Lib6Core.rb:786:in `load_from_config'
C:/Users/tibet/AppData/Roaming/SketchUp/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6.rb:188:in `startup'
C:/Users/tibet/AppData/Roaming/SketchUp/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6.rb:338:in `module:LibFredo6'
C:/Users/tibet/AppData/Roaming/SketchUp/SketchUp 2015/SketchUp/Plugins/Fredo6_!LibFredo6.rb:34:in `<top (required)>']any chance to get rid of it please?
thanks !
-
This shows you have some old Fredo files still loading...
If you copied Plugins over, then this is a common symptom.
Look for the very-old files in the Plugins folder - likeTraductor.rb
- which are obsolete - and delete them...
There have been several posts about this, search backwards...
Only a few posts back it's discussed at length.
Advertisement