Bugs for Sorcery are reported here

[bugzilla-daemon AT bugs.sourcemage.org]

http://bugs.sourcemage.org/show_bug.cgi?id=10159


acedit AT armory.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Version|Untargetted future release  |1.13.x




------- Additional Comments From acedit AT armory.com  2005-11-30 11:40 -------
I believe the problem is that dpgn_cast_spell_front was returning values other
than 0 or 1. It is called from line 99 of libdepengine, $rc is set immediatly
after that, on line 131 the spell color is set to black:$rc at which point the
routine returns. Its likely that one of the nested depends of goffice had 
such a
state (black:3). In recurse_depends, we match based on the child's color and
determine what to do. Only black:0 (success) and black:1 (failure) are 
matched.
With black:3, the recurse_depends may not ever set rc=1 and thus, it may
erroneously succeed.

heres an approximation of what i think the tree looks like
goffice -> something -> something_else
something_else has a status of black:3, all the other depends of something
either succeeded or had a similar fate. "something"'s recurse_depends then
succeeds, erroneously, and goffice thinks that its safe to build itself.

I havent gone to verify this precisely but it seems very plausable.

-- 
Configure bugmail: http://bugs.sourcemage.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.