Warning messages in console at start up

TIG

It it's encrypted it will be a pain to track down.
But initially use something like Baregrep.
http://www.baremetalsoft.com/?app=BareGrep%26amp;ver=3.50a%26amp;build=2006-11-02
Paste your Plugins folder path into it and limit it to look through *.rb
Search for a string like "fileutils".
See what comes up if there's a "load 'fileutils'" in the list, then that's the culprit...

I don't see this error.
I just grepped all of the zillions of rb's [loading and otherwise] that I have, and there was nothing untoward - but if it's in an rbs it will be un-greppable anyway !

Have you recently installed some extensions ?

Pixero

After manually removing the Corona files the warnings are gone.

Pixero

Thanks. This is what BareGrip found:

SketchUcation\Data\Rubyzip\zip.rb	-	1 match in 59 lines.
SketchUcation\Data\Rubyzip\zip.rb	4	require 'fileutils'
TT_Lib2\c_extension_manager.rb	-	3 matches in 197 lines.
TT_Lib2\c_extension_manager.rb	165	        require File.join( path, 'thirdparty', 'fileutils.rb' )
TT_Lib2\c_extension_manager.rb	168	          require 'fileutils'
TT_Lib2\c_extension_manager.rb	175	          # This cause the fileutils to fail to load. To work around this the
TT_Lib2\thirdparty\fileutils.rb	-	21 matches in 1,521 lines.
TT_Lib2\thirdparty\fileutils.rb	4	# = fileutils.rb
TT_Lib2\thirdparty\fileutils.rb	602	  # For fileutils.rb, this vulnerability is reported in [ruby-dev;26100].
TT_Lib2\thirdparty\fileutils.rb	1272	    $fileutils_rb_have_lchmod = nil
TT_Lib2\thirdparty\fileutils.rb	1276	      if $fileutils_rb_have_lchmod == nil
TT_Lib2\thirdparty\fileutils.rb	1277	        $fileutils_rb_have_lchmod = check_have_lchmod?
TT_Lib2\thirdparty\fileutils.rb	1279	      $fileutils_rb_have_lchmod
TT_Lib2\thirdparty\fileutils.rb	1290	    $fileutils_rb_have_lchown = nil
TT_Lib2\thirdparty\fileutils.rb	1294	      if $fileutils_rb_have_lchown == nil
TT_Lib2\thirdparty\fileutils.rb	1295	        $fileutils_rb_have_lchown = check_have_lchown?
TT_Lib2\thirdparty\fileutils.rb	1297	      $fileutils_rb_have_lchown
TT_Lib2\thirdparty\fileutils.rb	1382	  @fileutils_output = $stderr
TT_Lib2\thirdparty\fileutils.rb	1383	  @fileutils_label  = ''
TT_Lib2\thirdparty\fileutils.rb	1386	    @fileutils_output ||= $stderr
TT_Lib2\thirdparty\fileutils.rb	1387	    @fileutils_label  ||= ''
TT_Lib2\thirdparty\fileutils.rb	1388	    @fileutils_output.puts @fileutils_label + msg
TT_Lib2\thirdparty\fileutils.rb	1450	    @fileutils_output  = $stderr
TT_Lib2\thirdparty\fileutils.rb	1451	    @fileutils_label   = ''
TT_Lib2\thirdparty\fileutils.rb	1475	    @fileutils_output  = $stderr
TT_Lib2\thirdparty\fileutils.rb	1476	    @fileutils_label   = ''
TT_Lib2\thirdparty\fileutils.rb	1501	    @fileutils_output  = $stderr
TT_Lib2\thirdparty\fileutils.rb	1502	    @fileutils_label   = ''

I don't think it's Thomthoms plugins causing it though.

I have an idea that it might be the Corona beta but it has a .rbs.
I'll try to remove it and see what happens.

Great search tool by the way TIG.

TIG

I don't think TT's Lib is to blame either - that 'require' is called using one of two paths, depending on the Ruby version - it comes shipped with SketchUp in newer versions, but is supplied by TT Lib is older SUp's Ruby < 2 ...

So as you say, I would suspect that this 'Corona' beta RBS generated by the EXE conceals something like a load 'fileutils.rb' [or even a path to a separately shipped version it is requiring without checking it is already loaded...], when a simple loaded/version check and/or replacing it with require 'fileutils' is all that is really needed...

TIG

Our posts crossed...
Can you email the Corona developers and tell them of their problem...

driven

@tig said:

... but if it's in an rbs it will be un-greppable anyway !

can it not be found by looking for what's loading around it?

all = $"
all.each_with_index{|path,indx| p all[indx-3..indx+3] if path.include?('fileutils')};nil

on mine it shows /SKUI/core.rb just before and /FreeDXF/freedxf.rb just after...

john

TIG

@driven

Maybe, a clever idea...
Perhaps @Pixero can test it...

Pixero

Not sure how to use that code but its definitely Corona beta since it returned when I moved the files back into plugins folder.
I pasted the code in the post above into the console and this is what I got:

["C;/Program Files/SketchUp/SketchUp 2016/Tools/RubyStdLib/delegate.rb", "C;/Program Files/SketchUp/SketchUp 2016/Tools/RubyStdLib/singleton.rb", "C;/Program Files/SketchUp/SketchUp 2016/Tools/RubyStdLib/platform_specific/etc.so", "C;/Program Files/SketchUp/SketchUp 2016/Tools/RubyStdLib/fileutils.rb", "C;/Program Files/SketchUp/SketchUp 2016/Tools/RubyStdLib/tmpdir.rb", "C;/Program Files/SketchUp/SketchUp 2016/Tools/RubyStdLib/tempfile.rb", "C;/Users/Jan/AppData/Roaming/SketchUp/SketchUp 2016/SketchUp/Plugins/SketchUcation/Data/Rubyzip/zip/dos_time.rb"]

I'll let them know of the problem.

TIG

Looks like @driven's cunning-plan didn't work...

Tell the authors - it'll be easy enough to correct it...

driven

it shouldn't do any harm as it points the standard library instal both times...

[unlike RubyZip that someone hides in their Plugins folder....]

@Pixero, did you try that when Corona was installed?

it seems odd that it's seen on Start Up and rises an error, but it's not in the loaded files array...

john

Pixero

Yes I tried it with Corona installed.
Now I've posted on their forum so I guess it's up to them to fix it.