MR2 broke plugin during C extension require

draftomatic

@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

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

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

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

@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

@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

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

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

@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

@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

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

Dan Rathbun

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

@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

@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.

draftomatic

@thomthom said:

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

Instantly when I started reading this sentence, the words "no such file to load..." popped into my head. Thanks for catching that.

So what's the difference? I'm not finding much info from my googling.

thomthom

@draftomatic said:

@thomthom said:

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

Instantly when I started reading this sentence, the words "no such file to load..." popped into my head. Thanks for catching that.

So what's the difference? I'm not finding much info from my googling.

Did you see the links I posted earlier, on the second page in this thread?

draftomatic

@thomthom said:

Did you see the links I posted earlier, on the second page in this thread?

Yes I read through them, but I didn't see anything useful. One of those threads didn't seem to ever find a resolution? Or did I miss something...

Also I'm not using a self-built ruby... I'm using 1.8.6 p287 for the libraries and dll.

Edit: Just re-read the thread, seems like he resolved it by using the pre-built Ruby. Which is what I've been using all along...

Dan Rathbun

@draftomatic said:

@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.

Well for anyone.

I suppose we could make it a bit more flexible, and move it to it's own topic with a "[Code]" prefix so Jim's code snippet indexer will list it.

It also should be module wrapped in some way. In some generic namespace SkpFileUtils, or something, and the methods made into module functions. Maybe a mixin module anyone can mix into custom modules and classes ?

draftomatic

Hey Dan. I ran the script and it didn't help.

I was also playing with printing the chmod flags for each directory (using File.stat.mode), and using File.readable? (which was always false, even after running your script). I'm not an expert at this stuff and am getting distracted by other priorities.

For what it's worth, the result of:

sprintf("%o", File.stat("/").mode)

is always 40755 (octal I believe?) for the directories, before and after running your script.

thomthom

Can you share the .so file you have problems with? So we can test - figure out if it's a local issue on your computer or the binary itself..