-
Notifications
You must be signed in to change notification settings - Fork 208
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
gaffer crashes after creating an arbitary node #1245
Comments
A bit of googling seems to suggest that the startup error may come from a bug in OpenColorIO : AcademySoftwareFoundation/OpenColorIO#297 Is it possible you might be hitting that, or are you running with an english locale (which would suggest there is another problem). As for the crash, I wonder if you could provide us with a stack trace to help us track it down? If you run Gaffer with Cheers… |
Hi John, I had German locales. Changed to english locales. Now localectl gives
Same issues with ocio. I edited some files , removed line with FROM manually. But gaffer still crashes if I create a node
Regards, gdb log Starting program: /home/lsiebeneicher/opt/pkg/gaffer-0.10.0.0/bin/python /home/lsiebeneicher/opt/pkg/gaffer-0.10.0.0/bin/gaffer.py Program received signal SIGABRT, Aborted.
Quit anyway? (y or n) |
Are you running Gaffer in a laptop that has Nvidia optimus? Or maybe a VM? |
Hi Esteban Gaffer runs on a desktop pc. But my computer uses a nvidia quadro 600. Some time ago I tried to get bumblebee working. But I deinstalled it again. $ glxinfo | grep -i vendor
|
It's unlikely that gaffer runs ok with the noveau drivers. Try to install the nvidia drivers without using bumblebee. |
I get the same thing in VirtualBox. I have been on an epic mission to compile all the dependencies and then build cortex/OSL/appleseed/GafferSeed - but it seems to crash as soon as it tries to draw anything with OpenGL. As a really crappy workaround if you wish to test out other (non-visual) aspects of gaffer, you can add a 'Display' or an 'Image Read' node, and pin the viewer window to it, this way you can build gaffer graphs, without running into the crash. Not sure how practically helpful that is for actual use. |
Hi marchingcubes. ~~ https://bugzilla.redhat.com/show_bug.cgi?id=986692 |
I think it's fairly expected behaviour that 3d software won't work with the Nouveau drivers? I accidentally tried Houdini on a system using Nouveau a month back, and it was unusable. There's probably not much we can do about this, without putting large amounts of work into getting things half-working. If you want to run 3d software, you're probably going to have to get the binary nvidia driver working. |
Refuse to start if required OpenGL functions not available in the driver, with a clear error message stating that? Sure. Exiting gracefully with a clear error message if OpenGL rendering fails, OK. Displaying a 'could not render node with OpenGL' message but continuing to process - best solution. Appearing to start up and work fine but then segfaulting upon user action leaving no clue to what the problem is? Could be handled better. Obviously gaffer isn't at '1.0' yet so no big deal, but little things like this (clear error messages, no 'just crash and leave the user to run gdb to ascertain what the problem was') make life much easier |
Related to #901 - both are GL compatibility issues. |
Are the nodes being drawn using IECoreGL or does that code live in Gaffer? I remember skimming through and seeing lots of fixed-function immediate API mixed with GL 3.x stuff, which is problematic for anything that doesn't support a compatibility context (I'm surprised it's working on OSX which has been known to be the most strict and without a compatibility context). The open drivers under mesa are quite good these days, so this looks like it can be fixed with more modern approaches to GL (oldschool GL selection picking is gone, if Gaffer relies on this). But yeah, god knows how old CentOS is with mesa+the kernel, recent Ubuntus/Fedoras should have a decent enough driver stack though. |
The node drawing code lives mostly in Gaffer, although we do use IECoreGL too. And we do use a nasty mix of old-skool OpenGL and more modern stuff in both Gaffer and IECoreGL. We actually target OpenGL 2.1 but using a lot of extensions which give us most of what we need from OpenGL 3 - that's how we manage to get things to work on OSX, where there is absolutely no compatibility context. At some point we need to bite the bullet and move everything over to pure OpenGL 3+, but as always, it's about finding time... |
This fixes crashes caused by conflicts between Gaffer's LLVM and the LLVM used by certain open-source graphics drivers. Might well be applicable to GafferHQ/gaffer/issues/1245 and GafferHQ/gaffer/issues/901.
We've just released Gaffer 0.45, which includes a bugfix for an LLVM conflict that I believe is the most likely cause of this issue. Closing somewhat speculatively - please reopen if testing in 0.45.0.0 reveals the problem persists. |
Trying, |
Hi.
I have problems to create a node in gaffer.
My system.
Using Fedora 21 linux.
Running Gaffer.
I get these errors on startup.
Now I try to create an arbitary node.
Gaffer crashes immediately. Message:
Tried these versions
0.8.2.0 || 0.9.0.0 || 0.10.0.0
(downloaded, precompiled)
Compiled and tried 0.11.0.0
same issue, gaffer crashes if I create a node.
The text was updated successfully, but these errors were encountered: