![]() Path: /Applications/SketchUp 2015/SketchUp.app/Contents/MacOS/SketchUpĪnonymous UUID: A654DCDB-D50F-9014-FD55-CDFA84AD361A In case a Trimble developer is reading this topic, the top part of the crash report is consistently the following, and seems to say that the crash is due to a deliberate assertion failure that presumably traps a known error? Both the original and Aerilius’s modified versions fail with this same error report. I found that the crash is indeed in a function that is trying to load a texture image into memory, but unfortunately the log doesn’t tell what image was involved or exactly what was the issue. ![]() I looked at the crash log from when I tried to open this file. Can someone test whether it now opens without crash? I saved a version of the file without the iphone2.psd. PSD is not a typical output format one should use for textures, it’s Adobe’s proprietary format for graphics editing and to some extent supported by SketchUp, but since it includes a lot of more data than SketchUp uses and all the advanced file features that Adobe might add in new versions, I think there exists a little risk for incompatibility. psd texture which seems to be applied on many small faces. I got all textures exported with Collada export. I tried to export the textures (via Ruby API) to validate the files, but all fail with “ FILE_WRITE_FAILED_UNKNOWN”. I only have no clue what exactly is causing the crash. It opens fine in the Wine/Windows version of SketchUp. If that is the case, we could try to remove, re-save and reload that image. If (progressValue > 0.0f & progressValue < 1.I had once a corrupted image file (that loaded fine in many viewers/applications, but crashed some). NSColor* progressColor = [NSColor draw outline and background of banner progressValue is a property that can be between 0 and 1, the method simply draws a rounded rectangle that fills a percentage of the width of the view, like a thermometer. Here is the drawRect: method of this class (non-progress code that draws the background and text has been omitted for clarity). The progress bar is displayed using a class called InfoBannerView, which is a subclass of NSButton. The effect is a lot like the build progress displayed in the toolbar in Xcode (and like Xcode, other information is displayed in the banner, which is why I am not using NSProgressIndicator). ![]() Here is what this looks like when it is working, showing 30% progress. ![]() However, it does not work on Sierra (not sure about 10.11, don't have a system to test it on). This was originally developed a couple of years ago on Yosemite, and still works fine when run on 10.9 and 10.10. To let the user know that the app is working, I display the progress like a thermometer in a special view in the toolbar. When working with very large datasets (millions of items) my macOS app can sometimes take quite a long time to complete an action, in some cases even more than a minute. ![]()
0 Comments
Leave a Reply. |