sm-sorcery-bugs AT lists.ibiblio.org
Subject: Bugs for Sorcery are reported here
List archive
[SM-Sorcery-Bugs] [Bug 3594] Rejected warning should be in CONFIGURE . . .
- 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 22:02:18 -0400
http://bugs.sourcemage.org/show_bug.cgi?id=3594
------- Additional Comments From jflatt AT sourcemage.org 2004-05-23 22:02
-------
I also was messing with libgrimoire this morning, but ran out of time before
finding a resolution. I took this part (@~line 657):
# check for more spells to be cast before exiting.
if [ -n "$SPELLS" ] ; then
message ""
message "${MESSAGE_COLOR}We will skip casting $SPELL, but still more
spells to be cast so "
message "continuing on...${DEFAULT_COLOR}"
message ""
# now remove the spell from our list of spells to cast.
TEMP_SPELLS=$(echo "$SPELLS" |grep -v "$SPELL")
SPELLS=$TEMP_SPELLS
return 1
fi
and changed it to this (which is the way I think it should logically flow --
$SPELLS will always be not null if $SPELL is being removed from it after
$SPELLS is checked):
# now remove the spell from our list of spells to cast.
TEMP_SPELLS=$(echo "$SPELLS" | grep -v "$SPELL")
SPELLS=$TEMP_SPELLS
# check for more spells to be cast before exiting.
if [ -n "$SPELLS" ] ; then
message ""
message "${MESSAGE_COLOR}We will skip casting $SPELL, but still more
spells to be cast so "
message "continuing on...${DEFAULT_COLOR}"
message ""
return 1
fi
and put echos through out both parts of the code during my testing (which I
have not included). Since the problem seems to lie elsewhere in the borking
of the variables, I got the same responses in both cases. I am not very
familiar with the whole of the sorcery code, so I'm not sure where to look
next.
Also, as part of my testing, I commented out the 'true' statement in the
libdepends code that Robert listed, and it seemed to make no difference. I'm
not sure if that was what he was pointing out or not.
------- 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.
-
[SM-Sorcery-Bugs] [Bug 3594] Rejected warning should be in CONFIGURE . . .,
bugzilla-daemon, 05/22/2004
- <Possible follow-up(s)>
- [SM-Sorcery-Bugs] [Bug 3594] Rejected warning should be in CONFIGURE . . ., bugzilla-daemon, 05/22/2004
- [SM-Sorcery-Bugs] [Bug 3594] Rejected warning should be in CONFIGURE . . ., bugzilla-daemon, 05/22/2004
- [SM-Sorcery-Bugs] [Bug 3594] Rejected warning should be in CONFIGURE . . ., bugzilla-daemon, 05/23/2004
- [SM-Sorcery-Bugs] [Bug 3594] Rejected warning should be in CONFIGURE . . ., bugzilla-daemon, 05/23/2004
- [SM-Sorcery-Bugs] [Bug 3594] Rejected warning should be in CONFIGURE . . ., bugzilla-daemon, 05/23/2004
- [SM-Sorcery-Bugs] [Bug 3594] Rejected warning should be in CONFIGURE . . ., bugzilla-daemon, 05/23/2004
- [SM-Sorcery-Bugs] [Bug 3594] Rejected warning should be in CONFIGURE . . ., bugzilla-daemon, 05/23/2004
- [SM-Sorcery-Bugs] [Bug 3594] Rejected warning should be in CONFIGURE . . ., bugzilla-daemon, 05/24/2004
- [SM-Sorcery-Bugs] [Bug 3594] Rejected warning should be in CONFIGURE . . ., bugzilla-daemon, 05/24/2004
- [SM-Sorcery-Bugs] [Bug 3594] Rejected warning should be in CONFIGURE . . ., bugzilla-daemon, 05/24/2004
Archive powered by MHonArc 2.6.24.