From owner-crossfire Sat Feb 27 17:35:32 1993 Received: by ifi.uio.no id ; Sun, 28 Feb 1993 04:37:04 +0100 Return-Path: Received: from PO3.ANDREW.CMU.EDU by ifi.uio.no with SMTP id ; Sun, 28 Feb 1993 04:37:03 +0100 Received: by po3.andrew.cmu.edu (5.54/3.15) id for crossfire@ifi.uio.no; Sat, 27 Feb 93 22:36:58 EST Received: via switchmail; Sat, 27 Feb 1993 22:36:57 -0500 (EST) Received: from madhatter.ws.cc.cmu.edu via qmail ID ; Sat, 27 Feb 1993 22:35:37 -0500 (EST) Received: from madhatter.ws.cc.cmu.edu via qmail ID ; Sat, 27 Feb 1993 22:35:33 -0500 (EST) Received: from BatMail.robin.v2.13.CUILIB.3.45.SNAP.NOT.LINKED.madhatter.ws.cc.cmu.edu.sun4c.411 via MS.5.6.madhatter.ws.cc.cmu.edu.sun4c_411; Sat, 27 Feb 1993 22:35:32 -0500 (EST) Message-Id: Date: Sat, 27 Feb 1993 22:35:32 -0500 (EST) From: "Eric A. Anderson" To: crossfire@ifi.uio.no Subject: Superseding patch Status: RO This patch supersedes the one sent out ~3 minutes ago. There is definitely a bug, if an object is not paid for, people will never be able to save out, for example if the game goes nuts. *** object.c.~1~ Tue Feb 16 16:38:11 1993 --- object.c Sat Feb 27 22:31:03 1993 *************** *** 50,56 **** a better check */ object *is_player_inv (object *op) { ! for (;op!=NULL&&op->type!=PLAYER; op=op->env); return op; } --- 50,58 ---- a better check */ object *is_player_inv (object *op) { ! for (;op!=NULL&&op->type!=PLAYER; op=op->env) ! if (op->env==op) ! op->env = NULL; return op; } *************** *** 1400,1408 **** return; if(!(flag&1)&& (IS_UNPAID(op)|| ! (penalty&&(op->type==GOLDCOIN||op->type==SILVERCOIN||op->type==GEM)))) ! return; ! if((at=op->arch)!=NULL) fprintf(fp,"arch %s\n",at->name); if((cp=get_ob_diff(op,&((at==NULL?empty_archetype:at)->clone)))!=NULL) --- 1402,1412 ---- return; if(!(flag&1)&& (IS_UNPAID(op)|| ! (penalty&&(op->type==GOLDCOIN||op->type==SILVERCOIN||op->type==GEM)))) { ! remove_ob(op); ! free_object(op); ! return; ! } if((at=op->arch)!=NULL) fprintf(fp,"arch %s\n",at->name); if((cp=get_ob_diff(op,&((at==NULL?empty_archetype:at)->clone)))!=NULL) -Eric ********************************************************* "It seemed like a good idea at the time" -The Mad Hatter "Yes, you're very smart. Shut up." -In "The Princess Bride" ********************************************************* From owner-crossfire Sat Feb 27 17:24:16 1993 Received: by ifi.uio.no id ; Sun, 28 Feb 1993 04:25:33 +0100 Return-Path: Received: from PO5.ANDREW.CMU.EDU by ifi.uio.no with SMTP id ; Sun, 28 Feb 1993 04:25:30 +0100 Received: by po5.andrew.cmu.edu (5.54/3.15) id for crossfire@ifi.uio.no; Sat, 27 Feb 93 22:25:27 EST Received: via switchmail; Sat, 27 Feb 1993 22:25:25 -0500 (EST) Received: from madhatter.ws.cc.cmu.edu via qmail ID ; Sat, 27 Feb 1993 22:24:20 -0500 (EST) Received: from madhatter.ws.cc.cmu.edu via qmail ID ; Sat, 27 Feb 1993 22:24:17 -0500 (EST) Received: from BatMail.robin.v2.13.CUILIB.3.45.SNAP.NOT.LINKED.madhatter.ws.cc.cmu.edu.sun4c.411 via MS.5.6.madhatter.ws.cc.cmu.edu.sun4c_411; Sat, 27 Feb 1993 22:24:16 -0500 (EST) Message-Id: <4fY31U_00Zk2AuYhA_@andrew.cmu.edu> Date: Sat, 27 Feb 1993 22:24:16 -0500 (EST) From: "Eric A. Anderson" To: crossfire@ifi.uio.no Subject: Bug Status: RO I don't know how it gets set to a loop. This will yank it out. -Eric *** object.c.~1~ Tue Feb 16 16:38:11 1993 --- object.c Sat Feb 27 22:22:49 1993 *************** *** 50,56 **** a better check */ object *is_player_inv (object *op) { ! for (;op!=NULL&&op->type!=PLAYER; op=op->env); return op; } --- 50,58 ---- a better check */ object *is_player_inv (object *op) { ! for (;op!=NULL&&op->type!=PLAYER; op=op->env) ! if (op->env==op) ! op->env = NULL; return op; } -Eric ********************************************************* "It seemed like a good idea at the time" -The Mad Hatter "Yes, you're very smart. Shut up." -In "The Princess Bride" ********************************************************* From owner-crossfire Fri Feb 19 03:53:00 1993 Received: by ifi.uio.no id ; Thu, 18 Feb 1993 22:53:19 +0100 Return-Path: Received: from yarra-glen.aaii.oz.au (aaii_slip.aaii.oz.AU) by ifi.uio.no with SMTP id ; Thu, 18 Feb 1993 22:53:10 +0100 Received: from wyndham-estates.aaii.oz.AU by yarra-glen.aaii.oz.au with SMTP (5.65c/SMI-4.0/AAII) id AA05603; Fri, 19 Feb 1993 08:53:02 +1100 From: Rupert G. Goldie Message-Id: <199302182153.AA05603@yarra-glen.aaii.oz.au> Received: from oakridge.aaii.oz.AU (oakridge) by wyndham-estates. (5.65c/SMI-4.0) id AA15426; Fri, 19 Feb 1993 08:53:01 +1100 Received: by oakridge.aaii.oz.AU (4.1/SMI-4.0) id AA21921; Fri, 19 Feb 93 08:53:00 EST Date: Fri, 19 Feb 93 08:53:00 EST To: crossfire@ifi.uio.no Subject: Re: Crossfire - Openwindows Status: RO > Are there anyone here proficient enough with OpenWindows to know what > went wrong when a person trying to compile crossfire 0.88.5 got the > following error: > > > convertfont crossfire.bdf > > crossfire.bdf->./crossfire24.fb > > cp crossfire.bdf /private/games/crossfire/fonts > > cp crossfire.fb /private/games/crossfire/fonts > > bldfamily -d /private/games/crossfire/fonts > > * crossfire /private/games/crossfire/fonts/crossfire.ff (Encoding: unknown) I don't think that's an error. I get the same thing here and the font works. (In fact half the fonts in the openwin/lib/fonts directory say the same thing). Rupert -- Rupert G. Goldie, rgg@aaii.oz.au From owner-crossfire Thu Feb 18 13:45:33 1993 Received: by ifi.uio.no id ; Fri, 19 Feb 1993 00:45:37 +0100 Return-Path: Received: from carr2.acpub.duke.edu by ifi.uio.no with SMTP id ; Fri, 19 Feb 1993 00:45:35 +0100 Received: by carr2.acpub.duke.edu (5.65/Ultrix3.0-C) id AA13237; Thu, 18 Feb 93 18:45:33 -0500 Date: Thu, 18 Feb 93 18:45:33 -0500 From: mel1@acpub.duke.edu (Douglas Melamed) Message-Id: <9302182345.AA13237@carr2.acpub.duke.edu> To: crossfire@ifi.uio.no Subject: Re: Crossfire on Linux Status: RO I've found an even more simple way to fix tempnam.c to work on linux. Simple take out the #include in tempnam.c as it is not needed anyway. From owner-crossfire Fri Feb 19 01:19:48 1993 Received: by ifi.uio.no id ; Fri, 19 Feb 1993 00:19:42 +0100 Return-Path: Received: from pyton.csd.uu.se by ifi.uio.no with SMTP id ; Fri, 19 Feb 1993 00:19:40 +0100 Received: by pyton.csd.uu.se id AA00452 (5.65c8/IDA-1.4.4 for crossfire@ifi.uio.no); Fri, 19 Feb 1993 00:19:48 +0100 Date: Fri, 19 Feb 1993 00:19:48 +0100 From: Mikael Olsson Message-Id: <199302182319.AA00452@pyton.csd.uu.se> To: mancic@rpi.edu, crossfire@ifi.uio.no Subject: Crossfire on Linux X-Charset: ASCII X-Char-Esc: 29 Status: RO Hi! I have successfully compiled crossfire since 0.87.x. The tempnam function was buggy in earlier libc's , but that was fixed in version 4.2 If you've upgraded to gcc2.3.3 and got the 4.2 libc you need to patch two files: The patches are in tempnam.c and config.h 1) Remove the #ifndef linux/#endif pair in config.h, but keep the #define SPEED_GAME (trust me! Else you'll get MANY error messages..) 2) Remove any occurences of linux keyword in tempnam.c Feel free to mail me if you got more problems with crossfire & linux. Cheers! /Mol From owner-crossfire Thu Feb 18 12:59:59 1993 Received: by ifi.uio.no id ; Fri, 19 Feb 1993 00:00:11 +0100 Return-Path: Received: from rpi.edu by ifi.uio.no with SMTP id ; Fri, 19 Feb 1993 00:00:05 +0100 Received: from localhost (crockett1b.its.rpi.edu) by rpi.edu (4.1/SMHUB41); id AA16850; Thu, 18 Feb 93 18:00:02 EST for crossfire@ifi.uio.no From: Received: by localhost (AIX 3.2/UCB 5.64/AIXV3-SUB16); id AA28067; Thu, 18 Feb 1993 17:59:59 -0500 for crossfire@ifi.uio.no Date: Thu, 18 Feb 1993 17:59:59 -0500 Message-Id: <9302182259.AA28067@localhost> To: crossfire@ifi.uio.no Subject: Linux Status: RO I've been looking around for a while for people that have compiled crossfire on Linux, but I havent found any. I tried doing it myself and it compiled for a good ten minutes before i got this error: tempnam.c:15:conflicting types for 'tempnam' /usr/include/stdio.h:138:previous declaration of 'tempnam' make:***[tempnam.o] Error 1 I'm pretty sure I edited the Imakefile right, and the config.h file I wonder if anyone out there has ported crossfire to linux please mail me at mancic@rpi.edu Thanks! From frankj Thu Feb 18 21:30:53 1993 Subject: Crossfire - Openwindows To: crossfire@ifi.uio.no Date: Thu, 18 Feb 1993 21:30:53 +0100 X-Mailer: ELM [version 2.3 PL11] Status: RO Are there anyone here proficient enough with OpenWindows to know what went wrong when a person trying to compile crossfire 0.88.5 got the following error: > convertfont crossfire.bdf > crossfire.bdf->./crossfire24.fb > cp crossfire.bdf /private/games/crossfire/fonts > cp crossfire.fb /private/games/crossfire/fonts > bldfamily -d /private/games/crossfire/fonts > * crossfire /private/games/crossfire/fonts/crossfire.ff (Encoding: unknown) -Frank. From owner-crossfire Tue Feb 16 11:57:59 1993 Received: by ifi.uio.no id ; Tue, 16 Feb 1993 22:59:33 +0100 Return-Path: Received: from PO3.ANDREW.CMU.EDU by ifi.uio.no with SMTP id ; Tue, 16 Feb 1993 22:59:28 +0100 Received: by po3.andrew.cmu.edu (5.54/3.15) id for crossfire@ifi.uio.no; Tue, 16 Feb 93 16:59:22 EST Received: via switchmail; Tue, 16 Feb 1993 16:59:21 -0500 (EST) Received: from madhatter.ws.cc.cmu.edu via qmail ID ; Tue, 16 Feb 1993 16:58:03 -0500 (EST) Received: from madhatter.ws.cc.cmu.edu via qmail ID ; Tue, 16 Feb 1993 16:57:59 -0500 (EST) Received: from BatMail.robin.v2.13.CUILIB.3.45.SNAP.NOT.LINKED.madhatter.ws.cc.cmu.edu.sun4c.411 via MS.5.6.madhatter.ws.cc.cmu.edu.sun4c_411; Tue, 16 Feb 1993 16:57:59 -0500 (EST) Message-Id: Date: Tue, 16 Feb 1993 16:57:59 -0500 (EST) From: "Eric A. Anderson" To: crossfire@ifi.uio.no Subject: Bug in 88.5 Status: RO I finally got around to trying to upgrade to 88.5, There's a mistake in the server stuff that could let crossfire overwrite random sections of memory Here's a patch: *** main.c.orig Tue Feb 16 16:53:12 1993 --- main.c Tue Feb 16 16:53:48 1993 *************** *** 1278,1291 **** } if (pollret>0) { int readct; ! char buf[30]; /* Have input */ ! readct = read(inputfd,buf,30); if (readct==0) { fprintf(stderr,"Bletchdie\n"); exit(-1); } ! if (readct>20) { fprintf(stderr,"Error, Protocol Violation, input too long"); exit(-1); } --- 1275,1288 ---- } if (pollret>0) { int readct; ! char buf[50]; /* Have input */ ! readct = read(inputfd,buf,40); if (readct==0) { fprintf(stderr,"Bletchdie\n"); exit(-1); } ! if (readct>39) { fprintf(stderr,"Error, Protocol Violation, input too long"); exit(-1); } -Eric ********************************************************* "It seemed like a good idea at the time" -The Mad Hatter "Yes, you're very smart. Shut up." -In "The Princess Bride" ********************************************************* From owner-crossfire Mon Feb 8 05:11:35 1993 Received: by ifi.uio.no id ; Mon, 8 Feb 1993 20:11:43 +0100 Return-Path: Received: from nag.cs.colorado.edu by ifi.uio.no with SMTP id ; Mon, 8 Feb 1993 20:11:40 +0100 Received: from localhost by nag.cs.Colorado.EDU with SMTP id AA08905 (5.65c/IDA-1.4.4 for ); Mon, 8 Feb 1993 12:11:36 -0700 Message-Id: <199302081911.AA08905@nag.cs.Colorado.EDU> To: crossfire@ifi.uio.no Cc: popiel@nag.cs.Colorado.EDU Subject: Save patch for HP-UX Date: Mon, 08 Feb 1993 12:11:35 -0700 From: "T. Alexander Popiel" Status: RO Here is a patch I made to get saving to work on an HP700/RX xterminal hung off of an HP730 snake, running HP-UX. The xterminal has a keyboard resembling the IBM-PC clone standard 101-key keyboard. The HP730 console has a traditional HP keyboard. Symptoms: Whenever you save and re-load, the shift keys cause movement. Specifically, left-shift causes downward movement, and right- -shift moves you down and to the left. Curiously, this only affected the xterminals, but not the console display (note the different keyboards). Also, when reloading, "Old-fasioned variable" errors appear on STDERR, and if you save multiple times, the save file gets more and more corrupted. Solution: Whenever a keycode would have no symbol, return the string "(null)" instead of null-string. (I noticed that the save files on a different platform had these "(null)" strings, while the HP730 didn't.) - T. Alexander Popiel (Talek) PS. As a new subscriber to the mailing list, I may not receive replies to the list immediately. Please bear with me. :-) *** login.c.old Thu Jan 28 23:41:42 1993 --- login.c Mon Feb 8 11:41:07 1993 *************** *** 127,135 **** char *keycodetochar(object *pl,KeyCode k) { KeySym ks=XKeycodeToKeysym(pl->contr->gdisp,k,0); static char buf[MAX_BUF]; ! if(ks==NoSymbol) ! return NULL; ! strcpy(buf,XKeysymToString(ks)); return buf; } --- 127,137 ---- char *keycodetochar(object *pl,KeyCode k) { KeySym ks=XKeycodeToKeysym(pl->contr->gdisp,k,0); static char buf[MAX_BUF]; ! if(ks==NoSymbol) { ! strcpy(buf,"(null)"); ! } else { ! strcpy(buf,XKeysymToString(ks)); ! } return buf; } From owner-crossfire Mon Feb 8 17:38:23 1993 Received: by ifi.uio.no id ; Mon, 8 Feb 1993 14:38:27 +0100 Return-Path: Received: from cc.lut.fi by ifi.uio.no with SMTP id ; Mon, 8 Feb 1993 14:38:25 +0100 Received: by cc.lut.fi (5.61/IDA-1.2.8+Kim) id AA22200; Mon, 8 Feb 93 15:38:23 +0200 Date: Mon, 8 Feb 93 15:38:23 +0200 From: Petri Heinil{ Message-Id: <9302081338.AA22200@cc.lut.fi> To: crossfire@ifi.uio.no Subject: Re: monster movement Status: RO > Do either of the editors support the connection of switches/buttons to >monsters ? Will it be possible to attach monsters to other monsters ? >That way we could have guards who will attack if you attack the guildmaster. > I have not examined the sources, but if a monster can have a connected- variable, then in a crossedit it is easy to add connecting-feature to mosters. Btw. Connecting-editing will be improved to next release of crossedit, so that you can point with mouse which of connectors you wish connected together. ( including monsters :-) ) //////////////////////////////////////////////////////////////////////// // Petri Heinila // email: hevi@lut.fi // // // mail: Ainonkatu 2A // // // 53100 Lappeenranta // // // Finland, Europe // //////////////////////////////////////////////////////////////////////// From frankj Mon Feb 8 13:32:04 1993 Subject: Re: monster movement To: crossfire@ifi.uio.no Date: Mon, 8 Feb 1993 13:32:05 +0100 In-Reply-To: <199302080705.AA25207@yarra-glen.aaii.oz.au>; from "Rupert G. Goldie" at Feb 8, 93 6:05 pm X-Mailer: ELM [version 2.3 PL11] Status: RO Rupert G. Goldie wrote: > Do either of the editors support the connection of switches/buttons to > monsters ? Will it be possible to attach monsters to other monsters ? > That way we could have guards who will attack if you attack the guildmaster. That haven't been added yet, but it will be fixed to work that way. Was a little early with the doc-file (gasp!). > Maybe monsters could have a `cry_out n' flag which will attract other > monsters within n squares if you attack them (that way if you attack someone > you may soon have a horde of defenders upon you). > > While I agree that the man and woman archetypes should be unaggressive, I > think the fighter, ninja, etc should not be. Several maps have them placed > assuming they will be aggressive and it is way too easy to attack them one > at a time while the others just stand there. Thas has been added to patchlevel 6. Now unaggressive monsters cry for help from other unaggressive monsters nearby. By the way, Karl Holland made some additional and more interresting ways for monsters to move. Cut from the pl6-version of crossfire.doc: #define DISTATT 1 /*attack from a distance - good for missile users only*/ #define RUNATT 2 /* run but attack if player catches up to object */ #define HITRUN 3 /* run to then hit player then run away cyclicly */ #define WAITATT 4 /* wait for player to approach then hit, move if hit */ #define RUSH 5 /*Rush toward player blindly, similiar to dumb monster*/ #define ALLRUN 6 /*always run never attack good for sim. of weak player*/ I've set the variable "attack_type" to one of those for several monsters in the archetype file, so be careful when next patchlevel comes out 8) -Frank. From owner-crossfire Tue Feb 9 05:05:59 1993 Received: by ifi.uio.no id ; Mon, 8 Feb 1993 08:06:22 +0100 Return-Path: Received: from yarra-glen.aaii.oz.au (aaii_slip.aaii.oz.AU) by ifi.uio.no with SMTP id ; Mon, 8 Feb 1993 08:06:07 +0100 Received: from whistler.aaii.oz.AU by yarra-glen.aaii.oz.au with SMTP (5.65c/SMI-4.0/AAII) id AA25207; Mon, 8 Feb 1993 18:05:59 +1100 From: Rupert G. Goldie Message-Id: <199302080705.AA25207@yarra-glen.aaii.oz.au> Received: by whistler.aaii.oz.AU (5.57/SMI-4.0) id AA20736; Mon, 8 Feb 93 18:05:59 +1100 Date: Mon, 8 Feb 93 18:05:59 +1100 To: crossfire@ifi.uio.no Subject: monster movement Status: RO I thought it was really cool when I found this in crossfire.doc: ]An NPC can have any combination of the following programs (flags): ] ]FLAGS: (They are checked in the following order:) ] - sleep (will stand still until woken) ] - scared (will run away) ] - random_movement (move randomly) ] - friendly (will attack enemies of the nearest player) ] - unaggressive (don't attack until attacked) ] - stand_still (don't ever move) ] ]In addition, switches/buttons can be connected to monsters, thus waking ]them up when the switch is turned. NPCs are becoming more and more interesting as they get smarter and display different behaviours. I do have some questions and comments however. Do either of the editors support the connection of switches/buttons to monsters ? Will it be possible to attach monsters to other monsters ? That way we could have guards who will attack if you attack the guildmaster. Maybe monsters could have a `cry_out n' flag which will attract other monsters within n squares if you attack them (that way if you attack someone you may soon have a horde of defenders upon you). While I agree that the man and woman archetypes should be unaggressive, I think the fighter, ninja, etc should not be. Several maps have them placed assuming they will be aggressive and it is way too easy to attack them one at a time while the others just stand there. Rupert -- Rupert G. Goldie, rgg@aaii.oz.au From frankj Fri Feb 5 13:09:43 1993 Subject: Re: To: crossfire@ifi.uio.no Date: Fri, 5 Feb 1993 13:09:43 +0100 In-Reply-To: <9302041757.AA21745@clipper.ens.fr>; from "K.B" at Feb 4, 93 6:57 pm X-Mailer: ELM [version 2.3 PL11] Status: RO belabas@clipper.ens.fr wrote: > What about extending a little bit the "drop" (i-e Right Button) command ? > It would be nice to be able to "drop (unpaid)" or "drop all" (to empty either > inventory or bag, depending on the current display), even nicer to > mimic nethack so that you could "drop all (unwielded) weapons", "drop all > valuables (gold and gems alike)", "drop all (unworn) armours" and so on... A parser will be made sooner or later, thus the text-window will become much like a typical adventure-game. And you can still program push-keys to text which you would use often (like "drop all unpaid"). There is one think I *don't* intend to copy from nethack: The way it uses all the keys on the keyboard; one key-combination for each thing that can be done... I try to keep the userinterface real simple. > By the way I've had a minor display bug (which I've been utterly unable > to trace, and even to reproduce) when applying bags which messed things in my > inventory (some bitmaps were partly erased, blank lines appeared where items > stood...). A refresh in the display fixed the thing, but anytime I applied a > bag again in this game, it occured again. I know about that bug, it's caused by one of the XClearArea() calls in draw_inventory(), but I've been unable to figure out what causes it to flip out so totally. The fact that this happens so rarely and randomly, and that I had a fit of obfuscation when making that function, doesn't make it any simpler... > I also sometimes end up with negative > weight bags which are a real blessing until you try to save your character, > at what time the whole thing loops until your file system is full or you kill > it before... Those two are not connected. The first bug has been "taken care of", the second is still being investigated... -Frank. P.S. Added "wand of polymorph" and "scroll of charging" last night 8) From owner-crossfire Thu Feb 4 19:57:48 1993 Received: by ifi.uio.no id ; Thu, 4 Feb 1993 18:58:16 +0100 Return-Path: Received: from dmi.ens.fr by ifi.uio.no with SMTP id ; Thu, 4 Feb 1993 18:58:08 +0100 Received: from clipper.ens.fr (clipper-gw.ens.fr) by dmi.ens.fr (5.65c8/ULM-1.0) Received: from felouque.ens.fr by clipper.ens.fr (4.1/88/01/19 3.0) id AA21745; Thu, 4 Feb 93 18:57:48 +0100 Date: Thu, 4 Feb 93 18:57:48 +0100 From: belabas@clipper.ens.fr (K.B) Message-Id: <9302041757.AA21745@clipper.ens.fr> To: crossfire@ifi.uio.no Status: RO What about extending a little bit the "drop" (i-e Right Button) command ? It would be nice to be able to "drop (unpaid)" or "drop all" (to empty either inventory or bag, depending on the current display), even nicer to mimic nethack so that you could "drop all (unwielded) weapons", "drop all valuables (gold and gems alike)", "drop all (unworn) armours" and so on... By the way I've had a minor display bug (which I've been utterly unable to trace, and even to reproduce) when applying bags which messed things in my inventory (some bitmaps were partly erased, blank lines appeared where items stood...). A refresh in the display fixed the thing, but anytime I applied a bag again in this game, it occured again. I also sometimes end up with negative weight bags which are a real blessing until you try to save your character, at what time the whole thing loops until your file system is full or you kill it before... K.B. From frankj Wed Feb 3 02:10:24 1993 Subject: Re: help with fonts To: crossfire@ifi.uio.no Date: Wed, 3 Feb 1993 02:10:24 +0100 In-Reply-To: <2083.9302011617@ccws-38.brunel.ac.uk>; from "Matthew Edwards-Winser" at Feb 1, 93 4:17 pm X-Mailer: ELM [version 2.3 PL11] Status: RO Matthew Edwards-Winser writes: > Hi there, > > I have got the newest version (patch 5), but it is giving me trouble > when I try to compile the fonts, the error keep coming up :- > > rm -f crossfire.bdf crossfire.snf > ( cd bitmaps; ls | ../xbmtobdf -name crossfire -f ../bmaps -b - > ../crossfire.bdf ) > chmod 644 crossfire.bdf > bdftosnf < crossfire.bdf > crossfire.snf > bdftosnf: (stdin): bad 'STARTFONT' at line 2 I can't give any help without looking at the top of crossfire.bdf. Are anyone else having the same, or similar problems? -Frank. From owner-crossfire Mon Feb 1 17:17:39 1993 Received: by ifi.uio.no id ; Mon, 1 Feb 1993 17:17:42 +0100 Return-Path: Received: from sirius.brunel.ac.uk by ifi.uio.no with SMTP id ; Mon, 1 Feb 1993 17:17:39 +0100 Received: from ccws-38.brunel.ac.uk by sirius.brunel.ac.uk with SMTP (PP) id <17099-0@sirius.brunel.ac.uk>; Mon, 1 Feb 1993 16:17:08 +0000 From: Matthew Edwards-Winser Message-Id: <2083.9302011617@ccws-38.brunel.ac.uk> Subject: help with fonts To: crossfire@ifi.uio.no (crossfire - elm) Date: Mon, 1 Feb 93 16:17:00 BST X-Mailer: ELM [version 2.2-hd PL 10] Status: RO Hi there, I have got the newest version (patch 5), but it is giving me trouble when I try to compile the fonts, the error keep coming up :- rm -f crossfire.bdf crossfire.snf ( cd bitmaps; ls | ../xbmtobdf -name crossfire -f ../bmaps -b - > ../crossfire.bdf ) chmod 644 crossfire.bdf bdftosnf < crossfire.bdf > crossfire.snf bdftosnf: (stdin): bad 'STARTFONT' at line 2 *** Error code 1 make: Fatal error: Command failed for target `font' Can you help at all ???