[BOULET INSIDE] Plug-ins ? Extensions ?

La DuF

Hey, Tig !!

First of all, thank you for your help...

@tig said:

It still looks like some missing/non-loaded Ruby files to me...
You say you have reinstalled the v2014 files as an admin.
Can you retry this time ensuring that SketchUp is closed, in case it is causing issues with updating the Ruby files...
BEFORE the reinstall uninstall SketchUp.
For a fully brand new reinstall also remove the folder.
"C:/Program Files/SketchUp/SketchUp 2014"
Then reinstall... select the installer's exe file and context-menu > 'Run as administrator...'

I did all that. But, just to make sure, I just did all that again, just in case...

@tig said:

I have noticed that your User-Name is 'François' - i.e. with a accent.
Having an accent in any file-path was a sure way to break Ruby in < v2014 !
BUT in v2014 the newer Ruby should work with accented characters too ???
Renaming your User-Account Name to 'Francois' won't help - because although the displayed name will have changed the actual user-name will be as you originally set it up !

You could consider making a new user-account named say 'Francois'.
Then when you use that is the Ruby issue resolved ?
If so then consider the drastic step... of moving yourself over to that new account, and finally erasing the old accented one ? See here for some help...
http://windows.microsoft.com/en-us/windows/fix-corrupted-user-profile#1TC=windows-7

OK. I created a new account on my machine, the name is 'toto'. It has administrator's privileges.

Installing TTlib_2 gives the same whole block of error messages.

Installing DIBAC (just for a test) seems to work fine.

I notices several issues :

any username : the selection box (i.e. the dotted rectangle around a selection being made, while you click'n'hold and move your mouse) does not appear, although elements are selected.
as 'toto' : When I installed TTlib_2 and every time I start SU2014, I get the following message :

Due to a bug in SketchUp 201 M0
the standard library was not loaded.
Please start SketchUp from a link on 
the drive it was installed to instead 
of from clicking an SKP on a different 
drive.

as 'François' : the above message does not appear, but the "Plugins" drop-down menu is not displayed.

It definitely seems you're right in your diagnostic about my "ç".... I hate that. It had been an issue when moving to SU8, but a fix was quickly released...

Still, my situation regarding SU2014 is more of a beta tester's than a customer's, ain't it ?

Any kind of help most welcome !!

La DuF

La DuF

Au fait, les mecs, désolés pour les échanges en anglais...

Promis, si j'arrive à me sortir le cul des ronces, je vous fais un topo détaillé en français.

TIG

That clue helps a lot.
Now I don't think it's an issue with your "ç" after all !
That just came up because the standard Ruby2.0 library wasn't loaded !
That's why you get that different message as "toto" - because there was NOT a failure getting to the file-path because it's pure Anglo-Saxon name

Here is the issue and the fix...
There's a known bug in v2014 M0 - if you start SketchUp by opening a SKP file on a drive that is not the drive where SketchUp resides [usually C:] then the Ruby library isn't loaded as SketchUp starts.
This causes all sorts of issues - and making it run more like v8 !

They are working on a fix for it as I type...

The workaround is to open SketchUp v2014 first - off the programs-menu or by clicking a desktop shortcut, then to open your SKPs from the SketchUp File menu - or after its open then opening a SKP on another drive even by double-clicking its icon should NOT break anything because the Ruby stuff has now already been loaded.

Phew!
Cet indice nous aide beaucoup. : D
Maintenant, je ne pense pas que c'est un problème avec votre "[b]ç" après tout!
Qui vient parce que la bibliothèque Ruby2.0 norme n'a pas été chargé!
C'est pourquoi vous obtenez ce message différent comme "toto" - parce qu'il n'y avait pas un échec d'entrer dans le fichier-chemin parce que c'est pur nom anglo-saxon

Voici la problem et la solution ...
Il ya un bug connu dans v2014 M0 - si vous commencez SketchUp en ouvrant un fichier SKP sur un lecteur qui n'est pas le lecteur où réside SketchUp [généralement C:], puis la bibliothèque Ruby n'est pas chargé comme SketchUp commence.
Cela provoque toutes sortes de problèmes - et le faire courir plus comme v8!

Ils travaillent sur un correctif pour cela que je tape ...

La solution est de simplement ouvrir v2014 SketchUp premier [pas un SKP] - hors-menu du programme, ou en cliquant sur un raccourci sur le bureau - ouvrez votre SKP dans le menu Fichier - ou après l'ouverture de SketchUp, vous devriez être en mesure d'ouvrir un SKP sur un autre lecteur - même en double-cliquant sur son icône ne devrait pas casser quelque chose maintenant parce que Ruby a déjà été chargé.

Ouf! [/b]

TIG

Trimble have found the cause, for PCs.
Put the attached file into the Tools folder - typically:
C:\Program Files\SketchUp\SketchUp 2014\Tools
You might need to temporarily fix that folder's security permissions to allow you to add files...
The file will run at startup and fix the issue with the Ruby not loading if you start SketchUp with a SKP not on the same drive as the SketchUp installation.
When the next release of v2014 is made, this file will not be effected because it checks if it needs to do anything...

Trimble ont trouvé la cause pour PCs.
Mettez le fichier joint dans le dossier Tools - généralement:
[ruby]C:\Program Files\SketchUp\SketchUp 2014\Tools [/ ruby]
Vous pourriez avoir besoin de fixer temporairement les autorisations de sécurité de ce dossier afin de vous permettre d'ajouter des fichiers ...
Le fichier sera exécuté au démarrage et résoudre le problème avec le Ruby ne chargeant pas si vous commencez avec une SketchUp SKP pas sur le même lecteur que l'installation de SketchUp.
Quand la prochaine version de v2014 est fait, ce fichier ne sera pas effectuée car elle vérifie si elle a besoin de faire quoi que ce soit ...

!_fix_ruby_startup.rb

La DuF

Hey, Tig !!

Thanks again for keeping an eye (and a bit more than that, I guess) on my problem !!!

But....

Erreur de chargement du fichier !_fix_ruby_startup.rb
Error; #<LoadError; cannot load such file -- enc/encdb.so>
D;/Program Files (x86)/SketchUp 2014/Tools/!_fix_ruby_startup.rb;42;in `require'
D;/Program Files (x86)/SketchUp 2014/Tools/!_fix_ruby_startup.rb;42;in `block in <top (required)>'
D;/Program Files (x86)/SketchUp 2014/Tools/!_fix_ruby_startup.rb;41;in `each'
D;/Program Files (x86)/SketchUp 2014/Tools/!_fix_ruby_startup.rb;41;in `<top (required)>'
Erreur de chargement du fichier extensions.rb
Error; #<LoadError; cannot load such file -- extensions.rb>
Erreur de chargement du fichier langhandler.rb
Error; #<LoadError; cannot load such file -- langhandler.rb>
Erreur de chargement du fichier sketchup.rb
Error; #<LoadError; cannot load such file -- sketchup.rb>
Erreur de chargement du fichier BuildEdgePlan.rb
Error; #<LoadError; cannot load such file -- sketchup.rb>
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/BuildEdgePlan.rb;5;in `require'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/BuildEdgePlan.rb;5;in `<top (required)>'
Erreur de chargement du fichier su_advancedcameratools.rb
Error; #<LoadError; cannot load such file -- sketchup.rb>
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/su_advancedcameratools.rb;16;in `require'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/su_advancedcameratools.rb;16;in `<top (required)>'
Erreur de chargement du fichier su_dynamiccomponents.rb
Error; #<LoadError; cannot load such file -- sketchup.rb>
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/su_dynamiccomponents.rb;24;in `require'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/su_dynamiccomponents.rb;24;in `<top (required)>'
Erreur de chargement du fichier su_sandbox.rb
Error; #<LoadError; cannot load such file -- sketchup.rb>
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/su_sandbox.rb;25;in `require'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/su_sandbox.rb;25;in `<top (required)>'
Erreur de chargement du fichier su_webtextures.rb
Error; #<LoadError; cannot load such file -- sketchup.rb>
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/su_webtextures.rb;16;in `require'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/su_webtextures.rb;16;in `<top (required)>'
Erreur de chargement du fichier su_windows.rb
Error; #<LoadError; cannot load such file -- sketchup.rb>
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/su_windows.rb;25;in `require'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/su_windows.rb;25;in `<top (required)>'

For the time being, I rolled back to SU2013, I need to make a living out of it...

pilou

Mélanger les C:... et les D:... n'est pas un peu risqué ?

La DuF

Bonjour !

@unknownuser said:

Mélanger les C:... et les D:... n'est pas un peu risqué ?

Je ne mélange pas vraiment, au contraire... Une vieille habitude d'Unixien. Sur toutes mes machines, depuis des années, il y a une partition pour le système, une pour les programmes, une ou plusieurs (E:, F:,...) pour les données, en séparant si possible les données perso des données professionnelles et une X: pour le fichier d'échanges de Windows (taille fixe).

L'intérêt que j'y vois, c'est moins de risques en cas de crash d'un disque ou d'une partition, des sauvegardes plus faciles, moins de risque de remplir le disque système,...

Du point de vue de l'organisation logique des données sur un ordinateur, un disque ou une partition, ce n'est jamais qu'un répertoire de 1er niveau. Or, tout le monde stocke ses données, ses programmes et son système dans des répertoires différents, non ?

pilou

C'est à dire que maintenant sur les machines dites modernes le système est de base sur une partition réservée non accessible invisible pour l'utilsateur lambda et facilement récupérable (de lapin) en cas de catastrophes naturelles!
Donc pas de prises de têtes avec toutes ces contorsions!

TIG

The bug in v2014 M0 is basically that if you start SketchUp using a SKP that is not on the same drive as the SketchUp installation [usually the system drive C:], then the path to the new Ruby files gets corrupted to be the SKP's drive-letter [this case D:].
Trimble have a fix - but who knows when M1 will appear ?
The rb file I gave when placed in Tools will reset the paths properly to the system drive ?
I don't understand your reported:
D:/Program Files (x86)/SketchUp 2014/Tools/!_fix_ruby_startup.rb
A standard installation of SketchUp usually is something like:
C:/Program Files (x86)/SketchUp/SketchUp 2014/Tools/!_fix_ruby_startup.rb
So why is !_fix_ruby_startup.rb in that folder-path, and there is no 'SketchUp' folder in the path at all ?
So have you installed SketchUp in a folder that is NOT not on the system drive [C:] ?
The 'fix' will not work in that case - it assumes you have a standard installation.
So then remove the 'fix' rb and do the earlier workaround by opening SketchUp then the SKP...
M1 will be out sometime...

Le bogue dans v2014 M0 est essentiellement que si vous commencez SketchUp utilisant un SKP qui n'est pas sur le même lecteur que l'installation de SketchUp [habituellement le lecteur système C:], puis le chemin d'accès aux nouveaux fichiers Ruby est corrompu pour être la volonté de la SKP - lettre [ce cas D:] .
Trimble ont une solution - mais qui sait quand M1 apparaît?
Le fichier rb j'ai donné lorsqu'il est placé dans Tools réinitialiser les chemins correctement le disque système?
Je ne comprends pas votre rapportés:
D:/Program Files (x86 )/SketchUp 2014/Tools/! _fix_ruby_startup.rb
Une installation standard de SketchUp est habituellement quelque chose comme :
[ruby]C:/Program Files (x86 )/SketchUp/SketchUp 2014/Tools/! _fix_ruby_startup.rb[/ ruby ]
Alors, pourquoi est !_fix_ruby_startup.rb en ce que dossier dans D:-chemin, et il n'y a pas de dossier "SketchUp " dans le chemin du tout?
Alors, avez-vous installé SketchUp dans un dossier qui n'est pas pas sur le lecteur du système [C:] ?
La «solution» ne fonctionnera pas dans ce cas - il suppose que vous avez une installation standard.
Donc, puis retirez le rb ' fixe ' et faire la solution de contournement plus tôt en ouvrant SketchUp alors le SKP ...
M1 sera hors parfois ...

TIG

More info on what to do in v2014 M0 if SketchUp is not installed on
Plus d'informations sur ce qu'il faut faire dans v2014 M0 si SketchUp n'est pas installé sur
http://sketchucation.com/forums/viewtopic.php?f=11%26amp;t=56869

La DuF

Hey, Tig !

@tig said:

I don't understand your reported:
D:/Program Files (x86)/SketchUp 2014/Tools/!_fix_ruby_startup.rb
A standard installation of SketchUp usually is something like:
C:/Program Files (x86)/SketchUp/SketchUp 2014/Tools/!_fix_ruby_startup.rb
So why is !_fix_ruby_startup.rb in that folder-path, and there is no 'SketchUp' folder in the path at all ?
So have you installed SketchUp in a folder that is NOT not on the system drive [C:] ?

That's right. As an old UniXer, I like to have the system, the progs and my data in differents partitions...

@unknownuser said:

The 'fix' will not work in that case - it assumes you have a standard installation.
So then remove the 'fix' rb and do the earlier workaround by opening SketchUp then the SKP...

OK, here's what I tried :

Uninstall SU2014 from my machine, delete its directory under 'D:\Program Files (x86)' and clean up all crap it left in the registry.
Start a clean "standard" install, not modifying the target directory, that is 'C:\Program Files (x86)\SketchUp\SketchUp 2014'.
Launch SU 2014 from the shortcut it just created on the desktop --> Works OK.
Install latest available version of TT_Lib2 from the EWH --> Installs OK
Exit SU2014 and restart it --> KA-BOOM !!

Erreur de chargement du fichier C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2/core.rb
Error; #<IOError; Path not found>
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2/c_extension_manager.rb;49;in `initialize'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2/core.rb;124;in `new'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2/core.rb;124;in `<module;Lib>'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2/core.rb;110;in `<module;TT>'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2/core.rb;20;in `<top (required)>'
C;/Program Files (x86)/SketchUp/SketchUp 2014/Tools/extensions.rb;197;in `require'
C;/Program Files (x86)/SketchUp/SketchUp 2014/Tools/extensions.rb;197;in `load'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2.rb;40;in `register_extension'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2.rb;40;in `<module;Lib>'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2.rb;14;in `<module;TT>'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2.rb;13;in `<top (required)>'

Exit SU2014, copy '!_fix_ruby_startup.rb' into 'C:\Program Files (x86)\SketchUp\SketchUp 2014\Tools' and launch SU2014 again --> same flavour of KA-BOOM !!

The I/O error online 2 suggests that the path with a "Ç" in it cannot be accessed... 'Cause I double-checked, the 'core.rb' is exactly where it's supposed to be.

NB : I'm not even close to the point where I can ask myself whether I'll start SU from its own shortcut or by clicking on an SKP file on another drive....

I'll start an auto-hypnosis session, to try to convince myself that SU2013 is just what I want...

BTW, Tig, ThanXX again.

François

La DuF

Hey, Tig !!

Please allow me to switch to french for a couple of seconds...

Putain de chierie de bordel de merde de vérole de moine à la con !!!

OK. Last update :

I closed my session (under 'François') and opened a new one, under 'toto'...

SU2014 works fine, I can install and use BuildEdge, TT_Lib2, Architect Tools, and a couple of others, as far as a 2-minute test can show...

So it seems that the cedilla in my first name is the problem, after all... Too bad these things are developped by guys who only know 26 letters. And I'm afraid I'll have to wait for a fix for a loooooooong time.

ThanXX again, anyway.

Patrick

@la duf said:

Hey, Tig !!

Please allow me to switch to french for a couple of seconds...

#§*£$#""### ... !!!

Vilain 'La DuF'

Patrick

TIG

My French is poor, but good enough to know curse when I see one

La DuF

OK, les mecs, problème résolu !!!

(ou plutôt, contourné, mais nafoutt', ça marche !!)

Récupérer et installer « Link Shell Extension » (http://schinagl.priv.at/nt/hardlinkshellext/linkshellextension_fr.html#contact), qui permet de créer des liens symboliques dans des systèmes de fichiers NTFS, un peu comme sous UniX
À l'aide de LSE, créer les jonctions suivantes :

C:\Roaming vers C\Users\François\Roaming
C:\Profil vers C\Users\François

Créer sur le bureau un fichier de commande « SU2014.bat » :

set APPDATA=C;\Roaming
set USERPROFILE=C;\Profil
c;
cd "C;\Program Files (x86)\SketchUp\SketchUp 2014"
SketchUp.exe

Exécuter le fichier de commande --> youpi !

En fait, l'interpréteur de scripts Ruby s'appuie sur les variables systèmes pour accéder (entre autres) au répertoire des plugins. Et quand ce nom de répertoire contient des caractères nationaux (ç), il perd les pédales. En créant les deux jonctions, on lui fait croire que le nom de ce répertoire ne contient pas de caractères nationaux.

Testé à l'instant.

François (avec une cédille, nomdidjûûû !!)

OK, guys, problem solved !!!

(or tweaked, but I don't give a fuck, it works !!)

Download and install « Link Shell Extension » (http://schinagl.priv.at/nt/hardlinkshellext/linkshellextension_fr.html#contact). It allows to create symbolic links in NTFS filesystems, just like under UniX
Using LSE, create the following hardlinks :

C:\Roaming to C\Users\François\Roaming
C:\Profil to C\Users\François

On your desktop, create a command file named « SU2014.bat » :

set APPDATA=C;\Roaming
set USERPROFILE=C;\Profil
c;
cd "C;\Program Files (x86)\SketchUp\SketchUp 2014"
SketchUp.exe

Run the command file --> yee-haa !

In fact, the ruby scripts interpreter uses the system variables to access (among other things) the plugins directory. And when this directory's name contains national characters (such as "ç"), it goes south. By creating the two hardlinks, you let it believe that the directory name contains no national characters.

Just tested it.

François (with a cedilla !!)

pilou

Pas simple le bazar!
Mais si ça marche c'est l'essentiel!

PS for TIG

"François (avec une cédille, nomdidjûûû !!)"
ç = c cedilla
nomdidjûûû is like the swear word against the comic's personnage Gaston Lagaffe by Franquin (1924-1997) above!