Sketchup 14 mac crashing like never before

[TIG]

Now I am awake I'll look into this.

There is no way that SectionCutFace should cause issues.
But if it does, and it's the only loading Plugin, then we have a mystery.
It does include an observer - used for the Auto-Update option [which is NOT recommended for anything but the simplest models anyway].
So this might be causing issues as some Observers on a MAC can be flaky.
Perhaps it's not loading/unloading cleanly
BUT I don't see any issues on my MAC [Mavericks too]...

Sometimes observers clash with other tools or another tool's observers causes issues with an innocent tool - but if you can get SectionCutFace to fail when it's the only Plugin loading then it's weird...

Give me a little time to investigate...

@otb designworks
I might PM you some alternative code to test...
So a lack of action here might simply reflect frantic behind the scenes testing

[tt_su]

We have seen that a fix for a previous observer crash could have lead to a new one in SU2014. TIG, if you can play around with it - temporarily disable it to see if it still crashes that would be a good place to start. Then report it back to us.

For instance, in SU2014 removing and EntityObserver in the onEntityErased event now crashes because we fixed a memory leak.

Has there been any BugSplats submitted for this issue? With any name/description we can use to look them up?

[TIG]

@thomthom

I'll look at the SCFace Observers [Tools and App] shortly.
The AppObs simply attaches the ToolsObs with a onNew/onOpen event.
The ToolsObs does nothing unless there are some Auto-Update [aka Glued] SCFaces in the model.
I'm wondering if there's an issue with it 'unloading the two Observers' via the AppObs 'onQuit', for some MAC versions ?

I'll report back...

[tt_su]

@tig said:

I'm wondering if there's an issue with it 'unloading the two Observers' via the AppObs 'onQuit', for some MAC versions ?

Are you removing the observer when SketchUp quits?

[TIG]

I've just put SCFace through its paces again on my MAC with Mavericks: using a combo of its 'types' - AutoUpdate/UpdateOnDemand/Unlinked - with opening/new SKPs etc, adding new SCFaces etc, and then quitting SketchUp - all behaved normally - no issues at all

Just like on PC...

When SketchUp onQuits SCFace AppObs tries to remove the model's SCFace ToolsObs and then the SCFace AppObs itself etc.
These are in a begin...rescue... to trap errors...

Does removing an observer on MAC at onQuit work differently to PC.
I know that unlike PCs MACs get several instances of SketchUp - one per open model ?

Perhaps I've missed a combo...

[tt_su]

I think onQuit was not working prior to SU2014 - should be fixed now.
If the user's who experienced this have submitted BugSplats then I might be able to dig into that and find clues to where the crash happens.

[otb designworks]

I have sent a bugsplat report every time so there are probably 30 or 40 of them from me in the last week.

I am happy to run code or test if anyone needs it.

The crashes seem to happen after the new file window opens but before the layers and scenes palettes populate, fwiw

I can make a short screencast if that helps?

Thanks guys!!!

[TIG]

@Chuck

Anything to track it down...
I can't reproduce a splat at all...

[otb designworks]

Hi TIG,

Do you have some large SU files? Saved as v13?

What happens when you try to open 2 of those one after another?

I'll whip up a short screencast...

[tt_su]

Any chance you can share with us your plugins folder? (You can PM me privately)
Also, in your bugplats, did you enter any name or description I can use to look up the crashes?

[otb designworks]

No, I didn't enter anything, sorry.

I will get it to crash and send a couple with description.

I am happy to share the plugin folder; I'll PM you asap

thanks

[tt_su]

Thanks - if I can get hold of at least one of the BugSplats I find the rest.
Is there a way you can provoke the crash? A set of instructions you make make it crash every time? Or at least a high probability?

[otb designworks]

Hi Thomas,

I just sent over two bugs splats,

look for otb designworks or cgailey1 at bresnan dot net

I referenced SCF in the description.

I uploaded a bunch of screenshots of testing with and without the SCF plugin installed. You can find them here

Dropbox - Error - Simplify your life

(www.dropbox.com)

[otb designworks]

I can easily provoke a crash. All I have to do is put the SCF items in the plugins folder and start opening files.

half the time, it will crash without even opening one, almost always with the second, and will 100% crash with a v13 added to the mix.

Pull the plugin items out and everything works perfect.

I have run that cycle probably 10 times now with the same results

[tt_su]

hm... I see it crashing when opening recent document in the application observer.
I cannot tell what plugin causes it though, but at least we know where to look. Where we can fix the bug in our code and where Ruby developers can look for workarounds.

Need to start digging into the Ruby plugins now.

[tt_su]

I haven't gotten my machine set up to test your plugins folder yet - it's doing another task that takes a while.
Meanwhile, can I probe you for some more info:

Are you saying that disabling SectionFaceCut or the SCF plugin avoided the errors? Have you tried running with only the plugin you think might trigger the crash? (I'm trying to figure out of the crash is a result of compound set of plugins or not.)

[otb designworks]

I completely emptied the plugin folder and literally added one plugin at a time (downloaded through sketchucation or the extensions warehouse,e most recent versions) and ran through the protocol of opening all four files in the order that I used in the screenshots.

In the middle of this process, I first installed SCF. crash crash crash.

Took out SCF and counted to install and test the rest of the updated plugins. Put SCF back in and crash.

I then installed, one at a time and testing, the few un-updated plugins I use regularly. SU still continued to run perfectly through these installs.

Put SCF back in and crash crash.

Also, I tried a few using open instead of open recent and still crashed with SCF

Not sure what else to say?

[TIG]

So SCFace loaded on its own seems to be definitely causing this splat for you.
This occurs when ?
On startup ?
On opening a new file ?
On opening an existing file ?
On quit ?
Anything special about the splatting SKPs ?
Size - e.g. very large
Number of Sections - e.g. lots
Number of AutoUpdating [Glued] sections ?
SCFace adds an Observer to SketchUp App and another onto the Tools [to spot when to change a SCFace if it's AutoUpdateable]...
Perhaps the observers need to wait for something to finish ?

But... I can't get this to splat at all...

I did notice a rare glitch which I have a fix for...
Now and then when you make a group with a face in it it is invisible until you edit that group, then it appears and all is well.
I've seen it in some other scripts.
I have a fix.
I'll add it to SCFace and issue a new version asap...

[otb designworks]

TIG,

See attached screenshot. SCF is only plugin installed and SU crashed when trying to open the first file.

This occurs when ?
On startup ? ~20% of the time

On opening a new file ? haven't tried that, though doesn't SU open a new file on startup?

On opening an existing file ? ~50%

On opening a v13 file? ~80% of the time, if it hasn't crashed already

On quit ? Never make it that far

Anything special about the splatting SKPs ? Some big, some huge, some with high res textures, some no textures

Size - This file, that crashed for just now, has 47,000 faces, 512 groups, 4300 component instances (mostly bolts and washers), 252 component definitions, and 62 layers. It has 3 sections. It started as a v13 and then became a v14.

Number of Sections - 3

Number of AutoUpdating [Glued] sections ? none

I would consider this a "light" model in my workflow.

---

[TIG]

I am just about to send you a beta SCFace v4.5 [by PM].
Please test and report back...

We will solve this...