From owner-crossfire Tue May 21 12:06:02 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Tue, 21 May 1996 12:06:02 +0200 Received: from tenjin.ics.es.osaka-u.ac.jp (kawamoto@tenjin.ics.es.osaka-u.ac.jp [133.1.236.77]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Tue, 21 May 1996 12:05:53 +0200 Received: by tenjin.ics.es.osaka-u.ac.jp (8.6.12+2.4W/hal-MX-3.2-slave-1) id TAA27897; Tue, 21 May 1996 19:05:15 +0900 Message-Id: <199605211005.TAA27897@tenjin.ics.es.osaka-u.ac.jp> From: KAWAMOTO Yosihisa Mime-Version: 1.0 To: crossfire@ifi.uio.no cc: "tuan (t.) doan" cc: kawamoto@ics.es.osaka-u.ac.jp References: <"11244 Mon May 20 16:41:24 1996"@bnr.ca> Subject: Re: CF: slaying and immune Date: Tue, 21 May 1996 19:05:14 +0900 Sender: owner-crossfire Precedence: bulk Status: RO In message <"11244 Mon May 20 16:41:24 1996"@bnr.ca> "tuan (t.) doan" wrote: > From: "tuan (t.) doan" > Sender: "tuan (t.) doan" > Message-ID: <"11244 Mon May 20 16:41:24 1996"@bnr.ca> > To: kawamoto@ics.es.osaka-u.ac.jp > Cc: crossfire@ifi.uio.no > Subject: Re: CF: slaying and immune > >But we can also think about vampire and shovel (slaying wall). > >It seems that a shovel can do damage to vampire. > A ha, it's a vampire killing, wall slaying, shovel! I want one :) I don't know if you are joking or not, but I'm not joking. You already have one. All of shovels are able to do damage to vampire. Why do you think that a shovel cannot do damage to vampire? -- iKAWAMOTO Yosihisa! kawamoto@ics.es.osaka-u.ac.jp From owner-crossfire Mon May 20 03:08:16 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Mon, 20 May 1996 03:08:16 +0200 Received: from tenjin.ics.es.osaka-u.ac.jp (kawamoto@tenjin.ics.es.osaka-u.ac.jp [133.1.236.77]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Mon, 20 May 1996 03:08:12 +0200 Received: by tenjin.ics.es.osaka-u.ac.jp (8.6.12+2.4W/hal-MX-3.2-slave-1) id KAA20523; Mon, 20 May 1996 10:07:39 +0900 Message-Id: <199605200107.KAA20523@tenjin.ics.es.osaka-u.ac.jp> From: KAWAMOTO Yosihisa Mime-Version: 1.0 To: crossfire@ifi.uio.no References: Subject: Re: CF: slaying and immune Date: Mon, 20 May 1996 10:07:38 +0900 Sender: owner-crossfire Precedence: bulk Status: RO In message Tero Pelander wrote: > > In server/attack.c, there is related conditions about slaying and > > immune. But there are no relations between them, the bug > > reporter said. Is this a bug? > > > > if (hitter->slaying) {....} > > else if (op->immune&type){...} > > ^^^^ > It is not a bug. Think about vampire (immune physical) and stake (slaying > vampire, physical attack). But we can also think about vampire and shovel (slaying wall). It seems that a shovel can do damage to vampire. -- iKAWAMOTO Yosihisa! kawamoto@ics.es.osaka-u.ac.jp From owner-crossfire Sun May 19 04:13:20 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Sun, 19 May 1996 04:13:20 +0200 Received: from abulafia.st.hmc.edu (isildur@Abulafia.ST.HMC.Edu [134.173.48.83]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Sun, 19 May 1996 04:13:17 +0200 Received: (from isildur@localhost) by abulafia.st.hmc.edu (8.6.12/8.6.9) id TAA02131 for crossfire@ifi.uio.no; Sat, 18 May 1996 19:13:17 -0700 From: scary kevin Message-Id: <199605190213.TAA02131@abulafia.st.hmc.edu> Subject: CF: problems Mime-Version: 1.0 To: crossfire@ifi.uio.no Date: Sat, 18 May 1996 19:13:17 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 694 Sender: owner-crossfire Precedence: bulk Status: RO I'm having trouble gettign crossfire to work on my computer. I recently installed Linux and attempted to compile crossfire. After many botched attempts, it now compiles and runs, and I can play normally. I cannot, however, save. I get the following message: Can't open file for save. SAVE FAILED! I'mnot sure what's causing this. I have the permissions on the /lib/players direcotry set to writable/readable by everyone. I've even tried to recompile with the option that characters are saved in the player's home directory. Nothing seems to fix the problem. Does anyone have any idea how to fix this? I'm gettign tired of recompiling this game. -Kevin (isildur@abulafia.st.hmc.edu) From owner-crossfire Sun May 19 18:06:50 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Sun, 19 May 1996 18:06:50 +0200 Received: from mne.ifi.uio.no (1232@mne.ifi.uio.no [129.240.70.5]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Sun, 19 May 1996 18:06:46 +0200 Received: (from kjetilho@localhost) by mne.ifi.uio.no ; Sun, 19 May 1996 18:06:45 +0200 Date: Sat, 18 May 1996 21:22:37 +0300 (EET DST) From: Tero Pelander Mime-Version: 1.0 To: crossfire@ifi.uio.no Subject: Re: CF: slaying and immune In-Reply-To: <199605171253.VAA11046@tenjin.ics.es.osaka-u.ac.jp> Message-ID: Sender: owner-crossfire Precedence: bulk Status: RO On Fri, 17 May 1996, KAWAMOTO Yosihisa wrote: > Hello. There is a bug report in Crossfire JP mailing list. > > In server/attack.c, there is related conditions about slaying and > immune. But there are no relations between them, the bug > reporter said. Is this a bug? > > if (hitter->slaying) {....} > else if (op->immune&type){...} > ^^^^ > This is a patch for this. It is not a bug. Think about vampire (immune physical) and stake (slaying vampire, physical attack). From owner-crossfire Fri May 17 14:54:20 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Fri, 17 May 1996 14:54:20 +0200 Received: from tenjin.ics.es.osaka-u.ac.jp (kawamoto@tenjin.ics.es.osaka-u.ac.jp [133.1.236.77]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Fri, 17 May 1996 14:54:14 +0200 Received: by tenjin.ics.es.osaka-u.ac.jp (8.6.12+2.4W/hal-MX-3.2-slave-1) id VAA11046; Fri, 17 May 1996 21:53:57 +0900 Message-Id: <199605171253.VAA11046@tenjin.ics.es.osaka-u.ac.jp> Mime-Version: 1.0 To: crossfire@ifi.uio.no From: KAWAMOTO Yosihisa Subject: CF: slaying and immune Date: Fri, 17 May 1996 21:53:56 +0900 Sender: owner-crossfire Precedence: bulk Status: RO Hello. There is a bug report in Crossfire JP mailing list. In server/attack.c, there is related conditions about slaying and immune. But there are no relations between them, the bug reporter said. Is this a bug? if (hitter->slaying) {....} else if (op->immune&type){...} ^^^^ This is a patch for this. -- iKAWAMOTO Yosihisa! kawamoto@ics.es.osaka-u.ac.jp *** /server/attack.c.old Fri May 10 23:52:29 1996 --- /server/attack.c Tue May 14 00:34:43 1996 *************** *** 481,487 **** dam *= 3; /* Ouch 8) */ } } ! else if (op->immune&type) { /* newtype contains what creature is not immune to from this attack */ int newtype = type & ~op->immune; --- 481,487 ---- dam *= 3; /* Ouch 8) */ } } ! if (op->immune&type) { /* newtype contains what creature is not immune to from this attack */ int newtype = type & ~op->immune; From owner-crossfire Tue May 14 16:25:47 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Tue, 14 May 1996 16:25:47 +0200 Received: from xplorer.gsfc.nasa.gov (xplorer.gsfc.nasa.gov [128.183.126.216]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Tue, 14 May 1996 16:25:43 +0200 Received: (from thomas@localhost) by xplorer.gsfc.nasa.gov (LHEA9504/950407.s1) id KAA10723; Tue, 14 May 1996 10:25:17 -0400 Date: Tue, 14 May 1996 10:25:17 -0400 From: Brian Thomas Message-Id: <199605141425.KAA10723@xplorer.gsfc.nasa.gov> Mime-Version: 1.0 To: crossfire@ifi.uio.no, Eric@wolf359.exile.org Subject: Re: CF: Enchant armour? Sender: owner-crossfire Precedence: bulk Status: RO Quick thought--sometimes the code gets confused and thinks that an invisible object (which is first in the inventory) qualifies as the "top" object. Try rotating your inventory back and forth a bit, then try. This works for me. -b.t. From owner-crossfire Tue May 14 04:13:22 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Tue, 14 May 1996 04:13:22 +0200 Received: from gossip.pyramid.com (gossip.pyramid.com [129.214.1.101]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Tue, 14 May 1996 04:13:18 +0200 Received: from stealth-news.pyramid.com by gossip.pyramid.com (5.61/OSx5.1a Pyramid-Internet-Gateway) id AA13067; Mon, 13 May 96 19:12:47 -0700 Received: by stealth.eng.pyramid.com (8.6.12/Pyramid_Internal_Configuration) id TAA27949; Mon, 13 May 1996 19:12:45 -0700 From: "Mark Wedel" Message-Id: <9605131912.ZM27947@stealth.eng.pyramid.com> Date: Mon, 13 May 1996 19:12:44 -0700 In-Reply-To: Brian Thomas "Re: CF: bombs can grow experience of any skills" (May 13, 10:01pm) References: <199605140201.WAA10305@xplorer.gsfc.nasa.gov> X-Mailer: Z-Mail (3.2.0 06sep94) Mime-Version: 1.0 To: crossfire@ifi.uio.no Subject: Re: CF: bombs can grow experience of any skills Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-crossfire Precedence: bulk Status: RO On May 13, 10:01pm, Brian Thomas wrote: > Subject: Re: CF: bombs can grow experience of any skills > > From: KAWAMOTO Yosihisa writes: > > > > In Crossfire JP mailing list, it is a well-known fact that bombs > > can grow experience of any skills. Is this a bug? > > > yeah. this is a bug. And it seems to fall in line with > other spell-casting bug that wont give exp. I have been > trying to track this down (on and off between work) and > I have to admit Im frustrated. Has anyone recently hacked > on the spell code besides me? > > The patch that you give for create bomb--its correct, but > it should already be taken care of by set_owner. Why > set_owner is not working is the problem. Is it possible > that a bomb can be created and get_owner returns an owner? > (before set_owner has a chance to do so..) Odd that it is > programed that way.. but perhaps I need to look closer. > > In the next few days, Im planning to take a look at all > of the places that set_owner is used by the spell code-- > cast_cone, fire_arch, create_bomb, fire_bolt, etc. Some > place is goofed up perhaps. Or maybe set_owner needs a > further (*sigh*) revamp. I hope not. But this problem with > intermittant experience awards for spell casting (and > xp going to the wrong skills!) is a serious one. > > -b.t. >-- End of excerpt from Brian Thomas My immediate thought on the problem is that set_owner could be setting the owner to the wrong thing. I am not sure what it is supposed to be set to now for spell casting, but maybe it is being set to the player object or an incorrect experience object. I am not sure how it works out with the pseudo player object that is also used for casting spells (that is a pretty bad hack right there - a better idea would be to pass any relevant data values to the function that needs them, but that requires more work.) Since crossfire is single thread, there should never be an issue of things not being called out of order. There could be an issue of a function calling something and you weren't expecting that to be called. I have a feeling that either tracking through with a debugger or just adding a few LOG lines when it is adding experience on what it is adding it to could be useful in trying to figure out the problem. I still need to find some time to apply the bundle of patches I have already received before I can look into adding/tracking down other bugs. -- --Mark From owner-crossfire Tue May 14 04:01:37 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Tue, 14 May 1996 04:01:37 +0200 Received: from xplorer.gsfc.nasa.gov (xplorer.gsfc.nasa.gov [128.183.126.216]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Tue, 14 May 1996 04:01:34 +0200 Received: (from thomas@localhost) by xplorer.gsfc.nasa.gov (LHEA9504/950407.s1) id WAA10305; Mon, 13 May 1996 22:01:09 -0400 Date: Mon, 13 May 1996 22:01:09 -0400 From: Brian Thomas Message-Id: <199605140201.WAA10305@xplorer.gsfc.nasa.gov> Mime-Version: 1.0 To: crossfire@ifi.uio.no, kawamoto@ics.es.osaka-u.ac.jp Subject: Re: CF: bombs can grow experience of any skills Sender: owner-crossfire Precedence: bulk Status: RO > From: KAWAMOTO Yosihisa writes: > > In Crossfire JP mailing list, it is a well-known fact that bombs > can grow experience of any skills. Is this a bug? > yeah. this is a bug. And it seems to fall in line with other spell-casting bug that wont give exp. I have been trying to track this down (on and off between work) and I have to admit Im frustrated. Has anyone recently hacked on the spell code besides me? The patch that you give for create bomb--its correct, but it should already be taken care of by set_owner. Why set_owner is not working is the problem. Is it possible that a bomb can be created and get_owner returns an owner? (before set_owner has a chance to do so..) Odd that it is programed that way.. but perhaps I need to look closer. In the next few days, Im planning to take a look at all of the places that set_owner is used by the spell code-- cast_cone, fire_arch, create_bomb, fire_bolt, etc. Some place is goofed up perhaps. Or maybe set_owner needs a further (*sigh*) revamp. I hope not. But this problem with intermittant experience awards for spell casting (and xp going to the wrong skills!) is a serious one. -b.t. From owner-crossfire Tue May 14 03:52:09 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Tue, 14 May 1996 03:52:09 +0200 Received: from xplorer.gsfc.nasa.gov (xplorer.gsfc.nasa.gov [128.183.126.216]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Tue, 14 May 1996 03:52:04 +0200 Received: (from thomas@localhost) by xplorer.gsfc.nasa.gov (LHEA9504/950407.s1) id VAA10292; Mon, 13 May 1996 21:51:35 -0400 Date: Mon, 13 May 1996 21:51:35 -0400 From: Brian Thomas Message-Id: <199605140151.VAA10292@xplorer.gsfc.nasa.gov> Mime-Version: 1.0 To: crossfire@ifi.uio.no, kawamoto@ics.es.osaka-u.ac.jp Subject: Re: CF: magic rune of staff Sender: owner-crossfire Precedence: bulk Status: RO > From: KAWAMOTO Yosihisa writes: > > Some one invoked 'magic rune of staff'. Then, there appears not > a magic rune, but a staff. This staff is identified as 'staff of > staff to snake', but examining one will cause server crush. > How does one make this rune?? I didnt know this functionality existed. Definitely, staff to snake has a bug that wont allow it to be cast from an 'intermediate' object (ie, anything like a wand or scroll). Is there a way to block this from being cast as a rune? That seems the best way to handle this problem. -b.t. From owner-crossfire Tue May 14 14:08:08 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Tue, 14 May 1996 14:08:08 +0200 Received: from mne.ifi.uio.no (1232@mne.ifi.uio.no [129.240.70.5]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Tue, 14 May 1996 14:08:04 +0200 Received: (from kjetilho@localhost) by mne.ifi.uio.no ; Tue, 14 May 1996 14:08:04 +0200 Message-Id: <199605141208.13945.mne.ifi.uio.no@ifi.uio.no> Subject: CF: Enchant armour? Organization: Engineers in Exile Date: Mon, 13 May 1996 18:43:34 From: Eric@wolf359.exile.org (Eric Edwards) Mime-Version: 1.0 To: crossfire@ifi.uio.no Sender: owner-crossfire Precedence: bulk Status: RO Can someone explain enchant armour to me? I can't find any reference in the docs. When I try to read the scroll, I get "item at the top of the list is not armour". Of course, the item at the top of the list *is* armour. I've tried shields, cloaks, plate mail, helmets, even robes and nothing works. ---- "You get more with a kind word and a 2x4 then with a kind word alone" Remember the home hobbyist computer: Born 1975, died April 29, 1994 From owner-crossfire Sat May 11 03:21:15 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Sat, 11 May 1996 03:21:15 +0200 Received: from tenjin.ics.es.osaka-u.ac.jp (kawamoto@tenjin.ics.es.osaka-u.ac.jp [133.1.236.77]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Sat, 11 May 1996 03:21:11 +0200 Received: by tenjin.ics.es.osaka-u.ac.jp (8.6.12+2.4W/hal-MX-3.2-slave-1) id KAA06428; Sat, 11 May 1996 10:21:05 +0900 Message-Id: <199605110121.KAA06428@tenjin.ics.es.osaka-u.ac.jp> Mime-Version: 1.0 To: crossfire@ifi.uio.no From: KAWAMOTO Yosihisa Subject: CF: magic rune of staff Date: Sat, 11 May 1996 10:21:05 +0900 Sender: owner-crossfire Precedence: bulk Status: RO Hello. Some one invoked 'magic rune of staff'. Then, there appears not a magic rune, but a staff. This staff is identified as 'staff of staff to snake', but examining one will cause server crush. A member of Crossfire JP mailing list made a patch for this. This is not smart, as you see :-). -- iKAWAMOTO Yosihisa! kawamoto@ics.es.osaka-u.ac.jp *** server/rune.c Tue Jan 2 20:58:41 1996 --- server/rune.c.new Sat May 11 02:28:16 1996 *************** *** 85,94 **** new_draw_info(NDI_UNIQUE, 0,op,"a spell you don't know. (idiot!)"); return 0; } ! at=find_archetype(runename); /* next it attempts to look up a rune_archetype for this spell by doing some string manipulations */ ! if(!at) { char buf[MAX_BUF]; char insp[MAX_BUF]; int i; --- 85,95 ---- new_draw_info(NDI_UNIQUE, 0,op,"a spell you don't know. (idiot!)"); return 0; } ! /* next line causes a problem for the case of runename,"staff" */ ! /* at=find_archetype(runename); */ /* next it attempts to look up a rune_archetype for this spell by doing some string manipulations */ ! if(1) { char buf[MAX_BUF]; char insp[MAX_BUF]; int i; From owner-crossfire Sat May 11 03:05:10 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Sat, 11 May 1996 03:05:10 +0200 Received: from tenjin.ics.es.osaka-u.ac.jp (kawamoto@tenjin.ics.es.osaka-u.ac.jp [133.1.236.77]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Sat, 11 May 1996 03:05:05 +0200 Received: by tenjin.ics.es.osaka-u.ac.jp (8.6.12+2.4W/hal-MX-3.2-slave-1) id KAA06405; Sat, 11 May 1996 10:04:57 +0900 Message-Id: <199605110104.KAA06405@tenjin.ics.es.osaka-u.ac.jp> Mime-Version: 1.0 To: crossfire@ifi.uio.no From: KAWAMOTO Yosihisa Subject: CF: bombs can grow experience of any skills Date: Sat, 11 May 1996 10:04:56 +0900 Sender: owner-crossfire Precedence: bulk Status: RO Hello. In Crossfire JP mailing list, it is a well-known fact that bombs can grow experience of any skills. Is this a bug? If so, there is a patch made by a member of Crossfire JP mailing list. This may not be smart. -- iKAWAMOTO Yosihisa! kawamoto@ics.es.osaka-u.ac.jp *** server/spell_util.c Tue Jan 2 20:58:41 1996 --- server/spell_util.c.new Fri May 10 23:30:17 1996 *************** *** 1236,1243 **** tmp->stats.dam += SP_level_dam_adjust(op->owner,op->stats.sp); if(op->attacktype&AT_MAGIC) tmp->attacktype|=AT_MAGIC; ! if((owner = get_owner(op)) != (object *) NULL) set_owner(tmp,owner); if(op->stats.hp) tmp->stats.hp=op->stats.hp; tmp->stats.maxhp=op->count; /* Unique ID */ --- 1236,1248 ---- tmp->stats.dam += SP_level_dam_adjust(op->owner,op->stats.sp); if(op->attacktype&AT_MAGIC) tmp->attacktype|=AT_MAGIC; ! if((owner = get_owner(op)) != (object *) NULL){ set_owner(tmp,owner); + if(op->chosen_skill && (op->chosen_skill != tmp->chosen_skill)){ + tmp->exp_obj = op->exp_obj; + tmp->chosen_skill = op->chosen_skill; + } + } if(op->stats.hp) tmp->stats.hp=op->stats.hp; tmp->stats.maxhp=op->count; /* Unique ID */ From owner-crossfire Tue May 7 17:31:27 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Tue, 7 May 1996 17:31:27 +0200 Received: from xplorer.gsfc.nasa.gov (xplorer.gsfc.nasa.gov [128.183.126.216]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Tue, 7 May 1996 17:31:19 +0200 Received: (from thomas@localhost) by xplorer.gsfc.nasa.gov (LHEA9504/950407.s1) id LAA06268; Tue, 7 May 1996 11:29:52 -0400 Date: Tue, 7 May 1996 11:29:52 -0400 From: Brian Thomas Message-Id: <199605071529.LAA06268@xplorer.gsfc.nasa.gov> Mime-Version: 1.0 To: thomas@xplorer.gsfc.nasa.gov, elsbernd@dfki.uni-kl.de Subject: CF: Re: Bug? Cc: crossfire@ifi.uio.no Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO > From: Klaus Elsbernd writes: > > Hello; > I realised two strange things: > - a full helmet of Dark Vision +2 (ac+1) (armour+11)(infravision) > has no value. Definitely a 'bug'. I forgot to put a value multiplier in the artifact definition, the default multiplier is '0' so you can see what that gets you :). Here's how the entry should look: # Allowed full helmet,helmet chance 1 Object Dark Vision type 34 value 800 can_see_in_dark 1 end # > - if you kill a dread, then you get an eye, which you could use to > by a polished shield., but now (applyed alchemy) you get the eye > two if you only kill a beholder. That doesn't seem right to me. > Perhaps there should be two different eyes. One, which you can use for > the polished shield, and one for the beholder. > Oh, I thought about this when I was making up the 'flesh' parts. I flip-floped back and forth over the right way, but overall, I don't think its a big play difference since anyone with a wand of summon elemental could kill a dread with little difficulty (I still think the dread should have a higher speed or lower xp value). You still have to pay the huge amount of platinum for the shield; this was always the big hurdle for my characters.. -b.t. > MfG > Klaus > ps: very nice pixmaps > > From owner-crossfire Fri May 3 09:44:22 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Fri, 3 May 1996 09:44:22 +0200 Received: from maud.ifi.uio.no (0@maud.ifi.uio.no [129.240.74.2]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Fri, 3 May 1996 09:44:16 +0200 Received: from xplorer.gsfc.nasa.gov (xplorer.gsfc.nasa.gov [128.183.126.216]) by maud.ifi.uio.no ; Fri, 3 May 1996 09:44:15 +0200 Received: (from thomas@localhost) by xplorer.gsfc.nasa.gov (LHEA9504/950407.s1) id DAA04311; Fri, 3 May 1996 03:42:47 -0400 Date: Fri, 3 May 1996 03:42:47 -0400 From: Brian Thomas Message-Id: <199605030742.DAA04311@xplorer.gsfc.nasa.gov> Mime-Version: 1.0 To: casino@jsp.umontreal.ca Subject: Re: CF: Crossfire crashes Cc: crossfire@ifi.uio.no Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO > From: GESTIONNAIRE DU Casino writes: > > On Tue, 16 Apr 1996, Brian Thomas wrote: > > > I posted some patches a few weeks back that appeared to > > fix the problem for most people. Did you apply them too? > > > > Look for the patches in the file lit.tar.gz in /pub/thomas > > on ftp.astro.psu.edu > Yes, I believe thats right, but you must be using CF 0.92.3, no? (thats what lit.tar.gz was supposed to patch). If you applied this patch to 0.92.4, well, problems could occur (mostly because the code might have been "unpatched"). I know that there was a bug in the gods code that caused crashing in that version (NROFGODS was 6, not '5'). Also, in the gods[] array there is an extra element, "terminator" that should be removed, im not sure I informed the list about this (I know Mark is aware of it). Check these things in your code. If you are running a server, it would help alot for me to see the last page or so of the log before the game crashes. I believe that there are so many patches out there now, that people are getting confused. As far as I know, the *only* patches you need to play 0.92.4 is the skill0.92.4.tar.gz stuff. There is an indication that this singular patch *might* cause a crash, but I havent seen it in my code yet (~2 hrs of play, no crash). I did see some crashing in another server (that has 0.92.4 code) but I am still waiting to here from the maintainer what patches they have applied and perhaps a peak at their server log. Again, please inform me of your patch level. Otherwise, its fairly hard to diagnose the problem. -b.t. From owner-crossfire Fri May 3 09:00:21 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Fri, 3 May 1996 09:00:21 +0200 Received: from xplorer.gsfc.nasa.gov (xplorer.gsfc.nasa.gov [128.183.126.216]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Fri, 3 May 1996 09:00:18 +0200 Received: (from thomas@localhost) by xplorer.gsfc.nasa.gov (LHEA9504/950407.s1) id DAA04275; Fri, 3 May 1996 03:00:10 -0400 Date: Fri, 3 May 1996 03:00:10 -0400 From: Brian Thomas Message-Id: <199605030700.DAA04275@xplorer.gsfc.nasa.gov> Mime-Version: 1.0 To: thomas@xplorer.gsfc.nasa.gov, casino@jsp.umontreal.ca Subject: Re: CF: Crossfire crashes Cc: crossfire@ifi.uio.no Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO *sigh*. I will look into this tonight. -b.t. From owner-crossfire Thu May 2 23:11:52 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Thu, 2 May 1996 23:11:52 +0200 Received: from gossip.pyramid.com (gossip.pyramid.com [129.214.1.101]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Thu, 2 May 1996 23:11:49 +0200 Received: from stealth-news.pyramid.com by gossip.pyramid.com (5.61/OSx5.1a Pyramid-Internet-Gateway) id AA01048; Thu, 2 May 96 14:11:13 -0700 Received: by stealth.eng.pyramid.com (8.6.12/Pyramid_Internal_Configuration) id OAA07375; Thu, 2 May 1996 14:11:15 -0700 From: "Mark Wedel" Message-Id: <9605021411.ZM7373@stealth.eng.pyramid.com> Date: Thu, 2 May 1996 14:11:14 -0700 In-Reply-To: GESTIONNAIRE DU Casino "Re: CF: Crossfire crashes" (May 2, 4:27pm) References: X-Mailer: Z-Mail (3.2.0 06sep94) Mime-Version: 1.0 To: GESTIONNAIRE DU Casino , Brian Thomas Subject: Re: CF: Crossfire crashes Cc: crossfire@ifi.uio.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO On May 2, 4:27pm, GESTIONNAIRE DU Casino wrote: > Subject: Re: CF: Crossfire crashes > On Tue, 16 Apr 1996, Brian Thomas wrote: > > > I posted some patches a few weeks back that appeared to > > fix the problem for most people. Did you apply them too? > > > > Look for the patches in the file lit.tar.gz in /pub/thomas > > on ftp.astro.psu.edu > > I did apply them and the server keeps on crashing. Less frequently, but > still crashing. One player reported 6 crashes within an hour of play > (once in a shop, 5 times in various maps). > > --- > Casino > >-- End of excerpt from GESTIONNAIRE DU Casino Just to verify: Are you using 0.92.4? At least for me, 0.92.4 seemed stable (no crashing.) Now maybe internally, some things weren't working. On the other side of this, anyone look into the spell casting altars much? It certainly makes things like non spellcasters having a better chance at survival. Not sure if the prices is are really that good (10 gp for detect magic, 25 for detect curse.) Probably not too bad. It casts more than those values to buy a scroll of that, but you get less than that if you try to sell a scroll (will vary based on charisma.) Probably some of remove curse/remove damnation might be nice. Even things like heal spells could be interesting. -- --Mark From owner-crossfire Thu May 2 22:28:14 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Thu, 2 May 1996 22:28:14 +0200 Received: from harfang.CC.UMontreal.CA (harfang.CC.UMontreal.CA [132.204.2.102]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Thu, 2 May 1996 22:28:10 +0200 Received: from epsom.jsp.umontreal.ca (epsom.JSP.UMontreal.CA [132.204.45.25]) by harfang.CC.UMontreal.CA with ESMTP id QAA01212 (8.6.11/IDA-1.6); Thu, 2 May 1996 16:26:03 -0400 Received: from derby.jsp.umontreal.ca (derby.jsp.umontreal.ca [132.204.46.26]) by epsom.jsp.umontreal.ca via ESMTP (951211.SGI.8.6.12.PATCH1042/JSP1146) id QAA26327; Thu, 2 May 1996 16:28:00 -0400 Received: (from casino@localhost) by derby.jsp.umontreal.ca (951211.SGI.8.6.12.PATCH1042/JSP1146) id QAA06205; Thu, 2 May 1996 16:27:34 -0400 Date: Thu, 2 May 1996 16:27:34 -0400 (EDT) From: GESTIONNAIRE DU Casino Mime-Version: 1.0 To: Brian Thomas cc: crossfire@ifi.uio.no Subject: Re: CF: Crossfire crashes In-Reply-To: <199604162203.SAA06342@xplorer.gsfc.nasa.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO On Tue, 16 Apr 1996, Brian Thomas wrote: > I posted some patches a few weeks back that appeared to > fix the problem for most people. Did you apply them too? > > Look for the patches in the file lit.tar.gz in /pub/thomas > on ftp.astro.psu.edu I did apply them and the server keeps on crashing. Less frequently, but still crashing. One player reported 6 crashes within an hour of play (once in a shop, 5 times in various maps). --- Casino From owner-crossfire Thu May 2 19:03:13 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Thu, 2 May 1996 19:03:13 +0200 Received: from xplorer.gsfc.nasa.gov (xplorer.gsfc.nasa.gov [128.183.126.216]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Thu, 2 May 1996 19:03:08 +0200 Received: (from thomas@localhost) by xplorer.gsfc.nasa.gov (LHEA9504/950407.s1) id NAA03823; Thu, 2 May 1996 13:02:59 -0400 Date: Thu, 2 May 1996 13:02:59 -0400 From: Brian Thomas Message-Id: <199605021702.NAA03823@xplorer.gsfc.nasa.gov> Mime-Version: 1.0 To: crossfire@ifi.uio.no, smead@flute.aix.calpoly.edu Subject: Re: CF: pray/claw/magic xp Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO > Steve writes: > > So are you still having the original problem with magic xp?? Or does it > seem to have been fixed in the shuffle? > Im not sure; but I wont attempt any more 'fixes' if its working right! I never fully understood the reason why CF 0.92.3 failed to award xp. I kept finding other, similar, bugs in 0.92.4. If I was a betting man, I bet on the bug still being there. To whomever sees it first: please report if you find this problem again. Che Caio, b.t. From owner-crossfire Thu May 2 15:38:48 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Thu, 2 May 1996 15:38:48 +0200 Received: from nexus.astro.psu.edu (nexus.astro.psu.edu [128.118.147.20]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Thu, 2 May 1996 15:38:44 +0200 Received: from zaphod.astro.psu.edu by nexus.astro.psu.edu (4.1/Nexus-1.3) id AA03677; Thu, 2 May 96 08:46:17 EDT Received: by zaphod.astro.psu.edu (4.1/Client-1.3) id AA19304; Thu, 2 May 96 08:45:54 EDT Date: Thu, 2 May 96 08:45:54 EDT From: "Brian Thomas" Message-Id: <9605021245.AA19304@zaphod.astro.psu.edu> Mime-Version: 1.0 To: crossfire@ifi.uio.no Subject: CF: alchemy v1 hack available Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO Hey all, Well, it took me several months to iron things out, but I believe Im finished (no fatal crashes apparent, hack appears moderately playbalanced). Essentially, this code allows players to make artifacts (mostly 'potions') from ingredients they assemble. The interface for players is pretty simple. The amount of work I put into this was substantial; other than new code -- I created new archetypes, revised archetypes, altered the treasures file and created 2 new object types and a flag. It therefore may be enjoyable to install this patch (incl code) and *not* define ALCHEMY in define.h. In particular, this patch does the following things: 1) more varieties of potions are available in shops. 2) new gems and types of food. 3) monsters will now leave behind body parts when you kill them. 4) if ALCHEMY is defined players may make potions/artifacts. I have included instructions for installation and a brief document describing the code and its use by players. As always, feedback is appreciated. -b.t. ps. Geez, almost forgot to tell everyone where to find this...Look in ftp.astro.psu.edu in pub/thomas. The file is "alchemy1.tar.gz". From owner-crossfire Thu May 2 14:39:52 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Thu, 2 May 1996 14:39:52 +0200 Received: from flute.aix.calpoly.edu (smead@flute.aix.calpoly.edu [129.65.64.3]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Thu, 2 May 1996 14:39:45 +0200 From: smead@flute.aix.calpoly.edu Received: by flute.aix.calpoly.edu (AIX 3.2/UCB 5.64/4.03) id AA33531; Thu, 2 May 1996 05:39:33 -0700 Date: Thu, 2 May 1996 05:39:33 -0700 Message-Id: <9605021239.AA33531@flute.aix.calpoly.edu> Mime-Version: 1.0 To: crossfire@ifi.uio.no Subject: Re: CF: pray/claw/magic xp Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO >> This does, however, make change_skill silently fail when you try to use >> a non-existent skill. >Hmm. 'fail' == a crash for me. I would much rather have the code >say something stupid like 'you have no knowledge of clawing' when >you request a non-existent skill. Oops, sorry about that. By the time I re-read that and decided that fail was too strong of a word, I had already mailed it off... I really just meant it failed to print a response message. >> But it looks it would relatively ugly to have it generate a sensible error >> message. > >I will work on trying to fix this tonight. Ill post patches to >the mailing list (and make a complete tarfile). Very nice of you. Actually I already got the patches (the joys of sleeping during the day), they look good. I like the message you ended up with, since by that point we don't have the original string around. So are you still having the original problem with magic xp?? Or does it seem to have been fixed in the shuffle? > -b.t Steve From owner-crossfire Thu May 2 12:04:09 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Thu, 2 May 1996 12:04:09 +0200 Received: from nexus.astro.psu.edu (nexus.astro.psu.edu [128.118.147.20]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Thu, 2 May 1996 12:04:02 +0200 Received: from zaphod.astro.psu.edu by nexus.astro.psu.edu (4.1/Nexus-1.3) id AA03227; Thu, 2 May 96 06:04:12 EDT Received: by zaphod.astro.psu.edu (4.1/Client-1.3) id AA17262; Thu, 2 May 96 06:03:48 EDT Date: Thu, 2 May 96 06:03:48 EDT From: "Brian Thomas" Message-Id: <9605021003.AA17262@zaphod.astro.psu.edu> Mime-Version: 1.0 To: crossfire@ifi.uio.no Subject: CF: skill0.92.4 tar file Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO In case you want all of the patches together (no hunting for missing mail!) I tared the patch files together for the magic xp patch. Look on ftp.astro.psu.edu in pub/thomas for file skill0.92.4.tar.gz. -b.t. From owner-crossfire Thu May 2 12:02:01 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Thu, 2 May 1996 12:02:01 +0200 Received: from nexus.astro.psu.edu (nexus.astro.psu.edu [128.118.147.20]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Thu, 2 May 1996 12:01:55 +0200 Received: from zaphod.astro.psu.edu by nexus.astro.psu.edu (4.1/Nexus-1.3) id AA03222; Thu, 2 May 96 06:02:15 EDT Received: by zaphod.astro.psu.edu (4.1/Client-1.3) id AA17256; Thu, 2 May 96 06:01:51 EDT Date: Thu, 2 May 96 06:01:51 EDT From: "Brian Thomas" Message-Id: <9605021001.AA17256@zaphod.astro.psu.edu> Mime-Version: 1.0 To: crossfire@ifi.uio.no Subject: CF: definitive skill_util.c patch (?!) Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO Ok, I merged Steve Mead's and my patches together. I changed the loop in lookup_skill_by_name so that w/o a match it will return -1 value properly. I added a line in change_skill so that the player will be informed when they make a request for a non-existent skill. -b.t. *** skill_util.c.orig Thu May 2 04:32:43 1996 --- skill_util.c Thu May 2 05:58:40 1996 *************** *** 462,473 **** */ void read_skill_params () { FILE *skill_params; char fname[MAX_BUF]; ! char skill_name[30]; ! char skill_attrib[50]; int cat,bexp,time,stat1,stat2,stat3,skillindex; float lexp; sprintf(fname,"%s/%s",LibDir,"skill_params"); if(! (skill_params=fopen(fname,"r"))) --- 462,473 ---- */ void read_skill_params () { FILE *skill_params; char fname[MAX_BUF]; ! char skill_name[82]; ! char skill_attrib[82]; int cat,bexp,time,stat1,stat2,stat3,skillindex; float lexp; sprintf(fname,"%s/%s",LibDir,"skill_params"); if(! (skill_params=fopen(fname,"r"))) *************** *** 476,492 **** return; } while(!feof(skill_params)) { ! fgets(skill_name,49,skill_params); skillindex=lookup_skill_by_name(skill_name); if(skillindex == -1) { LOG(llevError,"\nskill_params has unrecognized skill: %s",skill_name); continue; } ! fgets(skill_attrib,49,skill_params); sscanf(skill_attrib,"%d %d %d %f %d %d %d", &cat,&time,&bexp,&lexp,&stat1,&stat2,&stat3); skills[skillindex].category=cat; skills[skillindex].time=time; skills[skillindex].bexp=bexp; --- 476,493 ---- return; } while(!feof(skill_params)) { ! fgets(skill_name,82,skill_params); ! if(*skill_name=='#') continue; skillindex=lookup_skill_by_name(skill_name); if(skillindex == -1) { LOG(llevError,"\nskill_params has unrecognized skill: %s",skill_name); continue; } ! fgets(skill_attrib,82,skill_params); sscanf(skill_attrib,"%d %d %d %f %d %d %d", &cat,&time,&bexp,&lexp,&stat1,&stat2,&stat3); skills[skillindex].category=cat; skills[skillindex].time=time; skills[skillindex].bexp=bexp; *************** *** 507,521 **** /* truncate string at first blank space to find skill name. */ nmlen = strcspn(string," "); strncpy(name,string,nmlen); ! while(strncmp(name,skills[skillnr].name,MIN(strlen(skills[skillnr].name),nmlen)) ! && skillnr < (NROFSKILLS - 1)) { ! skillnr++; ! } ! if(skillnr==NROFSKILLS) skillnr=-1; return skillnr; } /* check_skill_to_fire() - */ --- 508,522 ---- /* truncate string at first blank space to find skill name. */ nmlen = strcspn(string," "); strncpy(name,string,nmlen); ! while(skillnr < NROFSKILLS) ! if(!strncmp(name,skills[skillnr].name,MIN(strlen(skills[skillnr].name),nmlen))) ! break; ! else skillnr++; ! if(skillnr==NROFSKILLS) skillnr=-1; return skillnr; } /* check_skill_to_fire() - */ *************** *** 1071,1081 **** if(!pl->chosen_skill->invisible) /* its a tool, need to unlink it */ unlink_skill(pl->chosen_skill); pl->chosen_skill = NULL; } ! if(sk_index<0) return 0; /* bye,bye. We didn't request a valid skill */ /* ok, look for the requested skill */ if((tmp=find_skill(pl,sk_index))) { /* yes, pl does have named skill */ pl->chosen_skill = tmp; --- 1072,1085 ---- if(!pl->chosen_skill->invisible) /* its a tool, need to unlink it */ unlink_skill(pl->chosen_skill); pl->chosen_skill = NULL; } ! if(sk_index<0) { /* bye,bye. We didn't request a valid skill */ ! new_draw_info(NDI_UNIQUE, 0,pl,"You can't use an non-existent skill!"); ! return 0; ! } /* ok, look for the requested skill */ if((tmp=find_skill(pl,sk_index))) { /* yes, pl does have named skill */ pl->chosen_skill = tmp; From owner-crossfire Thu May 2 11:34:33 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Thu, 2 May 1996 11:34:33 +0200 Received: from xplorer.gsfc.nasa.gov (xplorer.gsfc.nasa.gov [128.183.126.216]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Thu, 2 May 1996 11:34:29 +0200 Received: (from thomas@localhost) by xplorer.gsfc.nasa.gov (LHEA9504/950407.s1) id FAA03488; Thu, 2 May 1996 05:34:24 -0400 Date: Thu, 2 May 1996 05:34:24 -0400 From: Brian Thomas Message-Id: <199605020934.FAA03488@xplorer.gsfc.nasa.gov> Mime-Version: 1.0 To: crossfire@ifi.uio.no, smead@flute.aix.calpoly.edu Subject: Re: CF: pray/claw/magic xp Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO > From: smead@flute.aix.calpoly.edu writes: > > Also, lookup_skill_by_name wasn't properly returning -1 when a skill name > wasn't found. Enclosed is a patch for this as well. Alternatively, > you could change [snip] > > This does, however, make change_skill silently fail when you try to use > a non-existent skill. Hmm. 'fail' == a crash for me. I would much rather have the code say something stupid like 'you have no knowledge of clawing' when you request a non-existent skill. > But it looks it would relatively ugly to have it generate a sensible error > message. > I will work on trying to fix this tonight. Ill post patches to the mailing list (and make a complete tarfile). -b.t From owner-crossfire Thu May 2 10:30:55 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Thu, 2 May 1996 10:30:55 +0200 Received: from xplorer.gsfc.nasa.gov (xplorer.gsfc.nasa.gov [128.183.126.216]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Thu, 2 May 1996 10:30:50 +0200 Received: (from thomas@localhost) by xplorer.gsfc.nasa.gov (LHEA9504/950407.s1) id EAA03472; Thu, 2 May 1996 04:30:39 -0400 Date: Thu, 2 May 1996 04:30:39 -0400 From: Brian Thomas Message-Id: <199605020830.EAA03472@xplorer.gsfc.nasa.gov> Mime-Version: 1.0 To: crossfire@ifi.uio.no, smead@flute.aix.calpoly.edu Subject: Re: CF: pray/claw/magic xp Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO > From: smead@flute.aix.calpoly.edu > > >tonight. The short patch below should be applied to skill_util.c, > >or alternatively, edit lib/skill_params so that all '#' lines > >are removed. > > Actually, there appears too be more to it than that, first of all, > in read_skill_params(), skill_name was being declared as skill_name[30], > but used in the fgets as if it were skill_name[50]. Not only this, but > if the '#' comments were over 50 chars (as the third line in the default > skill_params file) then it would pickup half the line, then the second half > [snip] Ah, good point, I hadnt caught this. 80 chars sounds reasonable. > > Also, lookup_skill_by_name wasn't properly returning -1 when a skill name > wasn't found. Enclosed is a patch for this as well. Alternatively, > you could change [snip] > Hmm. Ive never seen a failure on this accord... Ill go check it out. Change_skill is basically one of 3 'backbone' routines of the skills system. It would not be good to allow it to not be robust; the changes should be made in lookup_skill_by_name(). Also, I think we should coordinate a patch... Having patches to patches is icky. I will try to put a 'correct' patch together as a tar file in anonymous ftp. Ill post when its ready. > > Just out of curiosity (since I am pretty new to this list), is mailing to this > list considered an adequate form of bug/patch submission, or to I need to mail > Mark seperately? > I sometimes post to the list, mark or mark/list. The last option is redundant since Im 99.9999% sure he's on the crossfire mailing list. -b.t. From owner-crossfire Thu May 2 09:40:17 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Thu, 2 May 1996 09:40:17 +0200 Received: from flute.aix.calpoly.edu (smead@flute.aix.calpoly.edu [129.65.64.3]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Thu, 2 May 1996 09:40:10 +0200 From: smead@flute.aix.calpoly.edu Received: by flute.aix.calpoly.edu (AIX 3.2/UCB 5.64/4.03) id AA36093; Thu, 2 May 1996 00:40:06 -0700 Date: Thu, 2 May 1996 00:40:06 -0700 Message-Id: <9605020740.AA36093@flute.aix.calpoly.edu> Mime-Version: 1.0 To: crossfire@ifi.uio.no Subject: Re: CF: pray/claw/magic xp Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO >Well, as of CF0.92.4 '#' comments entered the skill_params >file...unfortuneately read_skill_params(), which reinitializes >the skills array -- skills[], fails when it sees comment >lines in the file skill_params. > >The change in skill_params file is new as of 0.92.4, so there >is still one more bug to find (??), ill continue on looking >tonight. The short patch below should be applied to skill_util.c, >or alternatively, edit lib/skill_params so that all '#' lines >are removed. > > -b.t. Actually, there appears too be more to it than that, first of all, in read_skill_params(), skill_name was being declared as skill_name[30], but used in the fgets as if it were skill_name[50]. Not only this, but if the '#' comments were over 50 chars (as the third line in the default skill_params file) then it would pickup half the line, then the second half (but without a '#') on the next iteration. We should make the buffer big enough to scan in a full line (80 chars + \n + '\0') at a time. Enclosed is a patch (note that fgets will only read n-1 chars, saving it's own space for null termination). In the same patch, I changed skill_attrib to skill_attrib[82] as well, in case some idiot spreads his attributes out over the line. Also, lookup_skill_by_name wasn't properly returning -1 when a skill name wasn't found. Enclosed is a patch for this as well. Alternatively, you could change if(skillnr==NROFSKILLS) skillnr=-1; to if(skillnr==NROFSKILLS-1) skillnr=-1; but the other way seemed cleaner to me. This does, however, make change_skill silently fail when you try to use a non-existent skill. But it looks it would relatively ugly to have it generate a sensible error message. Just out of curiosity (since I am pretty new to this list), is mailing to this list considered an adequate form of bug/patch submission, or to I need to mail Mark seperately? Steve *** skill_util.c.orig Wed May 1 23:44:46 1996 --- skill_util.c Wed May 1 23:50:41 1996 *************** *** 464,471 **** void read_skill_params () { FILE *skill_params; char fname[MAX_BUF]; ! char skill_name[30]; ! char skill_attrib[50]; int cat,bexp,time,stat1,stat2,stat3,skillindex; float lexp; --- 464,471 ---- void read_skill_params () { FILE *skill_params; char fname[MAX_BUF]; ! char skill_name[82]; ! char skill_attrib[82]; int cat,bexp,time,stat1,stat2,stat3,skillindex; float lexp; *************** *** 478,484 **** while(!feof(skill_params)) { ! fgets(skill_name,49,skill_params); if(*skill_name=='#') continue; skillindex=lookup_skill_by_name(skill_name); --- 478,484 ---- while(!feof(skill_params)) { ! fgets(skill_name,82,skill_params); if(*skill_name=='#') continue; skillindex=lookup_skill_by_name(skill_name); *************** *** 486,492 **** LOG(llevError,"\nskill_params has unrecognized skill: %s",skill_name); continue; } ! fgets(skill_attrib,49,skill_params); sscanf(skill_attrib,"%d %d %d %f %d %d %d", &cat,&time,&bexp,&lexp,&stat1,&stat2,&stat3); skills[skillindex].category=cat; --- 486,492 ---- LOG(llevError,"\nskill_params has unrecognized skill: %s",skill_name); continue; } ! fgets(skill_attrib,82,skill_params); sscanf(skill_attrib,"%d %d %d %f %d %d %d", &cat,&time,&bexp,&lexp,&stat1,&stat2,&stat3); skills[skillindex].category=cat; *************** *** 511,518 **** nmlen = strcspn(string," "); strncpy(name,string,nmlen); ! while(strncmp(name,skills[skillnr].name,MIN(strlen(skills[skillnr].name),nmlen)) ! && skillnr < (NROFSKILLS - 1)) { skillnr++; } --- 511,517 ---- nmlen = strcspn(string," "); strncpy(name,string,nmlen); ! while(skillnr < NROFSKILLS && strncmp(name,skills[skillnr].name,MIN(strlen(skills[skillnr].name),nmlen))) { skillnr++; } From owner-crossfire Thu May 2 08:38:48 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Thu, 2 May 1996 08:38:48 +0200 Received: from nexus.astro.psu.edu (nexus.astro.psu.edu [128.118.147.20]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Thu, 2 May 1996 08:38:45 +0200 Received: from zaphod.astro.psu.edu by nexus.astro.psu.edu (4.1/Nexus-1.3) id AA02520; Thu, 2 May 96 01:13:44 EDT Received: by zaphod.astro.psu.edu (4.1/Client-1.3) id AA14680; Thu, 2 May 96 01:13:21 EDT Date: Thu, 2 May 96 01:13:21 EDT From: "Brian Thomas" Message-Id: <9605020513.AA14680@zaphod.astro.psu.edu> Mime-Version: 1.0 To: crossfire@ifi.uio.no Subject: CF: about that patch... Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO I mailed the files to crossfire-- but a day later, the living.c.diff patch still is not posted.. So I am reposting both to the list. -b.t. From owner-crossfire Thu May 2 08:38:54 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Thu, 2 May 1996 08:38:54 +0200 Received: from nexus.astro.psu.edu (nexus.astro.psu.edu [128.118.147.20]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Thu, 2 May 1996 08:38:51 +0200 Received: from zaphod.astro.psu.edu by nexus.astro.psu.edu (4.1/Nexus-1.3) id AA02420; Thu, 2 May 96 01:11:54 EDT Received: by zaphod.astro.psu.edu (4.1/Client-1.3) id AA14667; Thu, 2 May 96 01:11:30 EDT Date: Thu, 2 May 96 01:11:30 EDT From: "Brian Thomas" Message-Id: <9605020511.AA14667@zaphod.astro.psu.edu> Mime-Version: 1.0 To: crossfire@ifi.uio.no Subject: CF: patch for magic xp -- skill_util.c Cc: sfm@math.ufl.edu Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO Note there are 2 sections to this patch. If you already applied the first part, strip it off here before you patch away. -b.t. *** dk Wed May 1 03:19:07 1996 --- skill_util.c Wed May 1 04:22:28 1996 *************** *** 477,486 **** --- 477,488 ---- } while(!feof(skill_params)) { fgets(skill_name,49,skill_params); + if(*skill_name=='#') continue; + skillindex=lookup_skill_by_name(skill_name); if(skillindex == -1) { LOG(llevError,"\nskill_params has unrecognized skill: %s",skill_name); continue; } *************** *** 1076,1085 **** --- 1078,1091 ---- if(sk_index<0) return 0; /* bye,bye. We didn't request a valid skill */ /* ok, look for the requested skill */ if((tmp=find_skill(pl,sk_index))) { /* yes, pl does have named skill */ pl->chosen_skill = tmp; + + /* update skill level from exp obj */ + if(tmp->exp_obj) + pl->chosen_skill->level=tmp->exp_obj->level; if(!tmp->invisible&&!QUERY_FLAG(tmp,FLAG_APPLIED)) { /* for tools */ if(pl->type==PLAYER) { new_draw_info_format(NDI_UNIQUE, 0, pl, "You can now use the skill: %s.", skills[sk_index].name); From owner-crossfire Thu May 2 08:38:51 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Thu, 2 May 1996 08:38:51 +0200 Received: from nexus.astro.psu.edu (nexus.astro.psu.edu [128.118.147.20]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Thu, 2 May 1996 08:38:48 +0200 Received: from zaphod.astro.psu.edu by nexus.astro.psu.edu (4.1/Nexus-1.3) id AA02330; Thu, 2 May 96 01:10:13 EDT Received: by zaphod.astro.psu.edu (4.1/Client-1.3) id AA14653; Thu, 2 May 96 01:09:49 EDT Date: Thu, 2 May 96 01:09:49 EDT From: "Brian Thomas" Message-Id: <9605020509.AA14653@zaphod.astro.psu.edu> Mime-Version: 1.0 To: crossfire@ifi.uio.no Subject: CF: patch for magic xp -- common/living.c Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO *** ./crossfire-0.92.4/common/living.c Sun Apr 21 01:07:23 1996 --- ../crossfire-0.92.4/common/living.c Wed May 1 04:16:07 1996 *************** *** 825,834 **** --- 826,839 ---- set_attr_value(&(op->stats),i,get_attr_value(&(op->contr->orig_stats),i)); } #ifdef SPELL_ENCUMBRANCE op->contr->encumbrance=0; #endif + #ifdef ALLOW_SKILLS + if(op->chosen_skill&&op->chosen_skill->exp_obj) + op->chosen_skill->level=op->chosen_skill->exp_obj->level; + #endif op->attacktype=0; } if(op->slaying!=NULL) { free_string(op->slaying); op->slaying=NULL; From owner-crossfire Thu May 2 02:11:24 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Thu, 2 May 1996 02:11:24 +0200 Received: from emout18.mail.aol.com (emout18.mx.aol.com [198.81.11.44]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Thu, 2 May 1996 02:11:19 +0200 From: SonataXVII@aol.com Received: by emout18.mail.aol.com (8.6.12/8.6.12) id UAA10565 for crossfire@ifi.uio.no; Wed, 1 May 1996 20:10:48 -0400 Date: Wed, 1 May 1996 20:10:48 -0400 Message-ID: <960501201046_388115261@emout18.mail.aol.com> Mime-Version: 1.0 To: crossfire@ifi.uio.no Subject: CF: How do you display PCX file in DOS using C or C++???? Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO Hi, I have a question: Does anyone have a C or C++ code that can display a PCX graphic file in DOS?? I know PCX file format, but I can't output it onto screen, could someone help me?? It's best if you can send me your code to avoid vague explaination, Thank You. Tommy James --------------------- Forwarded message: From: rp10@octacon.co.uk (Robin Poole) Sender: owner-crossfire@ifi.uio.no Reply-to: rp10@octacon.co.uk (Robin Poole) To: crossfire@ifi.uio.no Date: 96-05-01 09:53:28 EDT I am having problems compiling (or rather linking) this version of the server under Linux. It complains about not being able to find the symbol __NEED_SHRLIB_? (I cant recall exactly now) in linXpm.a. I have undefining the XPM support but this fails with another error. I know its a long shot, but if anyone has any ideas... BTW I have managed to compile 92.0 OK previously Thanks. ------------ "Thats it Simpson, keep going, don't you know you're getting ever closer to the poison doughnut, there is a poison doughnut isn't there Smithers?" " Well sir, I talked it over with our lawyers, and frankly they said it'd be murder." "Damn their oily hides!" - The Simpsons Robin Poole OCTACON Ltd E-Mail:robin.poole@octacon.co.uk WWW.OCTACON.CO.UK, Tel : +44 (0)1642 216 200 From owner-crossfire Wed May 1 15:19:38 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Wed, 1 May 1996 15:19:38 +0200 Received: from goole.octacon.co.uk (goole.octacon.co.uk [193.118.80.1]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Wed, 1 May 1996 15:19:35 +0200 Received: from potato.octacon.co.uk (potato.octacon.co.uk [193.118.80.27]) by goole.octacon.co.uk (8.6.9/8.6.9) with ESMTP id OAA01776 for ; Wed, 1 May 1996 14:18:51 +0100 Received: (rp10@localhost) by potato.octacon.co.uk (8.6.9/8.6.9) id OAA29963; Wed, 1 May 1996 14:16:11 +0100 Date: Wed, 1 May 1996 14:12:09 +0100 (BST) From: Robin Poole Reply-To: Robin Poole Subject: CF: Problems compiling 92.4 Mime-Version: 1.0 To: crossfire@ifi.uio.no Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO I am having problems compiling (or rather linking) this version of the server under Linux. It complains about not being able to find the symbol __NEED_SHRLIB_? (I cant recall exactly now) in linXpm.a. I have undefining the XPM support but this fails with another error. I know its a long shot, but if anyone has any ideas... BTW I have managed to compile 92.0 OK previously Thanks. ------------ "Thats it Simpson, keep going, don't you know you're getting ever closer to the poison doughnut, there is a poison doughnut isn't there Smithers?" " Well sir, I talked it over with our lawyers, and frankly they said it'd be murder." "Damn their oily hides!" - The Simpsons Robin Poole OCTACON Ltd E-Mail:robin.poole@octacon.co.uk WWW.OCTACON.CO.UK, Tel : +44 (0)1642 216 200 From owner-crossfire Wed May 1 10:28:40 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Wed, 1 May 1996 10:28:40 +0200 Received: from xplorer.gsfc.nasa.gov (xplorer.gsfc.nasa.gov [128.183.126.216]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Wed, 1 May 1996 10:28:38 +0200 Received: (from thomas@localhost) by xplorer.gsfc.nasa.gov (LHEA9504/950407.s1) id EAA01458 for crossfire@ifi.uio.no; Wed, 1 May 1996 04:28:35 -0400 Date: Wed, 1 May 1996 04:28:35 -0400 From: Brian Thomas Message-Id: <199605010828.EAA01458@xplorer.gsfc.nasa.gov> Mime-Version: 1.0 To: crossfire@ifi.uio.no Subject: CF: skill_util.c.diff Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO This patch file includes the patch from previously, if you already applied that patch, just edit out the first part of this patch file. -b.t. *** dk Wed May 1 03:19:07 1996 --- skill_util.c Wed May 1 04:22:28 1996 *************** *** 477,486 **** --- 477,488 ---- } while(!feof(skill_params)) { fgets(skill_name,49,skill_params); + if(*skill_name=='#') continue; + skillindex=lookup_skill_by_name(skill_name); if(skillindex == -1) { LOG(llevError,"\nskill_params has unrecognized skill: %s",skill_name); continue; } *************** *** 1076,1085 **** --- 1078,1091 ---- if(sk_index<0) return 0; /* bye,bye. We didn't request a valid skill */ /* ok, look for the requested skill */ if((tmp=find_skill(pl,sk_index))) { /* yes, pl does have named skill */ pl->chosen_skill = tmp; + + /* update skill level from exp obj */ + if(tmp->exp_obj) + pl->chosen_skill->level=tmp->exp_obj->level; if(!tmp->invisible&&!QUERY_FLAG(tmp,FLAG_APPLIED)) { /* for tools */ if(pl->type==PLAYER) { new_draw_info_format(NDI_UNIQUE, 0, pl, "You can now use the skill: %s.", skills[sk_index].name); From owner-crossfire Wed May 1 10:27:43 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Wed, 1 May 1996 10:27:43 +0200 Received: from xplorer.gsfc.nasa.gov (xplorer.gsfc.nasa.gov [128.183.126.216]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Wed, 1 May 1996 10:27:40 +0200 Received: (from thomas@localhost) by xplorer.gsfc.nasa.gov (LHEA9504/950407.s1) id EAA01454 for crossfire@ifi.uio.no; Wed, 1 May 1996 04:27:37 -0400 Date: Wed, 1 May 1996 04:27:37 -0400 From: Brian Thomas Message-Id: <199605010827.EAA01454@xplorer.gsfc.nasa.gov> Mime-Version: 1.0 To: crossfire@ifi.uio.no Subject: CF: magic/pray xp.. Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO Ok, I found another bug. This involves change_skill() and fix_player not properly updating the skill level as experience is gained by the player. As a result, spell effects are always at 1st level, and, if you do happen to kill a monster, you will get lots more exp than normal (since experience is adjusted for the relative difference in the experience levels of the killer and the victim). Two files need to be patched.. skill_util.c and common/living.c. I will post these patches momentarily. Now, since this bug wont cause the player to not gain xp w/ magic, there must be one more bug at least.. so Im off to get it. -b.t. From owner-crossfire Wed May 1 09:22:27 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Wed, 1 May 1996 09:22:27 +0200 Received: from xplorer.gsfc.nasa.gov (xplorer.gsfc.nasa.gov [128.183.126.216]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Wed, 1 May 1996 09:22:23 +0200 Received: (from thomas@localhost) by xplorer.gsfc.nasa.gov (LHEA9504/950407.s1) id DAA01226 for crossfire@ifi.uio.no; Wed, 1 May 1996 03:22:20 -0400 Date: Wed, 1 May 1996 03:22:20 -0400 From: Brian Thomas Message-Id: <199605010722.DAA01226@xplorer.gsfc.nasa.gov> Mime-Version: 1.0 To: crossfire@ifi.uio.no Subject: CF: pray/claw/magic xp Sender: owner-crossfire@ifi.uio.no Precedence: bulk Status: RO Well, as of CF0.92.4 '#' comments entered the skill_params file...unfortuneately read_skill_params(), which reinitializes the skills array -- skills[], fails when it sees comment lines in the file skill_params. The change in skill_params file is new as of 0.92.4, so there is still one more bug to find (??), ill continue on looking tonight. The short patch below should be applied to skill_util.c, or alternatively, edit lib/skill_params so that all '#' lines are removed. -b.t. *** dk Wed May 1 03:19:07 1996 --- skill_util.c Wed May 1 03:19:33 1996 *************** *** 477,486 **** --- 477,488 ---- } while(!feof(skill_params)) { fgets(skill_name,49,skill_params); + if(*skill_name=='#') continue; + skillindex=lookup_skill_by_name(skill_name); if(skillindex == -1) { LOG(llevError,"\nskill_params has unrecognized skill: %s",skill_name); continue; } From owner-crossfire Thu May 30 23:04:57 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Thu, 30 May 1996 23:04:57 +0200 Received: from bnr.ca (x400gate.bnr.ca [192.58.194.73]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Thu, 30 May 1996 23:04:28 +0200 X400-Received: by mta bnr.ca in /PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/; Relayed; Thu, 30 May 1996 17:03:22 -0400 X400-Received: by /PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/; Relayed; Thu, 30 May 1996 17:02:34 -0400 X400-Received: by /PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/; Relayed; Thu, 30 May 1996 17:02:00 -0400 Date: Thu, 30 May 1996 17:02:00 -0400 X400-Originator: /dd.id=1627294/g=tuan/i=t/s=doan/@bnr.ca X400-MTS-Identifier: [/PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/;bcars520.b.108:30.04.96.21.02.34] X400-Content-Type: P2-1984 (2) Content-Identifier: Major bugs in... From: "tuan (t.) doan" Message-ID: <"20165 Thu May 30 17:02:53 1996"@bnr.ca> Mime-Version: 1.0 To: crossfire@ifi.uio.no Subject: CF: Major bugs in 92.2 Sender: owner-crossfire Precedence: bulk Status: RO Hello, I found the following bugs in 92.2; it may or may not been fixed in later releases. common/loader.c:load_object faces[] is an array of MAX_ANIMATIONS=64 which is not enough to load archetypes torch...When the array is written out of bound, compiling under -O will cause a memory trampler (it will cause a core dump when compiled under -g) FIX: 1. Increase MAX_ANIMATIONS=512 or create dynamic memory allocation 2. Put the following hook to stop the program from continuing: line 841: if (anim_start>MAX_ANIMATIONS) { fprintf(stderr,"load_object: anim_start > MAX_ANIMATIONS (%d)\n",MAX_ANIMATIONS); exit(1); } server/spell_util.c:get_pointed_target any spells that call get_pointed_target will crash the game if the direction is not given (ie: pressing the '.') FIX: 1. return appropriate value if direction not given line 1870 if (dir==0) return ((object *) NULL); Who knows how many timebombs are still ticking... From owner-crossfire Thu May 30 02:31:44 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Thu, 30 May 1996 02:31:44 +0200 Received: from tenjin.ics.es.osaka-u.ac.jp (kawamoto@tenjin.ics.es.osaka-u.ac.jp [133.1.236.77]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Thu, 30 May 1996 02:31:29 +0200 Received: by tenjin.ics.es.osaka-u.ac.jp (8.6.12+2.4W/hal-MX-3.2-slave-1) id JAA12300; Thu, 30 May 1996 09:31:19 +0900 Message-Id: <199605300031.JAA12300@tenjin.ics.es.osaka-u.ac.jp> From: KAWAMOTO Yosihisa Mime-Version: 1.0 To: crossfire@ifi.uio.no cc: kawamoto@ics.es.osaka-u.ac.jp References: <2295ce49.7a12b-Eric@wolf359.exile.org> Subject: Re: CF: slaying and immune Date: Thu, 30 May 1996 09:31:18 +0900 Sender: owner-crossfire Precedence: bulk Status: RO Hello. Sorry. I understand the my old patch is not good. Eric advised me that slaying should only bypass immune if monster attacked by slay one. That's true. And I received the another patch for attack.c from CFJP mailing list. Doesn't this patch work fine? This code makes immunity bypass if and only if monster is attacked by slay one. -- iKAWAMOTO Yosihisa! kawamoto@ics.es.osaka-u.ac.jp *** attack.c Tue Jan 2 20:58:39 1996 --- attack.c.new Wed May 29 13:11:00 1996 *************** *** 470,485 **** * Nov 95 - modified it so that strstr was used to allow comma delimited * list. -b.t. */ ! if (hitter->slaying) { ! if ((op->race != NULL && strstr(op->race,hitter->slaying))|| #ifndef MULTIPLE_GODS (strstr(hitter->slaying, undead_name) && QUERY_FLAG(op,FLAG_UNDEAD)) || #endif (op->arch && op->arch->name!=NULL && strstr(op->arch->name, ! hitter->slaying))) ! { dam *= 3; /* Ouch 8) */ - } } else if (op->immune&type) { --- 470,484 ---- * Nov 95 - modified it so that strstr was used to allow comma delimited * list. -b.t. */ ! if ((hitter->slaying) && ! ((op->race != NULL && strstr(op->race,hitter->slaying))|| #ifndef MULTIPLE_GODS (strstr(hitter->slaying, undead_name) && QUERY_FLAG(op,FLAG_UNDEAD)) || #endif (op->arch && op->arch->name!=NULL && strstr(op->arch->name, ! hitter->slaying)))) ! { dam *= 3; /* Ouch 8) */ } else if (op->immune&type) { From owner-crossfire Wed May 29 12:08:13 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Wed, 29 May 1996 12:08:13 +0200 Received: from xplorer.gsfc.nasa.gov (xplorer.gsfc.nasa.gov [128.183.126.216]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Wed, 29 May 1996 12:08:07 +0200 Received: (from thomas@localhost) by xplorer.gsfc.nasa.gov (LHEA9504/950407.s1) id GAA04282; Wed, 29 May 1996 06:07:16 -0400 Date: Wed, 29 May 1996 06:07:16 -0400 From: Brian Thomas Message-Id: <199605291007.GAA04282@xplorer.gsfc.nasa.gov> Mime-Version: 1.0 To: rsc@math.ufl.edu Subject: CF: Re: Crossfire: gaining wisdom experience Cc: crossfire@ifi.uio.no Sender: owner-crossfire Precedence: bulk Status: RO > Robert writes: > > Servio told me he had asked you about a problem we have been having > with Crossfire 92.4. For example, my wizard can't seem to get any > wisdom experience. > Yeah, still chasing this bug down, as I wrote to you earlier I havent been able to cause this to appear in some time; I am not sure that the bug is fixed however. > To the best of my knowledge we have failthfully applied all > patches. Also, we are using the library and the alchemy code. I even > recompiled the game installing these above additions in the > recommended order, to no avail. I ran your character tonight -- you only have 2 cleric spells that can gain priest exp -- "cause serious wounds" and "staff to snake". The former is pretty high level spell, so it is not a possibility for you to cast (yet). I used the later spell to kill a couple of orcs...and got the experience for them. I recogmend that you persue learning some more (lower level!) clerical spells that can kill stuff, ie "holy word" and "cause light wounds". At low levels, the best way to gain priest exp is to worship either Gnarg and cast "cause light wounds" or worship either lythander or God and use the "holy word" spell (on the enemies of those gods of course :). I have found that "satan" and "Mostrai" are pretty wimpy gods to worship, although at high levels (8+) you can summon some cool stuff if you worship satan. As far as bugs go, I did notice that the invoke "heal minor wounds" didnt appear to work right, I'll try to fix that and send out a patch later this evening. I would appreciate it if you could upload your friends priest character for me to examine too. Thanks again, -b.t. From owner-crossfire Tue May 28 17:18:10 1996 Return-Path: Received: from harfang.CC.UMontreal.CA (harfang.CC.UMontreal.CA [132.204.2.102]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Tue, 28 May 1996 17:18:08 +0200 Received: from epsom.jsp.umontreal.ca (epsom.JSP.UMontreal.CA [132.204.45.25]) by harfang.CC.UMontreal.CA with ESMTP id LAA18728 (8.6.11/IDA-1.6); Tue, 28 May 1996 11:14:43 -0400 Received: from derby.jsp.umontreal.ca (derby.jsp.umontreal.ca [132.204.46.26]) by epsom.jsp.umontreal.ca via ESMTP (951211.SGI.8.6.12.PATCH1042/JSP1146) id LAA00489; Tue, 28 May 1996 11:16:58 -0400 Received: (from casino@localhost) by derby.jsp.umontreal.ca (951211.SGI.8.6.12.PATCH1042/JSP1146) id LAA05014; Tue, 28 May 1996 11:16:26 -0400 Date: Tue, 28 May 1996 11:16:26 -0400 (EDT) From: GESTIONNAIRE DU Casino To: Mark Wedel cc: crossfire-announce@ifi.uio.no Subject: Re: Crossfire 0.92.4 released. In-Reply-To: <199604281022.20779.gymir.ifi.uio.no@ifi.uio.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Sun, 28 Apr 1996, Mark Wedel wrote: > > There is not that much added functionality in 0.92.4. It is largely a patch > release. It seems pretty stable - I have played it for numerous hours without > a crash. Look at the CHANGES file in crossfire-0.92.4.tar.gz for a detailed > list. > Has anybody compiled it with success ? I'm not able to do it... 1/ I untar crossfire-0.92.4.tar.gz 2/ I edit config/crosssite.def and include/config.h 3/ xmkmf -a 4/ make Then I get many errors because in include/define.h NROFGODS is 5 instead of 6 and NROFSPELL is 19 instead of 20. Then I got loads of linking error, because there's a lot of includes in the .c files. For example, config.h is not included (directly nor indirectly) in many server/*.c Any help availlable ? --- Casino From owner-crossfire Wed May 22 17:29:41 1996 Return-Path: Received: (from mdomo@localhost) by ifi.uio.no (8.6.11/ifi2.4) id for crossfire-ut ; Wed, 22 May 1996 17:29:41 +0200 Received: from xplorer.gsfc.nasa.gov (xplorer.gsfc.nasa.gov [128.183.126.216]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Wed, 22 May 1996 17:29:37 +0200 Received: (from thomas@localhost) by xplorer.gsfc.nasa.gov (LHEA9504/950407.s1) id LAA00284 for crossfire@ifi.uio.no; Wed, 22 May 1996 11:29:34 -0400 Date: Wed, 22 May 1996 11:29:34 -0400 From: Brian Thomas Message-Id: <199605221529.LAA00284@xplorer.gsfc.nasa.gov> Mime-Version: 1.0 To: crossfire@ifi.uio.no Subject: CF: CF documentation? Sender: owner-crossfire Precedence: bulk Status: RO Just wondering if Bill F. is still pursuing this. Also, is there anyone else out there that has taken a stab at updating the documentation? I may be interested in working on this. -b.t.