mesh.show() causes segmentation fault on OSX

I’d really love to use this library as it is perfect for my usecase, but I’m having a lot of trouble getting it to display my meshes. I’m calling mesh.show() and I’ll receive an empty window. Touching this window results in a segmentation fault crash, like so:

Traceback (most recent call last):
  File "/usr/local/Cellar/python/3.7.2_2/Frameworks/Python.framework/Versions/3.7/lib/python3.7/site-packages/pyglet/libs/darwin/cocoapy/runtime.py", line 755, in __call__
    result = f(objc_id, self.selector, *args)
ctypes.ArgumentError: argument 1: <class 'RecursionError'>: maximum recursion depth exceeded in __instancecheck__

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "_ctypes/callbacks.c", line 232, in 'calling callback function'
  File "/usr/local/Cellar/python/3.7.2_2/Frameworks/Python.framework/Versions/3.7/lib/python3.7/site-packages/pyglet/libs/darwin/cocoapy/runtime.py", line 1121, in objc_method
    result = f(py_self, *args)
  File "/usr/local/Cellar/python/3.7.2_2/Frameworks/Python.framework/Versions/3.7/lib/python3.7/site-packages/pyglet/window/cocoa/pyglet_window.py", line 25, in nextEventMatchingMask_untilDate_inMode_dequeue_
    if self.inLiveResize():
  File "/usr/local/Cellar/python/3.7.2_2/Frameworks/Python.framework/Versions/3.7/lib/python3.7/site-packages/pyglet/libs/darwin/cocoapy/runtime.py", line 785, in __call__
    return self.method(self.objc_id, *args)
  File "/usr/local/Cellar/python/3.7.2_2/Frameworks/Python.framework/Versions/3.7/lib/python3.7/site-packages/pyglet/libs/darwin/cocoapy/runtime.py", line 764, in __call__
    error.args += ('selector = ' + self.name,
TypeError: can only concatenate str (not "bytes") to str
[1]    21219 segmentation fault

Here’s how my window looks like:

Python Version: 3.7.2 (Installed via brew install python) Virtualenv setup using venv (python3 -m venv .) Max OSX: 10.14 Mojave

I’ve installed trimesh via pip install trimesh[easy] with no errors.

Is this an issue I have to file in pyglet or cocoapy? I’ve found solutions online that point to using a fix-osx-virtualenv package to generate a pythonw executeable but seems to be no longer maintained and deprecated.

[mikedh]

Whoa nice! At least until the 10.15 hammer falls haha. They don’t make it easy 😁

[mikedh]

Closer! FWIW (very little) I run an Ubuntu 16.04 VM in Parallels on my Mac and have been very happy with the performance/dev experience in full screen mode (just three finger swipe back to Mac-land).