Blender 2.77a crashes on Undo in some specific multi-level linked libraries cases #48412

New Issue

Bernard Etiennot · 2016-05-12T10:37:06+02:00

Bernard Etiennot commented

2016-05-12 10:37:06 +02:00

System Information
system-info.txt

Blender Version
Broken: 2.77a abf6f08.

Short description of error
Blender unexpectedly close after CTRL-Z

Exact steps for others to reproduce the error
Opened up file created with a previous version of Blender.
Added PLANE / SCALED DOWN / ROTATED 90° along Y axis and saved it -> file uploaded herewith : Fixation_Poteau1.blend

Open attached file;
Move along Z and/or Y axis;
Undo last action by CTRL-Z cause Blender to unexpectedly close

Good Luck !

Blender is really an awesome piece of software !!!

Hope everything is correctly filled in as this is first time I report a "bug".

**System Information** [system-info.txt](https://archive.blender.org/developer/F310242/system-info.txt) **Blender Version** Broken: 2.77a abf6f08. **Short description of error** Blender unexpectedly close after CTRL-Z **Exact steps for others to reproduce the error** Opened up file created with a previous version of Blender. Added PLANE / SCALED DOWN / ROTATED 90° along Y axis and saved it -> file uploaded herewith : [Fixation_Poteau1.blend](https://archive.blender.org/developer/F310243/Fixation_Poteau1.blend) Open attached file; Move along Z and/or Y axis; Undo last action by CTRL-Z cause Blender to unexpectedly close Good Luck ! Blender is really an awesome piece of software !!! Hope everything is correctly filled in as this is first time I report a "bug".

Bernard Etiennot commented

2016-05-12 10:37:06 +02:00

Changed status to: 'Open'

Bernard Etiennot commented

2016-05-12 10:37:06 +02:00

Added subscriber: @beti001

blender-admin commented

2016-05-12 10:37:06 +02:00

#48682 was marked as duplicate of this issue

blender-admin commented

2016-05-12 10:37:06 +02:00

#48401 was marked as duplicate of this issue

Bernard Etiennot commented

2016-05-12 12:19:09 +02:00

Just re-tested with Blender 2.76b and problem don't appear.

Aaron Carlisle commented

2016-05-12 15:42:09 +02:00

Added subscriber: @estefania

Sergey Sharybin commented

2016-05-17 11:16:44 +02:00

Added subscriber: @Sergey

Sergey Sharybin commented

2016-05-17 11:16:44 +02:00

I can not reproduce the issue. Some questions

Does it happen with latest builds from builder.blender.org?
Try using opengl32.dll from ftp://ftp.blender.org/sergey/softwaregl/ and put it next to blender.exe. This will switch Blender to fully software OpenGL mode, which is slower but will eliminate possible interference with broken OpenGL drivers (which could be a case here).

I can not reproduce the issue. Some questions - Does it happen with latest builds from builder.blender.org? - Try using opengl32.dll from ftp://ftp.blender.org/sergey/softwaregl/ and put it next to blender.exe. This will switch Blender to fully software OpenGL mode, which is slower but will eliminate possible interference with broken OpenGL drivers (which could be a case here).

Bernard Etiennot commented

2016-05-17 12:28:59 +02:00

Hello Sergey,

Thanks for having a look at this :-)

Does it happen with latest builds from builder.blender.org?

I didn't give a try but will do for sure.
I had to de-install 2.77a as it caused problems (at least for me) and switched back to 2.76b.
I will test with last build anyway.

Try using opengl32.dll from ftp://ftp.blender.org/sergey/softwaregl/ and put it next to blender.exe. This will switch Blender to fully software OpenGL mode, which is slower but will eliminate possible interference with broken OpenGL drivers (which could be a case here).

Ok. What I also noticed is that I have quite regularly problems after "minimizing" the Blender windows : it doesn't re-open correctly and application needs to be closed down and restarted. Maybe an OpenGL issue indeed...

Hello Sergey, Thanks for having a look at this :-) > - Does it happen with latest builds from builder.blender.org? I didn't give a try but will do for sure. I had to de-install 2.77a as it caused problems (at least for me) and switched back to 2.76b. I will test with last build anyway. > - Try using opengl32.dll from ftp://ftp.blender.org/sergey/softwaregl/ and put it next to blender.exe. This will switch Blender to fully software OpenGL mode, which is slower but will eliminate possible interference with broken OpenGL drivers (which could be a case here). Ok. What I also noticed is that I have quite regularly problems after "minimizing" the Blender windows : it doesn't re-open correctly and application needs to be closed down and restarted. Maybe an OpenGL issue indeed...

Bernard Etiennot commented

2016-05-17 14:17:06 +02:00

Ok, gave a try with blender-2.77.0-git.29a17d5-AMD64

Problem still persists even when opengl32.dll in folder and running in software mode.

Tried to "debug" but I'm not too familiar with all the Windows debug tools (WER ?)

Is there a way I could help you out any further ?

Ok, gave a try with blender-2.77.0-git.29a17d5-AMD64 Problem still persists even when opengl32.dll in folder and running in software mode. Tried to "debug" but I'm not too familiar with all the Windows debug tools (WER ?) Is there a way I could help you out any further ?

Bernard Etiennot commented

2016-05-26 09:39:18 +02:00

Hello Sergey,

I'm very much afraid that at the time I opened up this thread, I actually didn't feed you with enough material to test :-{
I do have to apology as the file in question has multiple dependancies to other linked files and I mistankently overlooked a bit this point...

So, I have now made a .zip file hopefully containing all the material to simulate : Blender_Crash.zip

As in previous posts, with 2.77a (or even latest build), making any change to the file and un-doing it (CTRL-Z or via "history") cause Blender to unexpectedly close. This phenomenon do not appear with 2.76b.
This has also apparently nothing to do with an OpenGL issue.

Thanks a lot for your help and support,

Bernard

Hello Sergey, I'm very much afraid that at the time I opened up this thread, I actually didn't feed you with enough material to test :-{ I do have to apology as the file in question has multiple dependancies to other linked files and I mistankently overlooked a bit this point... So, I have now made a .zip file hopefully containing all the material to simulate : [Blender_Crash.zip](https://archive.blender.org/developer/F314727/Blender_Crash.zip) As in previous posts, with 2.77a (or even latest build), making any change to the file and un-doing it (CTRL-Z or via "history") cause Blender to unexpectedly close. This phenomenon do not appear with 2.76b. This has also apparently nothing to do with an OpenGL issue. Thanks a lot for your help and support, Bernard

Sergey Sharybin commented

2016-05-27 09:20:47 +02:00

Don't really have time right now to investigate, but thanks for additional information. We'll check it shortly!

Bernard Etiennot commented

2016-05-27 09:30:58 +02:00

Ok Sergey,

Let me know if I could be of further help anyway.

Thanks for your time and efforts.

BRGDS,

Bernard

Ok Sergey, Let me know if I could be of further help anyway. Thanks for your time and efforts. BRGDS, Bernard

Campbell Barton commented

2016-06-06 11:26:05 +02:00

Added subscribers: @mont29, @ideasman42

Campbell Barton commented

2016-06-06 11:26:05 +02:00

Was looking into this bugs, seems it's caused by create_placeholder in readfile.c

This creates a place-holder on file read, however its lost on undo, (seems like this is caused by the library data being reloaded but not the placeholder).
Which is freed from setup_app_data, but kept in the .

Looking into some possible fixes (either create new placeholders, or move them out of Main so they're not freed).

@mont29, any insights here?

Was looking into this bugs, seems it's caused by `create_placeholder` in readfile.c This creates a place-holder on file read, however its lost on undo, *(seems like this is caused by the library data being reloaded but not the placeholder)*. Which is freed from `setup_app_data`, but kept in the . Looking into some possible fixes (either create new placeholders, or move them out of Main so they're not freed). @mont29, any insights here?

Campbell Barton commented

2016-06-06 11:54:10 +02:00

This fixes the bug, but seems a bit hackish - P365

This fixes the bug, but seems a bit hackish - [P365](https://archive.blender.org/developer/P365.txt)

Bastien Montagne self-assigned this 2016-06-06 17:49:23 +02:00

Bastien Montagne commented

2016-06-06 17:49:23 +02:00

I’m not convinced missing libs (i.e. placeholders) are the issue here actually… I see no reason to have different behavior here with indirect placeholders than with 'real' indirect datablocks - in both cases, those ID_ID are not written in .blend, which means they are supposed to be re-linked on read time, have the feeling this is true for any kind of indirect ID.

So, question @beti001: do you have missing libraries in your own local setup, when you get the undo crash?

I’m trying to recreate that issue with a simpler setup, e.g. a single (missing/placeholder) indirectly linked material does not make things crash here.

I’m not convinced missing libs (i.e. placeholders) are the issue here actually… I see no reason to have different behavior here with indirect placeholders than with 'real' indirect datablocks - in both cases, those ID_ID are **not** written in .blend, which means they are supposed to be re-linked on read time, have the feeling this is true for any kind of indirect ID. So, question @beti001: do you have missing libraries in your own local setup, when you get the undo crash? I’m trying to recreate that issue with a simpler setup, e.g. a single (missing/placeholder) indirectly linked material does not make things crash here.

Bernard Etiennot commented

2016-06-07 17:27:30 +02:00

Hello Bastien, Campbell,

To answer your question: not that I'm aware of (meaning I have checked everything to the best of my knowledge).

Everything links correctly, even multi-dependencies objects (e.g. the camera - the illustrated object - is made up of multiple parts which are located in the "G3_Parts" folder).

My local setup is exactly similar to the one I have enclosed fro reference (Blender_Crash.zip).

What I was thinking of doing is to "depopulate" the scene from its objects one by one up to a point where - hopefully - the problem doesn't appear anaymore... Is it worth a try ?

Let me know If I get your point wrong or if I messed up with something.

Looking forward to hearing from you guys, and anyway : fantastic job !!!

BRGDS,

Bernard

Hello Bastien, Campbell, To answer your question: not that I'm aware of (meaning I have checked everything to the best of my knowledge). Everything links correctly, even multi-dependencies objects (e.g. the camera - the illustrated object - is made up of multiple parts which are located in the "G3_Parts" folder). My local setup is exactly similar to the one I have enclosed fro reference (Blender_Crash.zip). What I was thinking of doing is to "depopulate" the scene from its objects one by one up to a point where - hopefully - the problem doesn't appear anaymore... Is it worth a try ? Let me know If I get your point wrong or if I messed up with something. Looking forward to hearing from you guys, and anyway : fantastic job !!! BRGDS, Bernard

Bastien Montagne commented

2016-06-07 19:56:13 +02:00

@beti001 we are missing a lot of libraries in given .zip (or I should rather say, paths of indirect libraries are stored absolute in direct libs, which means we cannot access them, not without editing all lib's path to make them relative…).

Anyway, think this confirms issue is not with placeholders (missing linked data), but with undo & multi-level linking, but this is not triggered in all cases, I tried to reproduce this with some simple setup, with no luck so far.

So yes, removing everything and adding it back until you can reproduce the issue is a very good next step in investigation. :)

@beti001 we are missing a lot of libraries in given .zip (or I should rather say, paths of indirect libraries are stored absolute in direct libs, which means we cannot access them, not without editing all lib's path to make them relative…). Anyway, think this confirms issue is not with placeholders (missing linked data), but with undo & multi-level linking, but this is not triggered in all cases, I tried to reproduce this with some simple setup, with no luck so far. So yes, removing everything and adding it back until you can reproduce the issue is a very good next step in investigation. :)

Bastien Montagne changed title from ~~Blender 2.77a unexpectedly close after CTRL-Z~~ to Blender 2.77a crashes on Undo in some specific multi-level linked libraries cases

2016-06-07 19:57:28 +02:00

Bernard Etiennot commented

2016-06-09 15:51:03 +02:00

Hello Bastien,

I'll further investigate and hopefully provide you with a much simpler setup to test with.

Up until know, I could indeed isolate the object that causes Blender to crash.
This might have indeed something to do with the multi-level linking as this object has multiple dependencies but which all seem beeing correctly resolved.

I keep you posted anyway.

BRGDS,

Bernard

Hello Bastien, I'll further investigate and hopefully provide you with a much simpler setup to test with. Up until know, I could indeed isolate the object that causes Blender to crash. This might have indeed something to do with the multi-level linking as this object has multiple dependencies but which all seem beeing correctly resolved. I keep you posted anyway. BRGDS, Bernard

Bernard Etiennot commented

2016-06-16 12:44:24 +02:00

Hello Bastien (& other followers),

Sorry, but it took me some time to nail down the issue in a simplified set-up.

Please find herewith a file that would allow you to reproduce the problem : Blender_Crash_Exemple.zip

In short, it goes over linking a group of linked objects (themselves being a group of object).
Maybe a bit hard to explain but the file exemple is pretty straightforward.

Hope it helps,

Bernard

Hello Bastien (& other followers), Sorry, but it took me some time to nail down the issue in a simplified set-up. Please find herewith a file that would allow you to reproduce the problem : [Blender_Crash_Exemple.zip](https://archive.blender.org/developer/F317303/Blender_Crash_Exemple.zip) In short, it goes over linking a group of linked objects (themselves being a group of object). Maybe a bit hard to explain but the file exemple is pretty straightforward. Hope it helps, Bernard

Bastien Montagne commented

2016-06-16 15:00:48 +02:00

Hey @beti001, thanks for the file, but it’s not crashing at all here, tried several actions & multiple undo, nothing wrong :|

Vuk Gardašević commented

2016-06-16 16:08:59 +02:00

Added subscriber: @VukGardasevic

Vuk Gardašević commented

2016-06-16 16:08:59 +02:00

I can recreate the crash on AMD X3 455, r7 360, loaded factory settings:

Opening _Linked_Component, moving it it and then making an undo will crash Blender.
Sometimes two objects disappear after the first undo and after the next one there is a crash.

Win 7:

Blender versions:
hash: 049f715, e0db647, b567835, 6d3fdcc

The cmd doesn't say much:

ED_undo_push: Translate
undo Translate
Error: EXCEPTION_ACCESS_VIOLATION

Linux:
Xubuntu 15.10
Blender version: a58a8eb

The terminal
Segmentation fault (core dumped)

However, here is the crash dump:

_Linked_Component_crash.txt

I can recreate the crash on AMD X3 455, r7 360, loaded factory settings: Opening _Linked_Component, moving it it and then making an undo will crash Blender. Sometimes two objects disappear after the first undo and after the next one there is a crash. Win 7: Blender versions: hash: 049f715, e0db647, b567835, 6d3fdcc The cmd doesn't say much: ED_undo_push: Translate undo Translate Error: EXCEPTION_ACCESS_VIOLATION Linux: Xubuntu 15.10 Blender version: a58a8eb The terminal Segmentation fault (core dumped) However, here is the crash dump: [_Linked_Component_crash.txt](https://archive.blender.org/developer/F317322/_Linked_Component_crash.txt)

Estefania commented

2016-06-16 19:30:42 +02:00

Hi, this is Estefania, the person who reported the bug. I would like to clarify that my crash happened with 2.76b. I was not aware 2.77a version existed when it happened.
I am sorry I did not clarify it earlier, but I am not an engineer/computer scientist so I was a little intimidated by the email updates and I did not notice the report had been titled: Blender 2.77a crashes ... Anyway, I suppose you might not be able to crash 2.77a with multiple Undo commands if the bug happened in 2.76b.
Sorry for the misunderstanding. I have learned to read the reports and to log in here to look up for "my" case to offer my thoughts. Hope I will be more useful in the future.
Best regards.

Hi, this is Estefania, the person who reported the bug. I would like to clarify that my crash happened with 2.76b. I was not aware 2.77a version existed when it happened. I am sorry I did not clarify it earlier, but I am not an engineer/computer scientist so I was a little intimidated by the email updates and I did not notice the report had been titled: Blender 2.77a crashes ... Anyway, I suppose you might not be able to crash 2.77a with multiple Undo commands if the bug happened in 2.76b. Sorry for the misunderstanding. I have learned to read the reports and to log in here to look up for "my" case to offer my thoughts. Hope I will be more useful in the future. Best regards.

Bernard Etiennot commented

2016-06-16 22:00:24 +02:00

@mont29 Hello Bastien, my mistake not having given any indication about how to reproduce the issue with the simplified setup. Entry point is indeed the _Linked_component file which just contains a link to a group made up of two other linked groups (still difficult to formulate indeed). Undoing any cmd lke e.g. move or rotate is just crashing Blender 2.77a while this behaviour doen't happen with 2.76b.
This particular phenomenon was indeed well described by @Vuk Gardašević (lijenstina), thanks for this.
Hope you will be able to reproduce.

To @estefania, thanks for your feedback and comment which are of course welcome. Just one point that I noticed though is that - at least as far as I could test - the specific problem that I reported is not appearing with 2.76b.
So I'm just wondering if the root cause of your issue would be exactly the same as the one reported here (although software bugs may sometimes lead to strange side effects).

Looking forward to your inputs,

BRGDS,

Bernard

@mont29 Hello Bastien, my mistake not having given any indication about how to reproduce the issue with the simplified setup. Entry point is indeed the _Linked_component file which just contains a link to a group made up of two other linked groups (still difficult to formulate indeed). Undoing any cmd lke e.g. move or rotate is just crashing Blender 2.77a while this behaviour doen't happen with 2.76b. This particular phenomenon was indeed well described by @Vuk Gardašević (lijenstina), thanks for this. Hope you will be able to reproduce. To @estefania, thanks for your feedback and comment which are of course welcome. Just one point that I noticed though is that - at least as far as I could test - the specific problem that I reported is not appearing with 2.76b. So I'm just wondering if the root cause of your issue would be exactly the same as the one reported here (although software bugs may sometimes lead to strange side effects). Looking forward to your inputs, BRGDS, Bernard

Bastien Montagne commented

2016-06-16 22:20:39 +02:00

Ah yes, now can reproduce indeed. Thanks, will try to investigate this one next week…

Francesco Siddi commented

2016-06-19 19:01:49 +02:00

Added subscriber: @fsiddi

blender-admin commented

2016-06-21 16:12:33 +02:00

This issue was referenced by e34ade4eb3

This issue was referenced by e34ade4eb3b28a44d7bb1685a0fba32937c8982f

Bastien Montagne commented

2016-06-21 16:22:42 +02:00

Changed status from 'Open' to: 'Resolved'

Bastien Montagne closed this issue

2016-06-21 16:22:42 +02:00

Bernard Etiennot commented

2016-06-21 21:12:49 +02:00

Well done Bastien !
I will give a try. Is your fix going to be available through the next night build ?

Thanks a lot for your efforts & involvement. Errors are only made by those who dare to act and make things moving... ; -)

Bernard

Well done Bastien ! I will give a try. Is your fix going to be available through the next night build ? Thanks a lot for your efforts & involvement. Errors are only made by those who dare to act and make things moving... ; -) Bernard

Aaron Carlisle commented

2016-06-21 21:41:09 +02:00

Added subscriber: @Blendify

Aaron Carlisle commented

2016-06-21 21:41:09 +02:00

@beti001 Yes

Bernard Etiennot commented

2016-06-21 21:44:23 +02:00

@Blendify Thanks Aaron.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Blender 2.77a crashes on Undo in some specific multi-level linked libraries cases #48412