nethack

Files

cohrs 559be58c21 conflicting delayed killers

Introduce a new set of functions to manage delayed killers in the trunk, used
in addressing the various reports of delayed killer confusion.  Since existing
delayed killers are related to player properties, the delayed killers are
keyed by uprop indexes.  I did this to avoid adding yet another set of
similar identifiers.
- the new delayed_killer() is used for stoning, sliming, sickness, and
delayed self-genocide while polymorphed.  Some other timed events don't
use it (and didn't use the old delayed_killer variable) because they
use a fixed message when the timeout occurs.
- A new data structure, struct kinfo, is used to track both delayed and
immediate killers.  This encapsulates all the info involved with
identifying a killer.  The structure contains a buffer, which subsumes the
old killer_buf and several other buffers that didn't/couldn't use killer_buf.
- the killer list is saved and restored as part of the game state.
- the special case of usick_cause was removed and a delayed killer list
entry is now used in its place
- common code dealing with (un)sliming is moved to a new make_slimed function
- attempted to update all make dependencies for new end.c -> lev.h
dependency, sorry if I messed any up

2003-09-29 19:24:20 +00:00

dprintf.c

*** empty log message ***

2002-01-05 21:05:55 +00:00

Files.r

Synch recent 3.4.2 changes to main trunk

2003-08-30 00:45:58 +00:00

Install.mw

3.3.2 to 3.4.0

2002-02-04 16:11:00 +00:00

maccurs.c

Synch recent 3.4.2 changes to main trunk

2003-08-30 00:45:58 +00:00

macerrs.c

Synch recent 3.4.2 changes to main trunk

2003-08-30 00:45:58 +00:00

macfile.c

Synch recent 3.4.2 changes to main trunk

2003-08-30 00:45:58 +00:00

MacHelp

Mac port update

2002-03-20 06:33:45 +00:00

machelp.hqx

*** empty log message ***

2002-01-05 21:05:55 +00:00

macmain.c

Synch recent 3.4.2 changes to main trunk

2003-08-30 00:45:58 +00:00

macmenu.c

Synch recent 3.4.2 changes to main trunk

2003-08-30 00:45:58 +00:00

macsnd.c

Synch recent 3.4.2 changes to main trunk

2003-08-30 00:45:58 +00:00

mactopl.c

Mac port update

2002-03-20 06:33:45 +00:00

mactty.c

Synch recent 3.4.2 changes to main trunk

2003-08-30 00:45:58 +00:00

macunix.c

Remove unused code, fix comment.

2002-03-01 05:29:48 +00:00

macwin.c

conflicting delayed killers

2003-09-29 19:24:20 +00:00

mgetline.c

Synch recent 3.4.2 changes to main trunk

2003-08-30 00:45:58 +00:00

mmodal.c

Synch recent 3.4.2 changes to main trunk

2003-08-30 00:45:58 +00:00

mrecover.c

3.3.2 to 3.4.0

2002-02-04 16:11:00 +00:00

mrecover.hqx

*** empty log message ***

2002-01-05 21:05:55 +00:00

mttymain.c

Synch recent 3.4.2 changes to main trunk

2003-08-30 00:45:58 +00:00

News

Mac port update

2002-03-20 06:33:45 +00:00

NHDeflts

Mac port update

2002-03-20 06:33:45 +00:00

NHrsrc.hqx

Mac resource file update

2002-03-20 06:30:23 +00:00

NHsound.hqx

*** empty log message ***

2002-01-05 21:05:56 +00:00

README

Mac documentation tidbit

2002-03-20 13:48:22 +00:00

README

Jan 2002

The MPW compilers are now supported again.

Support for 68k has been discontinued due to a lack of a debugging
system for 68k binaries.

Note that the tiled MacOS X port uses the Qt windowport and the UNIX
build system, not this windowport code.


26 Nov, 1999

NetHack 3.3.0 was built with Metrowerk's Pro 4 compiler on a PPC
system.  We are still compiling with 68K alignment because we know
it works.  No one has checked lately if the PPC alignment bug
still exists.


23 May, 1996
 
NetHack 3.2.1 was built with Metrowerk's DR8 compiler on a PPC system.
The official 68K and PPC versions were compiled with 68K Alignment
to share files.  The 3.2.0 versions were compiled with PPC alignment,
but it was discovered that the Metrowerks 68K compiler has a bug with
PPC alignment and structures that can be aligned to a single byte.  This
bug _may_ be fixed in DR10, it is not fixed in DR9.  Why bother with PPC
alignment at all?  Because the space saving from 68K alignment is small
and the PowerPC version will run better.  The 68K version was compiled
with 4 byte ints using the far model.
 
Only the Metrowerks compiler has been used to compile the code in a
long time.  It is _very_ likely that the other compilers, Think C and
MPW C, will no longer be able to compile NetHack out of the box.  They
and their files have been moved to the "old" directory until such time
that someone can compile with them.