Weirdest loading bug ever?

lothcat

I'm trying to use this loader, but I keep getting errors. Specifically:

Error Loading File F:/Program Files (x86)/Google/Google SketchUp 7/Plugins/lothcat/widget/widget.rb
uninitialized constant Lothcat::Widget::RBSFILEError Loading File F:/Program Files (x86)/Google/Google SketchUp 7/Plugins/lothcat/widget/widget_loader.rb
uninitialized constant Lothcat::Widget::RBSFILEError Loading File lothcat_widget_ext.rb
uninitialized constant Lothcat::Widget::RBSFILE

When I changed the names, I still get an uninitialized constant error.

Dan Rathbun

Are you loading the "lothcat/widget/widget.rb" directly using the load() command at the console?
If so you need to first load "lothcat_widget_ext.rb" where the RBSFILE constant gets defined.

You need to learn how to debug !! I cannot always do it for you.
I inserted debugging puts() statements into the "lothcat_wigdet_ext.rb" file, like so:

    # Create local path and filename constants;
    #
    PATH = @@plugin.path()
    puts "Lothcat;;Widget;;PATH = '#{PATH}'"
    LOADER_SUFFIX = '_loader'
    LOADER = File.basename(PATH)
    puts "Lothcat;;Widget;;LOADER = '#{LOADER}'"
    RBSFILE = LOADER.split("_")[0] << '.rbs'
    puts "Lothcat;;Widget;;RBSFILE = '#{RBSFILE}'"
    
 
    # RELDIR is relative to Plugins dir, OR the dir from
    # the $LOAD_PATH array that require used to find it.
    RELDIR = File.dirname(PATH)
    puts "Lothcat;;Widget;;RELDIR = '#{RELDIR}'"
    ABSDIR = File.expand_path(RELDIR) # absolute path
    puts "Lothcat;;Widget;;ABSDIR = '#{ABSDIR}'"

I then loaded the file, and the console output was:
Lothcat::Widget::PATH = 'lothcat/widget/widget_loader.rb' Lothcat::Widget::LOADER = 'widget_loader.rb' Lothcat::Widget::RBSFILE = 'widget.rbs' Lothcat::Widget::RELDIR = 'lothcat/widget' Lothcat::Widget::ABSDIR = 'F:/Program Files (x86)/Google/Google SketchUp 7/Plugins/lothcat/widget'

Looks to me like you are not loading loading the extension registration script, before the plugin script.

Dan Rathbun

Also... the "lothcat/widget/widget_loader.rb" can be changed so it autoloads either an rb or an rbs file.
This can make it easier during development.

"lothcat/widget/widget_loader.rb"

#
#  "widget_loader.rb"
#

require('sketchup.rb')
 
module Lothcat;;Widget  # Namespace for THIS plugin
 
    # Conditionally loads a script&#058;
    #  1) trys; "lothcat/widget/widget.rb"
    #  2) trys; "lothcat/widget/widget.rbs"
   
    begin

      require(File.join(RELDIR,"widget.rb"))

    rescue LoadError ==> e

      if e.message.include?("no such file to load -- #{RELDIR}/widget.rb")
      
        begin
          Sketchup.require(File.join(RELDIR,"widget.rbs"))
        rescue
          raise
        else
          unless file_loaded?(File.join(RELDIR,File.basename(__FILE__)))
            file_loaded(File.join(RELDIR,File.basename(__FILE__)))
          end # if not loaded
        end
      
      else
        raise  # just reraise the error
      end

    else

      unless file_loaded?(File.join(RELDIR,File.basename(__FILE__)))
        file_loaded(File.join(RELDIR,File.basename(__FILE__)))
      end # if not loaded

    end
 
end # module Lothcat;;Widget

lothcat

You're right, I'm leaning on you a lot - it's because you're introducing a ton of stuff here that I've never used, and I wasn't even sure where to begin debugging. I'm still new to this.

I tried modifying your code to my module, but when it didn't work, I tried making the snippets exactly how you wrote them.

I'm putting the ext file in the plugin folder, and the others under lothcat/widget, then starting up sketchup rather than using load. The error is what appears on startup. I thought maybe it was loading the files in the @@plugin statement, so I moved that further down... and that didn't work either.

I can fiddle with it on my own for a while to try to find the problem.

Thank you so much for your help!

Dan Rathbun

Why are you still using Sketchup 7 ??

Version 8 fixes all manner of bugs, and runs Ruby v1.8.6-p287
SU 7, "out-of-the-box" still has Ruby v1.8.0 (initial rel.)

If you don't want to move up to ver 8, at the very least, update the Ruby DLL in the "Sketchup 7" dir, to v1.8.6-p287.

Get it here: Ruby Interpreter DLLs (Win32)

lothcat

I'm still using seven because I want to make sure that everyone in the company can use it, but if I have to force people to upgrade, so be it.

Turning off the RELDIR/ABSDIR calls seems to fix it for now.

Dan Rathbun

@lothcat said:

I'm still using seven because I want to make sure that everyone in the company can use it, but if I have to force people to upgrade, so be it.

Well OK.. but update the DLL to v1.8.6-p287, at least. Then retry the code.

@lothcat said:

Turning off the RELDIR/ABSDIR calls seems to fix it for now.

That does not make sense.. and is not a real solution.

When you get an error during Sketchup startup.. the display of the error messages are hard to read in that little box. Press the OK button, and let Sketchup finish loading.

Immediately open the Ruby Console.
and type $!
(The last error message will be redisplayed.)
... then immediately, type puts $@
(The backtrace for that last error will be displayed.)

Don't make any typo errors in the console, or those two variables will lose the info from the LoadError, and take on new typo booboo error!

The backtrace will list the error and the filename where the error occured, followed by a colon, and the line number from the code.
Then the same for the file and line that called the previous line, and so on, all the way back to the original require() call, that tried to load "lothcat_widget_ext.rb"

So it's the first line of the backtrace where the actual error occurs. The backtrace you sent earlier shows that some of those constants may not be getting set.

I will bet that it's because your running Ruby v1.8.0, update that DLL.

Debugging tip. Always verify that the first file to load, is correct. So debug the extension registration script, and all those constant will be available in the plugin file.

Dan Rathbun

Ok found it!!!

Duh (slap me.) File.expand_path assumes the relative path is from the current working directory.
Which you can get:
Dir.getwd

So in the example above:
(line 42) ABSDIR = File.expand_path(RELDIR) # absolute path
will be wrong.

I'm doing this in my files now:

    ROOT = $LOAD_PATH.find(false) do |abspath|
      Kernel.test(?d, File.join(abspath,RELDIR) )
    end
    if ROOT
      ABSDIR = File.join( ROOT, RELDIR )
    else
      # assume the target dir is directly below, the dir that THIS file is in.
      ABSDIR = File.join( File.dirname(__FILE__), RELDIR )
    end

lothcat

Thank you so much! It's working now and I'm not having that weird loading bug!

Also, thank you for being patient with me. This was a real learning experience.

Dan Rathbun

@lothcat said:

Thank you so much! It's working now and I'm not having that weird loading bug!

Excellent!

@lothcat said:

Also, thank you for being patient with me. This was a real learning experience.

I would be very worried if you had not learned anything, here ....