Fix T49273: Crash during access to dupli weights at launch time.

See commit's comments for details, but this boils down to: do not try to use
purely runtime cache data as a 'real' ID pointer in readcode, it's likely
doomed to fail in some cases, and is bad practice in any case!

Thix fix implies dupliweight's object will be invalid until first scene update
(i.e. first particles evaluation).
This commit is contained in:
Bastien Montagne 2016-09-07 12:45:58 +02:00
parent 1263965f83
commit bcc863993a
Notes: blender-bot 2023-02-14 07:37:29 +01:00
Referenced by issue #49273, Crash during access to dupli weights
2 changed files with 22 additions and 8 deletions

View File

@ -318,16 +318,24 @@ void psys_check_group_weights(ParticleSettings *part)
int current = 0;
if (part->ren_as == PART_DRAW_GR && part->dup_group && part->dup_group->gobject.first) {
/* first remove all weights that don't have an object in the group */
/* First try to find NULL objects from their index,
* and remove all weights that don't have an object in the group. */
dw = part->dupliweights.first;
while (dw) {
if (!BKE_group_object_exists(part->dup_group, dw->ob)) {
tdw = dw->next;
BLI_freelinkN(&part->dupliweights, dw);
dw = tdw;
if (dw->ob == NULL || !BKE_group_object_exists(part->dup_group, dw->ob)) {
GroupObject *go = (GroupObject *)BLI_findlink(&part->dup_group->gobject, dw->index);
if (go) {
dw->ob = go->ob;
}
else {
tdw = dw->next;
BLI_freelinkN(&part->dupliweights, dw);
dw = tdw;
}
}
else
else {
dw = dw->next;
}
}
/* then add objects in the group to new list */

View File

@ -4105,8 +4105,14 @@ static void lib_link_particlesettings(FileData *fd, Main *main)
if (index_ok) {
/* if we have indexes, let's use them */
for (dw = part->dupliweights.first; dw; dw = dw->next) {
GroupObject *go = (GroupObject *)BLI_findlink(&part->dup_group->gobject, dw->index);
dw->ob = go ? go->ob : NULL;
/* Do not try to restore pointer here, we have to search for group objects in another
* separated step.
* Reason is, the used group may be linked from another library, which has not yet
* been 'lib_linked'.
* Since dw->ob is not considered as an object user (it does not make objet directly linked),
* we may have no valid way to retrieve it yet.
* See T49273. */
dw->ob = NULL;
}
}
else {