crash on file open

Steps causing the bug to occur

  1. open file with version of vuo early enough to trigger prompt by app, open by clicking file icon in Finder
  2. app crashes

Have you found a workaround?

drag file icon onto vuo, or open file from vuo.

Other notes

  • Vuo version: 2.3.2
  • macOS version: macOS

I discovered this today when going to github and opening the example compositions in the bin file for parabox nodes.

@George_Toledo,

We haven’t been able to reproduce this behavior. Can you please send us a composition and, ideally, a crash report?

1 Like

I thought it would be more helpful to give the exact steps than to upload a composition here. The composition is at the link provided, along with the parabox node.

I’ll see if I can generate a new crash and get a crash report for you. It is extremely repeatable in the manner I specified, so it shouldn’t be a problem.

Thanks Jean!

It also is not personally a showstopper for me, but when I encountered it, I had a feeling it could possibly be linked to some other crashes people have experienced when loading vuo comps within various apps, or just in vuo itself.

Oh, I see I didn’t leave the github link. GitHub - karl-/vuo-nodes: Custom nodes for use with Vuo.

If it was me, and I was attempting to reproduce, I’d want to go to the github, dl the package, install the node, open up a comp in the bin file located exactly as is. I think that is the best way to test the bug and keep most context in play. That said, I could upload the individual bits if it proves to be needed.

I’ll try to do the crash report by EOD, but I may just email it. :-)  

Does this work for you? I would rather not have all of the info presented in a crash report floating around.

Process:               Vuo [32517]
Path:                  /Users/USER/Desktop/*/Vuo.app/Contents/MacOS/Vuo
Identifier:            org.vuo.editor
Version:               2.1.2.11416 (2.1.2)
Code Type:             X86-64 (Native)
Parent Process:        ??? [1]
Responsible:           Vuo [32517]
User ID:               501

Date/Time:             2021-10-13 12:28:44.497 -0400
OS Version:            Mac OS X 10.14.6 (18G9323)
Report Version:        12
Anonymous UUID:        


Time Awake Since Boot: 410000 seconds

System Integrity Protection: enabled

Crashed Thread:        0  Dispatch queue: com.apple.main-thread

Exception Type:        EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:       KERN_INVALID_ADDRESS at 0x0000000600000010
Exception Note:        EXC_CORPSE_NOTIFY

Termination Signal:    Segmentation fault: 11
Termination Reason:    Namespace SIGNAL, Code 0xb
Terminating Process:   exc handler [32517]

VM Regions Near 0x600000010:
    MALLOC_LARGE           0000000122583000-0000000122783000 [ 2048K] rw-/rwx SM=PRV  
--> 
    MALLOC_NANO            0000600000000000-0000600008000000 [128.0M] rw-/rwx SM=ALI  

Application Specific Information:
t=  3.5980s              VuoCompiler.cc:3314                    loadModulesAndSources()  Loaded into user environment:  [2a5bc911] /Users/georgetoledo/Library/Application Support/Vuo/Modules/khenkel.showObjectNormals.vuo
t=  3.5980s              VuoCompiler.cc:3314                    loadModulesAndSources()  Loaded into user environment:  [853bef07] /Users/georgetoledo/Library/Application Support/Vuo/Modules/khenkel.showWireframe.vuo
t=  3.5980s              VuoCompiler.cc:3314                    loadModulesAndSources()  Loaded into user environment:  [62a6f9ce] /Users/georgetoledo/Library/Application Support/Vuo/Modules/stv.GenList3DpointDistortionSphereForLine.vuonode
t=  3.5980s              VuoCompiler.cc:3314                    loadModulesAndSources()  Loaded into user environment:  [36c827f9] /Users/georgetoledo/Library/Application Support/Vuo/Modules/stv.GenParticleEmitterL.vuonode
t=  3.5980s              VuoCompiler.cc:3314                    loadModulesAndSources()  Loaded into user environment:  [c89d0b70] /Users/georgetoledo/Library/Application Support/Vuo/Modules/stv.Make3DpointSphericalCoordinates.vuonode
t=  3.5980s              VuoCompiler.cc:3314                    loadModulesAndSources()  Loaded into user environment:  [62813c5f] /Users/georgetoledo/Library/Application Support/Vuo/Modules/stv.MakeListCosmicWeb.vuonode
t=  3.5981s              VuoCompiler.cc:3314                    loadModulesAndSources()  Loaded into user environment:  [cfd23202] /Users/georgetoledo/Library/Application Support/Vuo/Modules/stv.MakeListCosmicWebTri.vuonode
t=  3.5981s              VuoCompiler.cc:3314                    loadModulesAndSources()  Loaded into user environment:  [e677ed95] /Users/georgetoledo/Library/Application Support/Vuo/Modules/stv.MakeMeshTriangle.vuonode
t=  3.6171s              VuoCompiler.cc:1635             compileModulesFromSourceCode()  Compiling khenkel.renderUvImage
t=  3.6171s              VuoCompiler.cc:1635             compileModulesFromSourceCode()  Compiling khenkel.showObjectNormals
t=  3.6171s              VuoCompiler.cc:1635             compileModulesFromSourceCode()  Compiling khenkel.showWireframe
t=  3.7579s              VuoCompiler.cc:3225                    loadModulesAndSources()  Removed from user environment: khenkel.showObjectNormals
t=  3.7606s              VuoCompiler.cc:3314                    loadModulesAndSources()  Loaded into user environment:  [2a5bc911] /Users/georgetoledo/Library/Application Support/Vuo/Modules/khenkel.showObjectNormals.vuo
t=  3.8537s              VuoCompiler.cc:3225                    loadModulesAndSources()  Removed from user environment: khenkel.showWireframe
t=  3.8561s              VuoCompiler.cc:3314                    loadModulesAndSources()  Loaded into user environment:  [853bef07] /Users/georgetoledo/Library/Application Support/Vuo/Modules/khenkel.showWireframe.vuo
t=  3.9078s              VuoCompiler.cc:3225                    loadModulesAndSources()  Removed from user environment: khenkel.renderUvImage
t=  3.9126s              VuoCompiler.cc:3314                    loadModulesAndSources()  Loaded into user environment:  [7fbec252] /Users/georgetoledo/Library/Application Support/Vuo/Modules/khenkel.renderUvImage.vuo
t=  4.0332s              VuoCompiler.cc:5166                                     link()  Undefined symbols for architecture x86_64:
  "_VuoListAppendValue_PbxShaderUniform", referenced from:
      _vuo_list_make_1_PbxShaderUniform__nodeEvent in composite-amSiUm-Psjez6.o
  "_VuoListCreate_PbxShaderUniform", referenced from:
      _vuo_list_make_0_PbxShaderUniform__nodeEvent in composite-amSiUm-Psjez6.o
      _vuo_list_make_1_PbxShaderUniform__nodeEvent in composite-amSiUm-Psjez6.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
 
t=  4.0343s              VuoCompiler.cc:2393                           useModuleCache()  Warning: Couldn't rebuild the cache of generated modules at '/Users/georgetoledo/Library/Caches/org.vuo/2.1.2.11416/User' for the "faster build" optimization: Node broken or outdated — 
Undefined symbols for architecture x86_64:
  "_VuoListAppendValue_PbxShaderUniform", referenced from:
      _vuo_list_make_1_PbxShaderUniform__nodeEvent in composite-amSiUm-Psjez6.o
  "_VuoListCreate_PbxShaderUniform", referenced from:
      _vuo_list_make_0_PbxShaderUniform__nodeEvent in composite-amSiUm-Psjez6.o
      _vuo_list_make_1_PbxShaderUniform__nodeEvent in composite-amSiUm-Psjez6.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
 
 
t=  4.0774s                VuoEditor.cc:1476                         openFileWithName()  khenkel.renderUvImage.vuo:      Open

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libjson-c.dylib               	0x000000010d58a636 array_list_get_idx + 15
1   org.vuo.editor                	0x000000010c2ebfb5 0x10c2c3000 + 167861
2   org.vuo.editor                	0x000000010c2ef041 0x10c2c3000 + 180289
3   org.vuo.editor                	0x000000010c2ea6a9 0x10c2c3000 + 161449
4   org.vuo.editor                	0x000000010c2ea0ef 0x10c2c3000 + 159983
5   org.vuo.editor                	0x000000010c2e53f3 0x10c2c3000 + 140275
6   org.vuo.editor                	0x000000010c2d66ee 0x10c2c3000 + 79598
7   org.vuo.editor                	0x000000010c2d629a 0x10c2c3000 + 78490
8   org.vuo.editor                	0x000000010c2d5e2b 0x10c2c3000 + 77355
9   org.vuo.editor                	0x000000010c2d5aef 0x10c2c3000 + 76527
10  org.vuo.editor                	0x000000010c37ca93 0x10c2c3000 + 760467
11  org.vuo.editor                	0x000000010c3b7236 0x10c2c3000 + 999990
12  org.vuo.editor                	0x000000010c36c86f 0x10c2c3000 + 694383
13  org.vuo.editor                	0x000000010c36c70d 0x10c2c3000 + 694029
14  org.vuo.editor                	0x000000010c36ee86 0x10c2c3000 + 704134
15  org.vuo.editor                	0x000000010c3684b4 0x10c2c3000 + 677044
16  org.vuo.editor                	0x000000010c36f6f9 0x10c2c3000 + 706297
17  org.qt-project.QtWidgets      	0x000000010d05ffaa QApplicationPrivate::notify_helper(QObject*, QEvent*) + 234
18  org.qt-project.QtWidgets      	0x000000010d061ea0 QApplication::notify(QObject*, QEvent*) + 4622
19  org.qt-project.QtCore         	0x000000010e4d8464 QCoreApplication::notifyInternal2(QObject*, QEvent*) + 164
20  org.qt-project.QtGui          	0x000000010d910ea2 QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*) + 930
21  org.qt-project.QtGui          	0x000000010d8fa887 QWindowSystemInterface::handleFileOpenEvent(QString const&) + 71
22  libqcocoa.dylib               	0x0000000115a8530b 0x115a66000 + 127755
23  com.apple.AppKit              	0x00007fff33faa060 withWindowOrderingObserverHeuristic + 455
24  com.apple.AppKit              	0x00007fff33fa9d2c -[NSApplication(NSAppleEventHandling) _openURLs:withCompletionHandler:] + 998
25  com.apple.AppKit              	0x00007fff33e11a16 __69-[NSApplication(NSAppleEventHandling) _handleAEOpenDocumentsForURLs:]_block_invoke + 886
26  com.apple.AppKit              	0x00007fff33ae0166 __90-[NSDocumentController(NSInternal) _autoreopenDocumentsFromRecords:withCompletionHandler:]_block_invoke + 66
27  com.apple.AppKit              	0x00007fff33ae009b -[NSDocumentController(NSInternal) _autoreopenDocumentsFromRecords:withCompletionHandler:] + 342
28  com.apple.AppKit              	0x00007fff33adff1d __97-[NSDocumentController(NSInternal) _autoreopenDocumentsIgnoringExpendable:withCompletionHandler:]_block_invoke_3 + 95
29  com.apple.AppKit              	0x00007fff33adfb02 -[NSDocumentController(NSInternal) _autoreopenDocumentsIgnoringExpendable:withCompletionHandler:] + 722
30  com.apple.AppKit              	0x00007fff33adf355 -[NSApplication _reopenWindowsAsNecessaryIncludingRestorableState:completionHandler:] + 249
31  com.apple.AppKit              	0x00007fff33e11615 -[NSApplication(NSAppleEventHandling) _handleAEOpenDocumentsForURLs:] + 228
32  com.apple.AppKit              	0x00007fff33adedf3 -[NSApplication(NSAppleEventHandling) _handleCoreEvent:withReplyEvent:] + 764
33  com.apple.Foundation          	0x00007fff3878e0e0 -[NSAppleEventManager dispatchRawAppleEvent:withRawReply:handlerRefCon:] + 286
34  com.apple.Foundation          	0x00007fff3878df5d _NSAppleEventManagerGenericHandler + 102
35  com.apple.AE                  	0x00007fff3770c397 aeDispatchAppleEvent(AEDesc const*, AEDesc*, unsigned int, unsigned char*) + 1815
36  com.apple.AE                  	0x00007fff3770bc29 dispatchEventAndSendReply(AEDesc const*, AEDesc*) + 41
37  com.apple.AE                  	0x00007fff3770bb01 aeProcessAppleEvent + 414
38  com.apple.HIToolbox           	0x00007fff3574c8b7 AEProcessAppleEvent + 54
39  com.apple.AppKit              	0x00007fff33adb1a9 _DPSNextEvent + 1935
40  com.apple.AppKit              	0x00007fff33ad9b77 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1361
41  com.apple.AppKit              	0x00007fff33ad3c94 -[NSApplication run] + 699
42  libqcocoa.dylib               	0x0000000115a82f20 0x115a66000 + 118560
43  org.qt-project.QtCore         	0x000000010e4d4621 QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) + 417
44  org.qt-project.QtCore         	0x000000010e4d8ad5 QCoreApplication::exec() + 341
45  org.vuo.editor                	0x000000010c2cabbe 0x10c2c3000 + 31678
46  libdyld.dylib                 	0x00007fff624e53d5 start + 1
``` &nbsp;

Related?

https://community.vuo.org/t/-/6790

@George_Toledo,

The crash report excerpt is from Vuo 2.1.2. We tried to reproduce it in in 2.3.2, but haven’t been able to. Does it crash in Vuo 2.3.2? If so, can you e-mail us a crash report from the current version? We’ve seen some other crashes that implicate modules in the User Modules folder. Can you reproduce it if you temporarily move all the modules out of that folder?

Well, I am very happy to say that this bug doesn’t seem to occur in 2.3.2 (I didn’t realize the app wasn’t current on my computer).

Unfortunately now quit is greyed out! I think someone else reported similar behavior recently.

So…the bug reports I sat down and filed recently were the result of going through a text doc where I had been writing them down. I just wanted to get them in because it’s kind of easy to procrastinate on (at least for me).

Obviously these were all against the incorrect version, so instead of being super duper helpful, it’s all kind of questionable.

I will go through each in the near future, test again, and follow up with response. Now, there are a some I felt should be filed as bugs and which would obviously still stand regardless of this version increment…so if there’s no follow up on those, it’s just meant to keep the signal to noise ratio a little better.

Not a bug in Vuo 2.3.2.

1 Like

Well, unfortunately in the newest VUO I get messages like this when attempting to run these same parabox example compositions, save for showWireFrame…I believe likely relate to that composition not attempting to initialize a shader.

(This node is extremely important at the moment - at least to me, since vuo has no built in vertex shader customization on an in-editor level, or in the shader protocol for that matter. Otherwise one has to code a custom node to manipulate the vertex shader with custom code.)

Undefined symbols for architecture x86_64:
“_VuoSubmeshMesh_download”, referenced from:
_GetMeshValues in composite-RlQ8Ak-bc5c24.o
“__ZNKSs17find_first_not_ofEcm”, referenced from:
_VuoList_PbxShaderUniform_getSummary in composite-RlQ8Ak-bc5c24.o
“__ZNKSs5c_strEv”, referenced from:
_VuoList_PbxShaderUniform_getSummary in composite-RlQ8Ak-bc5c24.o
“__ZNKSs6lengthEv”, referenced from:
_VuoList_PbxShaderUniform_getSummary in composite-RlQ8Ak-bc5c24.o
“__ZNKSt19basic_ostringstreamIcSt11char_traitsIcESaIcEE3strEv”, referenced from:
_VuoList_PbxShaderUniform_getSummary in composite-RlQ8Ak-bc5c24.o
“__ZNSaIcEC1Ev”, referenced from:
_VuoList_PbxShaderUniform_getSummary in composite-RlQ8Ak-bc5c24.o
“__ZNSaIcED1Ev”, referenced from:
_VuoList_PbxShaderUniform_getSummary in composite-RlQ8Ak-bc5c24.o
“__ZNSolsEm”, referenced from:
_VuoList_PbxShaderUniform_getSummary in composite-RlQ8Ak-bc5c24.o
“__ZNSsC1EPKcRKSaIcE”, referenced from:
_VuoList_PbxShaderUniform_getSummary in composite-RlQ8Ak-bc5c24.o
“__ZNSsD1Ev”, referenced from:
_VuoList_PbxShaderUniform_getSummary in composite-RlQ8Ak-bc5c24.o
“__ZNSt19basic_ostringstreamIcSt11char_traitsIcESaIcEEC1ESt13_Ios_Openmode”, referenced from:
_VuoList_PbxShaderUniform_getSummary in composite-RlQ8Ak-bc5c24.o
“__ZNSt19basic_ostringstreamIcSt11char_traitsIcESaIcEED1Ev”, referenced from:
_VuoList_PbxShaderUniform_getSummary in composite-RlQ8Ak-bc5c24.o
“__ZSt20__throw_length_errorPKc”, referenced from:
_ZNSt6vectorI16PbxShaderUniformSaIS0_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS0_S2_EERKS0 in composite-RlQ8Ak-bc5c24.o
“__ZStlsISt11char_traitsIcEERSt13basic_ostreamIcT_ES5_PKc”, referenced from:
_VuoList_PbxShaderUniform_getSummary in composite-RlQ8Ak-bc5c24.o
“__ZStlsIcSt11char_traitsIcESaIcEERSt13basic_ostreamIT_T0_ES7_RKSbIS4_S5_T1_E”, referenced from:
_VuoList_PbxShaderUniform_getSummary in composite-RlQ8Ak-bc5c24.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)  

So, after some discussion with other users, it is my understanding that parabox nodes actually stopped working midway through version 1 of VUO.

It is history now, but it is concerning that a plugin would stop working midway through a major version of an app. I don’t think that should ever happen. I had a similar issue with a bunch of nodes I programmed. I think there is generally an expectation that a plugin standard does not shift in a way that breaks all plugins, within a major point version of an app. Who wants to spend time programming a bunch of things for a system without that expectation? If the developers of a system allow things to break within a point version update, it is a much much harder sell to convince outside developers to spend the time writing plugins for it.

I state this while understanding that sometimes hard decisions have to be made that are going to make someone unhappy, whatever route is taken. I would just hope that in the future, making changes that break all nodes within a major point version of VUO, is something that will not happen or happen very rarely with an understanding of just how inconvenient it is for outside developers as well as end users, sometimes creating truly impossible to solve situations.

That said, I am wondering if someone at VUO can give a head’s up about what may have changed that would then cause this plugin to be unusable. I don’t expect VUO to maintain this, though it would have been extremely useful if it had been integrated as a stock patch, and I really wonder why it wasn’t. But if someone could from the VUO team could give even a vague description of what changed so that this no longer works, it might be help to get it working again.  

@George_Toledo,

The Parabox nodes for 3D graphics stopped working with the Vuo 2.0.0 release due to improvements the team made for handling graphics.

Vuo 2.4.0 will include a new Get Mesh Values node, bringing the most-frequently-used Parabox functionality into Vuo core. If any community members want additional Parabox functionality in Vuo core, they are welcome to create feature requests and vote for them, fund them, or submit code contributions.

1 Like

The parabox node set mended a lot of issues where it feels that there are gaps in VUO, aside from that node.

Another case that quickly comes to mind are the nodes to translate object to layer and vice versa. In VUO, a quad has been implemented as a layer, so there is a lack of interoperability with all of the scene object nodes.

It was lucky that someone had made all of these nodes to address major VUO issues.

Also, I think my request for a vague description may have been taken too literally :-)

The editor exception isn’t that helpful at pointing to what may need to be changed in the code.  

Wow! That’s excellent news! Can the community Re-engineer the parabox node set? Or is that a licensing issue?

@krezrock

Wow! That’s excellent news! Can the community Re-engineer the parabox node set? Or is that a licensing issue?

The Paradox nodes were submitted under the MIT license, so should not be an issue ;) MIT License

@jmcc

The Parabox nodes for 3D graphics stopped working with the Vuo 2.0.0 release due to improvements the team made for handling graphics.

I was going to ask if the Vuo API somehow listed the changes from Vuo 1 to 2 (I usually see mostly the "new in Vuo 2.x.x notes in the API), but checking the release notes here of the Vuo versions on the website, scrolling down to the SDK version of Vuo 2.0.0 Release Version Notes I see changes are in fact written there.
Without being a coder, are all the changes that make the Paradox nodes crash in Vuo 2 listed there ? Or is it up to the developers to browse the API and search for the new functions instead ?  

1 Like

Yes, that’s what I was asking for a head’s up about several days ago.

It could be a very small issue of some vuo methods changing, or it could be known to be more major. I guess the vuo team must not know.