Skip to Content.
Sympa Menu

sm-sorcery-bugs - [SM-Sorcery-Bugs] [Bug 3594] Rejected warning should be in CONFIGURE . . .

sm-sorcery-bugs AT lists.ibiblio.org

Subject: Bugs for Sorcery are reported here

List archive

Chronological Thread  
  • From: bugzilla-daemon AT metalab.unc.edu
  • To: sm-sorcery-bugs AT lists.ibiblio.org
  • Subject: [SM-Sorcery-Bugs] [Bug 3594] Rejected warning should be in CONFIGURE . . .
  • Date: Sun, 23 May 2004 16:11:17 -0400

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





------- Additional Comments From eschabell AT sourcemage.org 2004-05-23 16:11
-------
Ok, done some digging:

1) the global list of spells is kept in $SPELLS.

2) when referring to a spell then we use $SPELL.

In the libgrimoire.warn_rejected() and following
libgrimoire.ask_continue_with_rejected() the $SPELLS variable contains only
the rejected spell being checked and $SPELL is also set to the single
rejected
spell.

For example if I 'cast -r -c acroread xsnow' I lose the correct settings of
$SPELLS="acroread xsnow" somewhere in the cast so when we get to the warning
and ask_continue funtions the variables are $SPELLS=acroread and
$SPELL=acroread. The ask_continue function tries to remove the acroread from
the $SPELLS listing... this is not working as the passed $SPELLS variable is
being borked on the way to the current subshell. This seems strange to me as
these two funtions are only called from a spell itself... the global vars
should be fine...

I have a hard time tracking through the cast where this happens, time has run
out for me tonight. Maybe someone can pick this up and continue tracking
before I get the time again to continue?

Seems like a fix that is needed before releasing the stable sorcery this
week,
Andrew?

erics



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.




Archive powered by MHonArc 2.6.24.

Top of Page