Re: Sun compile problems.

From: Stefan Rensing (
Date: 09/09/96

> Still having some problems with this.  Got it running, but
> now the playefile is all messed up.  Also getting impl. decl. or
> ungetc (which is in stdio.h under linux), but seems like under Sun its not
> there (although man pages tell me so). 

Ungetc should be in stdio, yep. Which OS do you run ?
Under Solaris 2.4 and 2.5 you can compile with these options:
MYFLAGS = -g -Wall -O4
LIBS = -lm -lsocket -lnsl -lcurses -lucb -L/usr/ucblib

Valid for gcc, I have compiled with 2.5.x under 2.3 and am running 2.7.2
under 2.5 now.

Aragorn of MultiMUD

Dr. Stefan A. Rensing         Institute of Biology II/III - Schaenzlestr. 1
SysOp, Biologist, Trainer   D-79104 Germany, FON: +49 761 203-2676 / FAX: 2675
e-mail:  MUD: port 4242 on that <- host
URL  Aragorn, IMP of MULTI MUD
                                                      "I love you !" "I know."
| Ensure that you have read the CircleMUD Mailing List FAQ: |
|   |

From Mon, 9 Sep 96 7:35:01 EDT
X-SystemInfo: MyE-Mail: EMail
X-Message-No: 4263 (database)
From: goamkows <>
To: Jason Marles <>
Subject: Re:  [newbie] 330 lev code
Date: Mon, 9 Sep 96 12:35:00
Message-ID: <>
Reply-To: (goamkows)
X-POP3-Rcpt: lk4150@per
Return-Path: <>
Received: from QUCDN.QueensU.CA (QUCDN.QueensU.CA []) by (8.6.12/8.6.12) with SMTP id MAA15909 for <>; Mon, 9 Sep 1996 12:29:09 +0200
Received: from by QUCDN.QueensU.CA (IBM VM SMTP V2R2) with TCP;Mon, 09 Sep 96 07:41:24 EDT
Received: by (SMI-8.6/SMI-SVR4)id HAA00722; Mon, 9 Sep 1996 07:29:39 -0500
Received: from by (SMI-8.6/SMI-SVR4)
Received: from by (4.1/SMI-4.1)
Received: from by (4.1/SMI-4.1)
Precedence: bulk

:P          I have just got the source for circleMUD v3.0
:P          It only had 34 lev. so i made it so it had 100 lev.
:P 	 When i tried to make more levels it came up with an
:P 	 error saying "more than 100 lev." (etc.) can 
:P 	 someone tell me where i can get a code for 330 levels.
:P          Or attach the class.c and structs.h for the 330 in an
:P 	 e-mail.IT WOULD BE MUCH APPRIECIETED (sorry about the spelling)	
the only annoying part about putting in so many levels is adding to
all the tables - the xp table in class.c, the saving throw tables in
magic.c and the thaco table in class.c - i doubt you will find anybody
willing to fill in all those numbers for you ;)

i would suggest just creating a formula for these numbers, e.g. for
thaco, in fight.c (probably near the top), put in a function like:

int find_thaco(struct char_data *ch)
/* change these forumlas to whatever works for your mud :)  -ejg */
if (IS_WARRIOR(ch))
	t = GET_LEVEL(ch);
if (IS_MAGIC_USER(ch))
	t = GET_LEVEL(ch) / 3;
if (IS_CLERIC(ch))
	t = GET_LEVEL(ch) * ((float)2 / 3);
if (IS_THIEF(ch))
	t = GET_LEVEL(ch) / 2;

and then in fight.c, replace the line in the hit fuction
	calc_thaco = thaco[(int) GET_CLASS(ch)][(int) GET_LEVEL(ch)];
	calc_thaco = 20 - find_thaco(ch);

or you will probably want to make it out of 100 instead of 20, if you
plan on using that many levels, but then you will have to make some
other changes as well in the hit function... 

do something similiar with the other numbers.  this is also a good way
(i hope :)  of handling "infinite" levels, as was mentioned earlier on
this list.
| Ensure that you have read the CircleMUD Mailing List FAQ: |
|   |

This archive was generated by hypermail 2b30 : 12/18/00 PST