Not Wireframe. It’s difficult to work with Wireframe and tools that work on faces don’t work in that Fave Style. Hidden Line would be the choice but Monochrome would be better so face orientation can be seen and fixed as you go.
No, SketchUp 2016 hardly ever crashes for me. It’s a big shock when it does.
Note that there are SketchUp extensions or plug-ins that can and do cause SketchUp to crash. The code in such extensions has free-reign to make mistakes that will kill the process (generally invalid attempts to access internal memory addresses) just as “effectively” as any potential bug in the native SketchUp code. I realize you have indicated that the crashes you experience don’t seem related to extensions, and that could be true. 
But I wanted to point out that extensions really can cause crashes, hangs, etc.
Ya know, it doesn’t really matter in the long run. Since there isn’t much anyone can do about crashes, all you can do is keep on trying! 
I suspect that something about the environment on your computer is causing a significantly higher number of SketchUp crashes than is typical. I’m glad that you asked about it here, but am sorry that no cause has been identified. If you’re willing to “grin and bear it” then I salute your patience and dedication. Hopefully someone else may contribute to the discussion with new ideas that uncovers the story.
My school issued computer is restricted in the apps that can be installed, and there is a hidden administrator account in the machine. I have SketchUp on my desktop, and not installed in Applications. Could this contribute the the crashing?
I don’t use a Mac, but I would guess yes. Sketchup must be properly installed.
True. But I (for one) have never had a graphics card related problem with my Intel on processor integrated graphics. So there are, indeed, some Intel integrated graphics that implement OpenGL 3.0 well enough to run SketchUp.
I should note that I haven’t (yet) tried any rendering extensions. And it wouldn’t surprise me - given the numerous examples in this forum of Intel graphics problems - if I see a problem if and when I start rendering.
That is not the best way to have an app installed, try to download the installer dmg. Double click and drag the icon in the application folder. When you start SketchUp, rightclick on the icon in the dock and pin ot on the dock permanently.
I do not have another option, the way my computer works. Since it is school issued, there are many annoying restrictions set for kids who would host harmful proxy servers, and download a ton of malware.
This sounds like it could be the problem. In general, you can install Mac programs anywhere, the .app file is really a special folder that hides its contents, making the program and its files into a self contained unit that looks like a single file. There are exceptions though, either programs that assume they’ll be in the Applications folder or more complicated software that installs files all over the place. If SketchUp hadn’t crashed for you 500 times and was working for you in your Desktop folder then it wouldn’t matter, but it is crashing. Some programs install themselves into your home folder’s Applications folder, but SketchUp might not like this.
I’m assuming that your account is non-admin and is the reason you can’t install SketchUp in the Applications folder.
Another problem could be software that your school has installed to be running all the time and is conflicting with SketchUp in some way.
So it would seem likely that from the less than optimal installation method and the graphics card, the majority of your issues are accounted for. Save up your shekels for your own computer and when you get one, make sure it has a Nvidia graphics card and that you install SketchUp correctly. I expect you’ll see a huge improvement.
FWIW, my notebook computer is a nearly 10 year old MacBook Pro but it has an Nvidia craphics card which is one of the reasons I bought it. I almost never have crashes even with very large files and SU2018.
And you still are not hitting the save button every ten minutes. You should have autosaves anyway, right? Even if they are every half-hour or whatever…
The one thing I have noticed myself on Pro is repeated copy will sometimes generate a crash. Not predictable at all…but if I am, say…taking an entity and copying it 200 feet…and then hitting “divide 10”…nope…“divide 14”…nope…divide 18"…etc…Bugsplat!
Now I’ve developed a sixth sense so I feel a slight lag or glitch…hit SAVE!!!
Yup…LOL. That’s what I’ve been doing! Started doing that in just the past 4 to 6 months.
That is exactly what I am talking about when I said “repetitive commands”. I probably should’ve clarified this, earlier, but that is what I should’ve said, earlier. Basically, all I can do, is avoid doing this, and when it is necessary, I should just save the model afterward.
Yeah. I cannot get it do do it when I am trying to. And it doesn’t do it all the time.
But seriously, you have AUTOSAVE set, right? You should have autosaves set for every fifteen minutes anyway. So even if you never hit SAVE when working, you should always have the autosave, at worst, from fifteen minutes ago.
One thing I have been doing the past few years, is making my own periodic backups.
Quite a few times I have had some part of a model that I’m not working on directly go missing, and you discover this days later. It’s helpful to go back to the three day old model, CRTL C, then come back to your current model and SHFT P.
Do “Save A Copy As”
I always have my model name stay the same, ex: SMITHJOB -MODEL.skp
And my backups, in a separate folder,
SMITHJOB-MODEL_2018-06-06_1438
YEAR- MONTH-DAY-TIME (in military format)
Then they all stack up chronologically.
I am getting into this conversation a bit late but offer these comments - consider installing ‘SU Checkup’ to allow you to discover hardware/ system related issues that may be causing your crashes. CPU, GPU, memory, and hard drive all have impacts that will directly affect the performance of SU. And the observation of the limitations of admin access to the school computer will most certainly impact the performance of SU since it does a license check [frequency unknown to me] to validate if the program installed is properly licensed - even if ‘free’.
Hi, little late here but interested -
Could an Intel card be responsible for constant SU crashes?
If so - is it true in cases when the crash most frequently occurs on ‘file close’?
(And nearly never on other “more graphic” operations requiring lots of rendering such as adding/modifying objects, viewing objects from different scenes/cameras, close zooming, style editing, etc.)
After following some of the tips given, I don’t experience crashes quite as much, but they still do occur. These crashes sometimes occur on “SketchUp Quit”, and even less frequently when closing files. These crashes usually occur after a file has been saved. I’ve never had any “graphics” related crashes in my time with SketchUp, or at least not with the navigating tools, styles, etc.
1 Like
Yes.
Typically if the graphics card or graphics drivers are causing crashes, the crashes occur on startup, not when closing.
From following the forum, it seems that most often when SketchUp is crashing on close, the culprit has been determined to be an extension. The way to identify if that’s the cause in your case is to disable all extensions and see if there’s any change in behavior. If there is, re-enable half of the extensions and do some testing. If still no problem, re-enable half of what’s left. Keep testing and re-enabling until you start getting crashes. It’ll be much easier to identify which extension is to blame if that’s the reason.
If you didn’t install SketchUp correctly, that might have something to do with the crashes. Proper installation on Windows requires right clicking on the installer exe file and selecting Run as administrator while you are logged in as your normal user. If you didn’t do that or you don’t know for a fact that you did, you could try repairing the installation.
1 Like
My reply was to @Michal.R, not you. You’ll note I was quoting and replying to his questions.