aboutsummaryrefslogtreecommitdiff
path: root/games/crossfire
diff options
context:
space:
mode:
authorAndreas Klemm <andreas@FreeBSD.org>1996-11-12 12:19:31 +0000
committerAndreas Klemm <andreas@FreeBSD.org>1996-11-12 12:19:31 +0000
commit0828512b9d0ee185e0157e18a33b13fa15467f7d (patch)
tree721758005f333fefda30fba7a57477738b538cbd /games/crossfire
parent9cbe989fa01fcb7c247575314ab323ed537f5de7 (diff)
downloadports-0828512b9d0ee185e0157e18a33b13fa15467f7d.tar.gz
ports-0828512b9d0ee185e0157e18a33b13fa15467f7d.zip
A) From: "Brian Thomas" <thomas@astro.psu.edu>
Ok, I found the problem.. the artifact code assigns a level value to artifacts with kind "Berserkergang". The specialweapon/apply code, when it finds a weapon with a "level" immediately compares the title field to the weilder's name. If they dont match, it can't be used. I created a patch to remove the level designation from the artifact code since other named weaopns (cf "glamdri") dont have a level assigned. B) From: Klaus Elsbernd <elsbernd@dfki.uni-kl.de> In version 0.92.8 is a bug in the inventory-unlock-code, which prevents unlocking. C) From: myself make post-install target modified in Makefile, *$*HOME was eaten up by 'make' and displayed nonsense. Tell player to create the players dir in his login directory.
Notes
Notes: svn path=/head/; revision=4426
Diffstat (limited to 'games/crossfire')
-rw-r--r--games/crossfire/Makefile9
-rw-r--r--games/crossfire/files/patch-al36
-rw-r--r--games/crossfire/files/patch-am42
3 files changed, 83 insertions, 4 deletions
diff --git a/games/crossfire/Makefile b/games/crossfire/Makefile
index 8415d56d8c57..c41e8949fc76 100644
--- a/games/crossfire/Makefile
+++ b/games/crossfire/Makefile
@@ -3,7 +3,7 @@
# Date created: So 27 Okt 1996 12:25:55 MET
# Whom: Andreas Klemm <andreas@klemm.gtn.com>
#
-# $Id$
+# $Id: Makefile,v 1.5 1996/11/04 10:04:36 asami Exp $
#
DISTNAME= crossfire-0.92.8
@@ -66,13 +66,14 @@ post-install:
chown games.games ${PREFIX}/bin/crossfire
chmod 6555 ${PREFIX}/bin/crossfire
@echo ""
- @echo ""
@echo "======================================================"
@echo "===== ATTENTION BEFORE PLAYING ======================="
@echo "======================================================"
@echo "Create a players directory before playing crossfire, "
- @echo "otherwise crossfire cannot save your player character:"
- @echo "Type the following command as user: mkdir $HOME/players"
+ @echo "otherwise crossfire cannot save your player character !"
+ @echo "Type the following command as user in your login directory:"
+ @echo ""
+ @echo " $ mkdir players"
@echo ""
@echo "Read the docu, which is available in Postscript and HTML"
@echo "format in the directory ${CFDIR}/doc"
diff --git a/games/crossfire/files/patch-al b/games/crossfire/files/patch-al
new file mode 100644
index 000000000000..37217ed94e1b
--- /dev/null
+++ b/games/crossfire/files/patch-al
@@ -0,0 +1,36 @@
+Date: Wed, 6 Nov 96 04:19:33 EST
+From: "Brian Thomas" <thomas@astro.psu.edu>
+Message-Id: <9611060919.AA25706@zaphod.astro.psu.edu>
+To: crossfire@ifi.uio.no
+Subject: CF: Berserker weapon patch
+
+ Ok, I found the problem.. the artifact code
+ assigns a level value to artifacts with kind
+ "Berserkergang". The specialweapon/apply code,
+ when it finds a weapon with a "level"
+ immediately compares the title field to the
+ weilder's name. If they dont match, it can't be used.
+
+ I created a patch to remove the level designation
+ from the artifact code since other named weaopns
+ (cf "glamdri") dont have a level assigned.
+
+ -b.t.
+
+*** lib/artifacts.orig Wed Nov 6 04:15:22 1996
+--- lib/artifacts Wed Nov 6 04:15:32 1996
+***************
+*** 548,558 ****
+ Con 7
+ Int -10
+ Wis -10
+ Cha -15
+ protected 2
+- level 20
+ material 256
+ weight 50
+ exp 3
+ hp 2
+ msg
+--- 548,557 ----
+
diff --git a/games/crossfire/files/patch-am b/games/crossfire/files/patch-am
new file mode 100644
index 000000000000..4fa4ec81ef76
--- /dev/null
+++ b/games/crossfire/files/patch-am
@@ -0,0 +1,42 @@
+To: Mark Wedel <mwedel@pyramid.com>
+cc: crossfire@ifi.uio.no
+Subject: CF: Bug in inventory-code
+Date: Wed, 06 Nov 1996 13:29:14 +0100
+From: Klaus Elsbernd <elsbernd@dfki.uni-kl.de>
+
+Hello.
+In version 0.92.8 is a bug in the inventory-unlock-code, which prevents
+unlocking.
+The following patch will fix the problem:
+
+*** server/c_object.c.dist Tue Oct 29 11:57:45 1996
+--- server/c_object.c Wed Nov 6 13:24:18 1996
+***************
+*** 1063,1069 ****
+
+ op->contr->freeze_inv=1;
+ op->contr->freeze_look=1;
+! if (!params) lock_inv(op,find_first_inventory_item(op));
+ else {
+ if (op->type==PLAYER) show_what=op->contr->show_what;
+ for (tmp=op->inv; tmp; tmp=tmp->below) {
+--- 1063,1069 ----
+
+ op->contr->freeze_inv=1;
+ op->contr->freeze_look=1;
+! if (!params) unlock_inv(op,find_first_inventory_item(op));
+ else {
+ if (op->type==PLAYER) show_what=op->contr->show_what;
+ for (tmp=op->inv; tmp; tmp=tmp->below) {
+
+MfG
+Klaus
+
+--
+._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._.
+| Klaus Elsbernd, DFKI/Universit"at Kaiserslautern | elsbernd@dfki.uni-kl.de |
+| System Administrator | BOFH |
+| 67657 Kaiserslautern; Germany | Tel: (+49) 0631/205-3486|
+|_._._._._._._._._._._._._._._._._._._._._._._._._._|_._._._._._._._._._._._._|
+
+