FS#49563 - [blender] crash with openshadinglanguage

Attached to Project: Community Packages
Opened by Buggs B. Gawn (arch_duty) - Saturday, 04 June 2016, 15:57 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Sunday, 12 June 2016, 23:47 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Sven-Hendrik Haase (Svenstaro)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Blender crashes when rendering with the Open Shading Language check box marked.


Additional info:
* blender package version is 17:2.77.a-2
* openshadinglanguage package version is 1.7.2-2
* Upon crash blender displayed in terminal:
"blender: symbol lookup error: blender: undefined symbol"
* A guess as to the cause:
It may be that the blender package was built with an older version of
openshadinglanguage than what is in the repos;
blender package "Last Updated: 2016-04-09 08:23 UTC"
openshadinglanguage package "Last Updated: 2016-05-14 13:44 UTC".


Steps to reproduce:
- fresh blender install
- set renderer to Cycles
- mark the check box for Open Shading Language
- attempt to render
This task depends upon

Closed by  Sven-Hendrik Haase (Svenstaro)
Sunday, 12 June 2016, 23:47 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed by disabling ptex for now.
Comment by Doug Newgard (Scimmia) - Saturday, 04 June 2016, 18:11 GMT
It doesn't tell you what the undefined symbol is?
Comment by Buggs B. Gawn (arch_duty) - Sunday, 05 June 2016, 02:09 GMT
thanks yes it does seem to mention the symbol:

"blender: symbol lookup error: blender: undefined symbol: _ZN9PtexCache6createEiibP16PtexInputHandler"

So it seems to be ptex related.
Although I'm unaware if ptex support is even in blender trunk yet.

Internet searching of that symbol name showed some reference to openimageio.
Perhaps there's a possible version mismatch with openimageio then so
I'll add that in addition to the Arch openshadinglanguage package,
the openimageio package also seems newer than the blender build:
openimage io: Last Updated: 2016-05-14 13:44 UTC
Comment by Doug Newgard (Scimmia) - Sunday, 05 June 2016, 02:23 GMT
That symbol does seem to be provided by libPtex.so in the ptex package. What version of it do you have?
Comment by Buggs B. Gawn (arch_duty) - Sunday, 05 June 2016, 11:30 GMT
My system has the ptex package version 2.0.62-2 as pulled in as a dependency of blender and
produces the crash with that ptex present on the system.

I was wondering how different builds of blender would behave.

The build provided by blender.org > Download > 2.77a GNU/Linux 64-bit
does not crash.

Next I considered using the archlinux abs and makepkg system to rebuild blender.
I noticed in the PKGBUILD file there exists a cmake option:
"-DWITH_CYCLES_PTEX=ON".
I planned to create and compare 2 builds of blender, with that OPTION set to ON and OFF.
The first build failed though, with an unmodified PKGBUILD, possibly due to unrelated reasons,
still investigating.

Still though I wonder is ptex in blender stable and released?
https://wiki.blender.org/index.php/User:Nicholasbishop/Ptex
states, "Note: this code is not officially part of Blender yet. It exists only as an experimental branch...".

Anyway me personally I could depend on a different build of blender if necessary.
In the past I used to build custom git versions of it to use bmesh and sculpting features.
Or I could use the version from blender.org.

I just reported this bug as I thought the main arch repos aimed to offer the official stable release versions of applications.
Comment by Doug Newgard (Scimmia) - Sunday, 05 June 2016, 16:51 GMT
This is odd, the blender binary does want that symbol, but it's not actually linked to the Ptex library.
Comment by Sven-Hendrik Haase (Svenstaro) - Sunday, 12 June 2016, 18:50 GMT
It's probably a blender thing. Sadly blender doesn't compile right now. I notified upstream.

Loading...