Closed retsyo closed 7 years ago
thanks for the report. We try to keep up with recent builder.blender.org builds every week or two to ensure minimum disruption. Nothing in the release logs over this period made me want to test a builderbot built, but ... i suppose now i'll have to :) fingers crossed for good error messages.
i'm loading the same zip on windows 10 64bit Wed Oct 18 02:54:35 2017
, and Sverchok works OK.
mind you all versions of 2.79 will load the same startup file stored somewhere in
AppData/Roaming/Blender Foundation/Blender/2.79/config
so if I have Sverchok enabled by default in the official builds, and then try a nightly builderbot build then i'm not enabling Sverchok by hand - I have yet to try starting 2.79 1cb884b-win64.zip
without sverchok enabled in the startup. It could be the add-on enabling code that has changed.
I can also enable it from a clean startup file. This puzzles me then. As I can not reproduce the crash I can't be certain what's going on. Are you using a local Python (3.5? ) blender is now using/assuming 3.6.
no, I create config
direcorty under d:\greensoft\3d\blender-2.79.0-git.1cb884b-windows64\2.79\
, so Blender always use its own startup file
I have not install other addons except sverchok yet. And I have not enable other bundled addons by manual, in other words only default addons is enabled
d:\greensoft\3d\blender-2.79.0-git.1cb884b-windows64>set path=
d:\greensoft\3d\blender-2.79.0-git.1cb884b-windows64>set pythonpath=
d:\greensoft\3d\blender-2.79.0-git.1cb884b-windows64>.\blender.exe
Read prefs: d:\greensoft\3d\blender-2.79.0-git.1cb884b-windows64\2.79\config\use
rpref.blend
AL lib: (EE) UpdateDeviceParams: Failed to set 48000hz, got 44100hz instead
found bundled python: d:\greensoft\3d\blender-2.79.0-git.1cb884b-windows64\2.79\
python
** Sverchok loaded with 245 nodes **
added keyboard items to Text Editor.
then Blender crashes and 3 files are created under D:\Users\user\AppData\Local\Temp\
2017/10/18 22:05 3,538 WERE83F.tmp.WERInternalMetadata.xml
2017/10/18 22:05 32,572 WERF412.tmp.appcompat.txt
2017/10/18 22:05 174,646,908 WERF433.tmp.hdmp
i can't reproduce, if it's a general problem we'll get more reports..
it may be worth starting blender with more verbose debug information, to hint what's up
blender.exe --debug-all
.\blender.exe --debug-all
please check out.txt on https://github.com/retsyo/sverchok_bug
My processing is
D:\tmp\blender-2.79.0-git.c64e515-windows64>set path=
D:\tmp\blender-2.79.0-git.c64e515-windows64>set pythonpath=
D:\tmp\blender-2.79.0-git.c64e515-windows64>.\blender.exe --debug-all >out.txt
It might be worth renaming the sverchok-master to just sverchok. The dump doesn't suggest. Any immediate issue.
If you search that debug file for the words "found bundeled python" it seems to suggest it uses a different blender's python dir...a different hash.
i see you are using the newer c64e515
now. I am none the wiser. sorry.
(it works for me in that build too.. )
what does this return when you run it in the console/text editor of the nightly build?
import os
os.path.join(bpy.utils.user_resource('DATAFILES', path='sverchok'))
E:\greensoft\3d\blender\blender-2.79.0-git.1cb884b-windows64\2.79\datafiles\sverchok
aha, I found that sverchok crashes blender-2.79-cb957fd-win64.zip, but works well with blender-2.79-cb957fd-win64-vc14.zip but it is so strange. does sverchok depends on any binary modules?
Parts of Python and numpy are compiled, wouldn't suprise me if the compiled stuff doesn't work on all systems. but it's still a little weird :)
try import numpy as np
on your crashing binary/blender and see what that returns
import numpy as np
a = np.arange(10)
print(a)
works without problem on both blender-2.79-cb957fd-win64.zip(which crashes when I try to eanble sverchok) and blender-2.79-cb957fd-win64-vc14.zip( which can work with sverchok)
the only other module we import that is not standard is the requests
module, this is only invoked when the user pressed "check updates" or load/upping gists, but it will still be interpreted during the sverchok initialization.
still no insight into the cause, I can't really offer solutions with blindfolds on :/
i am tempted to add more granularity to our initialization process, but whether that would track this kind of crash is far from certain.
if you want to help us figure it out, i will make a debug version of sverchok and gradually add more reporting events. Else i'll close this issue as a Blender compilation related bug (i'm still interested, and it bothers me )
clone this: https://github.com/nortikin/sverchok/tree/sv_debugmode
in blender console bpy.app.debug = True
before trying to enable Sverchok, then i'd like to see the printouts
click for details
interesting. it appears at this point most of sverchok is loaded.. but some things still happen in __init__
can you do that again please? i've pushed a few more tests
click for details
try again? :) i've commented out some code
if this localizes the problem i'm tempted to leave that commented code out, seen as the second procedure to get the branch should always get it if there's a .git
folder locally.
whereas this bit :
res = subprocess.run(["git", "rev-parse", "--abbrev-ref", "HEAD"],
stdout=subprocess.PIPE,
cwd=os.path.dirname(sverchok.__file__),
timeout=2)
also doesn't trigger the except clause of the try/except ( which bugs the living crap out of me )
congratulations! this time sverchok can be enabled
but for a simple sverchok node link number - int
linking with debug print
, when I change the int value the output does not change at the same time on both blender-2.79.0-git.cb957fd-windows64
(which has this sverchok-debugmode) and blender-2.79.0-git.cb957fd-windows64-vc14
(which has sverchok)
is it right?
sverchok is just cloned from here it works fine with official Blender 2.79 on my win 7 64bits
but when I try to enable it in
Windows 64 bit Official blender-2.79-1cb884b-win64.zip 118M Wed Oct 18 02:54:35 2017
from https://builder.blender.org/download/, Blender crashes when I try to toggle sverchok everytime