MR2 broke plugin during C extension require

draftomatic · 15 Jan 2012, 05:31

Thanks Dan.

So, per your suggestion, I started going through the libraries that require 'openssl' and replacing it with Sketchup.require 'openssl'

It seemed to fixed one after the other, until I got this:

Error Loading File C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/Light Stanza/lib/Ruby186/lib/ruby/1.8/i386-mswin32/openssl.so 126: The specified module could not be found. - C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/Light Stanza/lib/Ruby186/lib/ruby/1.8/i386-mswin32/openssl.so

Sorry, had a copy/paste error a second ago. Fixed it.

Dan Rathbun · 15 Jan 2012, 05:34

Oh I REMEMBER what the problem is !!!!

It Windows and how it handles custom icons for folders. When you change the icon for a folder, Windows sets it's read-only attribute (or similar.)
This messes up Ruby.

It's your Tortoise install changing the icons that is causing the problem.

TIG is the one that figured this out during beta.

draftomatic · 15 Jan 2012, 05:38

@dan rathbun said:

It's your Tortoise install changing the icons that is causing the problem.

Eh, I don't think so. We also have a packaged installer that does not include any of the svn data. In fact I just stripped my plugin from the Plugins folder and used the installer, and still getting the same errors...

draftomatic · 15 Jan 2012, 05:45

@dan rathbun said:

It seems like TIG reported problems with access to Vista (64bit) folders during the last beta round, concerning the new rbz installer, but I thot the issue was resolved.

Check file permissions on the folders.

I don't suppose you have any references for this?

Scott Lininger promised to get me into the next beta last time I met with him; unfortunately that doesn't help me today

Dan Rathbun · 15 Jan 2012, 05:46

If you copy the icon modified folders into the install package, they will have the modified flags. TIG had to completely recreate new default folders, and copy the files into the new folders.

REALLY I am not making this up. It's a really stupid thing that Microsoft did.

Dan Rathbun · 15 Jan 2012, 05:47

@draftomatic said:

@dan rathbun said:

It seems like TIG reported problems with access to Vista (64bit) folders during the last beta round, concerning the new rbz installer, but I thot the issue was resolved.

Check file permissions on the folders.

I don't suppose you have any references for this?

Scott Lininger promised to get me into the next beta last time I met with him; unfortunately that doesn't help me today

Give me hour or so. I'll see what I can send you from the thread in the beta forum.

draftomatic · 15 Jan 2012, 05:48

@dan rathbun said:

If you copy the icon modified folders into the install package, they will have the modified flags. TIG had to completely recreate new default folders, and copy the files into the new folders.

REALLY I am not making this up. It's a really stupid thing that Microsoft did.

Are you kidding me?! I must have 75 different folders in my plugin. How am I supposed to do that?

I am noticing however that the folders are in fact read-only. But SU isn't writing to them is it? It should only be reading? o.0

I'm going to try removing the read only attributes from the folders, which yes, I know, is a pain in the butt on Vista. But I've done it before... argh

draftomatic · 15 Jan 2012, 06:24

Still no luck. I tried recreating some of the afflicted folders and it didn't change anything. I even recreated every folder back to and including Plugins in the path that led to openssl.so .

Although, I don't think that would make a difference anyway, since I

Reinstalled to the first SU8 release and
Have been using TortoiseSVN on this project for 2 years and never had a problem like this

draftomatic · 15 Jan 2012, 06:47

I think I'm giving up for the night. Thank you so much for you help, Dan.

I would greatly appreciate if you can find TIG's issue from the beta forum.

Have a good night

draftomatic · 15 Jan 2012, 06:57

Oh, and fyi I just tried a fresh installation on Windows 7 and it worked no problems.

Seems like a Vista problem for sure.

Dan Rathbun · 15 Jan 2012, 07:43

@draftomatic said:

Are you kidding me?! I must have 75 different folders in my plugin. How am I supposed to do that?

...

I'm going to try removing the read only attributes from the folders, which yes, I know, is a pain in the butt on Vista. But I've done it before... argh

With a script perhaps ?

(not tested)

# use;
#
# reset_dirtree_flags("Light Stanza")
#

# reset_dirtree_flags( dirname )
#
# dirname ; the root subdir for iteration beneath the plugins dir
#
def reset_dirtree_flags(dirname)
  # save the user's current working dir
  workdir = Dir.getwd
  #
  # change to the Plugins dir
  plugdir = Sketchup.find_support_file("Plugins")
  Dir.chdir(plugdir)
  #
  if File.exists?(dirname) && File.directory?(dirname)
    File.chmod(0777,dirname)
    reset_subdir_flags(dirname)
  end #if
  # restore the user's current working dir
  Dir.chdir(workdir)
  #
end #def

# reset_subdir_flags( dirname )
#
# Recusive method called by reset_dirtree_flags()
#
def reset_subdir_flags(dirname)
  #
  prevdir = Dir.getwd
  #
  Dir.foreach(dirname){|filename|
    if File.directory?( File.join(dirname,filename) )
      if (filename != "." && filename != "..")
        Dir.chdir(dirname)
        File.chmod(0777,filename)
        # recursive method call
        reset_subdir_flags(filename)
        Dir.chdir(prevdir)
      end
    end
  }
  #
end #def

Dan Rathbun · 15 Jan 2012, 07:48

@draftomatic said:

Seems like a Vista problem for sure.

And another good reason why I'm glad I never upgraded any of our machines to Vista. (We went XP to Win7.)

thomthom · 15 Jan 2012, 11:10

TIG had problems with installing plugins with the RBZ feature. Not related to C Extensions.

There was someone else the other day that reported similar error though, will see if I can find the thread.

I've not experienced any C Extensions problems when migrating to M2.

thomthom · 15 Jan 2012, 11:14

Here we go: similar error reported: http://forums.sketchucation.com/viewtopic.php?f=180&t=41077&start=60#p376236

Later it seemed to be related to that he had built Ruby himself. It worked when he used the pre-built version, Don't know why it was so though.
http://forums.sketchucation.com/viewtopic.php?f=180&t=41077&p=378810#p376632

TIG · 15 Jan 2012, 11:44

@thomthom said:

TIG had problems with installing plugins with the RBZ feature. Not related to C Extensions.

There was someone else the other day that reported similar error though, will see if I can find the thread.

I've not experienced any C Extensions problems when migrating to M2.
that issue came from the fact that there was a 'custom icon' for the Plugins folder, adding it subtly changed the permissions under Vista and the M2 tested code then thought the user didn't have permission to write to the folder, when they did ! This might have been fixed in the public version - I haven't tried it.

thomthom · 15 Jan 2012, 11:51

@tig said:

@thomthom said:

TIG had problems with installing plugins with the RBZ feature. Not related to C Extensions.

There was someone else the other day that reported similar error though, will see if I can find the thread.

I've not experienced any C Extensions problems when migrating to M2.
that issue came from the fact that there was a 'custom icon' for the Plugins folder, adding it subtly changed the permissions under Vista and the M2 tested code then thought the user didn't have permission to write to the folder, when they did ! This might have been fixed in the public version - I haven't tried it.

But did it cause a problem in loading C Extensions? Wasn't it the RBZ installer that threw errors?

TIG · 15 Jan 2012, 14:07

The MR2 [in testing] RBZ installer threw an error - but no C-extensions broke.

Dan Rathbun · 15 Jan 2012, 15:36

Well his Tortoise SVN program IS changing all the folder icons to a custom icon.

require is saying it cannot find the file, but it does exist.

thomthom · 15 Jan 2012, 16:04

@dan rathbun said:

require is saying it cannot find the file, but it does exist.

No, it says it cannot find the module - not the same as the file.

If the file was not found there would be a different error message - like this:
require 'foobar' Error: #<LoadError: (eval):155:inrequire': no such file to load -- foobar>
(eval):155
(eval):155`

draftomatic · 15 Jan 2012, 21:03

@dan rathbun said:

With a script perhaps ?

Wow, I hope you didn't write that just for me! I'm gonna play with it right now. I am very suspicious about Vista and permissions/folder attributes since I've confirmed it works on XP and 7.