Nabble - slashem-devel

Re: Project still alive ?

2009-06-13T02:15:17Z

2009/6/12 Pekka Rousu <prousu@...>:
> Biggest obstacle currently for me is that I lost my development
> environment in hard drive crash and haven't built it together again.

It's like that for me with the DOS port ;) and that environment is
such a pain to setup :P

Clive

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Re: Project still alive ?

2009-06-12T14:48:09Z

Hi Xavier,

I myself am quite busy with the real life currently, but I'm sure that
at some point I'll find time to contribute to Slash'EM once again.
Biggest obstacle currently for me is that I lost my development
environment in hard drive crash and haven't built it together again.
But now it might be good time to start building a new one. :D

Greetings,

Pekka

On Thu, 11 Jun 2009, Xavier Oswald wrote:

> Hi there,
>
> I was just wondering if this project is still alive ?
>
> Thanks.
> Greetings.
> PS: please cc me, Im not subscribed to this list.
>

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Re: Project still alive ?

2009-06-12T04:28:36Z

On 09:28 Fri 12 Jun , Clive Crous wrote:

> 2009/6/11 Xavier Oswald <xoswald@...>:
> > I was just wondering if this project is still alive ?
>
> Yes, most definitely alive.
>
> I can't really speak for the other developers but I can take guess:
> all the developers work is furious little pieces everytime the whim
> takes them or when they have the time. If a serious flaw is found
> you're sure to find a patch quite quickly. I'm guessing it's been
> quieter than usual of late due to NetHack itself not having had a
> release for many years. If you want a predictable update: you'll be
> sure to see a flurry of commits and a release as soon as the devteam
> releases a new version of NetHack.

Hey, I got the proof that it's alive at some points by getting 2 answers ;)

I have asked this question since the debian package has been orphaned. I think I
will adopt it and then be the new debian maintainer of slashem.

Greetings,
--
,''`. ** Xavier Oswald <xoswald@...>
: :' : ** Research Engineer
`. `' ** GNU/LINUX Debian Developer (http://debian.org)
`- ** Isaac Project Developer (http://isaacproject.u-strasbg.fr/)

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Re: Project still alive ?

2009-06-12T00:31:55Z

On 06/11/2009 02:29:24 AM, Xavier Oswald wrote:
> Hi there,
>
> I was just wondering if this project is still alive ?

Stalled, certainly. I don't have any immediate plans, but I imagine
I'll catch the bug again at some point!

Cheers,

Ali.

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Re: Project still alive ?

2009-06-12T00:28:06Z

2009/6/11 Xavier Oswald <xoswald@...>:
> I was just wondering if this project is still alive ?

Yes, most definitely alive.

I can't really speak for the other developers but I can take guess:
all the developers work is furious little pieces everytime the whim
takes them or when they have the time. If a serious flaw is found
you're sure to find a patch quite quickly. I'm guessing it's been
quieter than usual of late due to NetHack itself not having had a
release for many years. If you want a predictable update: you'll be
sure to see a flurry of commits and a release as soon as the devteam
releases a new version of NetHack.

;)

Clive

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Project still alive ?

2009-06-10T18:29:24Z

Hi there,

I was just wondering if this project is still alive ?

Thanks.
Greetings.
PS: please cc me, Im not subscribed to this list.
--
,''`. ** Xavier Oswald <xoswald@...>
: :' : ** Research Engineer
`. `' ** GNU/LINUX Debian Developer (http://debian.org)
`- ** Isaac Project Developer (http://isaacproject.u-strasbg.fr/)

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Re: Patch 1870830 - find SDL.h, png.h when building win/gl with sys/autoconf

2008-01-14T01:01:54Z

On 01/14/2008 02:44:03 AM, xkernigh@... wrote:

> To the readers of slashem-devel:
>
> The win/gl directory contains the SDL interface to slashem. I decided
> to try it as an experiment, so I grabbed a cvs checkout and passed
> --enable-sdl-graphics to configure, and I expected the autoconf build
> system to configure the build for my OpenBSD machine.
>
> Then the build failed! The compiler found neither SDL.h, nor png.h!
> So I slashed the sys/autoconf build system until it would find my
> SDL.h and png.h, and I posted my modifications as patch #1870380 to
> SourceForge, along with an explanation of my changes.
>
> Shortcut to SourceForge: http://xrl.us/1870830

I've made some comments in the patch.

> Meanwhile, I want to learn about controls and options for the SDL
> interface. They seem undocumented? So far, I found that I could press
> PageUp/PageDown to zoom, and press End to toggle the text map. I do
> not know how to try the isometric tileset, or leave full-screen mode.
> I may try source-diving for answers.

I fear you may have to. I certainly have no idea. It may be worth
documenting the controls somewhere if you do. Not quite sure where mind
you ...

Ali.

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Patch 1870830 - find SDL.h, png.h when building win/gl with sys/autoconf

2008-01-13T18:44:03Z

To the readers of slashem-devel:

The win/gl directory contains the SDL interface to slashem. I decided
to try it as an experiment, so I grabbed a cvs checkout and passed
--enable-sdl-graphics to configure, and I expected the autoconf build
system to configure the build for my OpenBSD machine.

Then the build failed! The compiler found neither SDL.h, nor png.h! So
I slashed the sys/autoconf build system until it would find my SDL.h
and png.h, and I posted my modifications as patch #1870380 to
SourceForge, along with an explanation of my changes.

Shortcut to SourceForge: http://xrl.us/1870830

Meanwhile, I want to learn about controls and options for the SDL
interface. They seem undocumented? So far, I found that I could press
PageUp/PageDown to zoom, and press End to toggle the text map. I do not
know how to try the isometric tileset, or leave full-screen mode. I may
try source-diving for answers.

--Kernigh http://nethack.wikia.com/wiki/User:Kernigh

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Re: Patch for bug 1708414 - "the Rat King's corpse tastes terrible!"

2007-12-30T09:29:48Z

On 2007-11-20 05:24:45 PM, xkernigh@... wrote:
> I have attached a patch that should fix bug http://xrl.us/1708141 so
> that when you eat the Rat King's corpse or the Largest Giant's
> corpse, the message becomes correctly capitalized. The patch creates
> a Food_xname function, as suggested in http://xrl.us/1708141t
>
> I tested the patch in wizard mode, by wishing for the corpses and
> eating them. (Note that the wish must be in the form "the corpse of
> the Rat King".)

Thanks, Kernigh. Now committed to both stable and devel.

Cheers,

Ali.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Patch for bug 1708414 - "the Rat King's corpse tastes terrible!"

2007-11-20T09:24:45Z

I have attached a patch that should fix bug http://xrl.us/1708141 so
that when you eat the Rat King's corpse or the Largest Giant's corpse,
the message becomes correctly capitalized. The patch creates a
Food_xname function, as suggested in http://xrl.us/1708141t

I tested the patch in wizard mode, by wishing for the corpses and
eating them. (Note that the wish must be in the form "the corpse of the
Rat King".)

--Kernigh http://nethack.wikia.com/wiki/User:Kernigh
________________________________________________________________________
Check Out the new free AIM(R) Mail -- Unlimited storage and
industry-leading spam and email virus protection.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

patch.diff (2K) Download Attachment

Re: Biodiversity patch

2007-10-13T16:42:20Z

Thanks so much. I was clearly a little over my head in trying to port this.

The patch also changes all the class levels, but it only changes the
classes/roles from the original Nethack. Thusly the Undead Slayer
level should also be adjusted and such to be consistent. Said changes
were adding the "outside" tags to the level, but considering that was
one of the portions that was breaking when I was trying to built it, I
just left that alone for the moment.

-- T. J. Brumfield

On 10/13/07, xkernigh@... <xkernigh@...> wrote:

> On Saturday 13 October 2007 03:02:14 am J. Ali Harlow wrote:
> > I don't know if the patch adds any new levels but if so I would check
> > the there is room for them in dungeon.def (the main dungeon is _very_
> > full).
>
> The biodiversity patch includes the Heck² patch.
> * http://www.multifoliate.com/nh/
> * http://nethack.wikia.com/wiki/Heck²_patch
>
> The Heck² patch tries to improve vanilla's Genehennom by replacing five
> to eight of the default maze levels with custom levels. SLASH'EM
> Gehennom has only 17 levels, and most of those are unique demon lairs
> or wizard tower levels; that caused the panic.
>
> The following change enlengthens Gehennom from 17 to 20 levels and mixes
> four heck levels with the four demon lairs above the wizard's tower.
>
>
> diff -apruN slashem-bio/dat/dungeon.def slashem-k1/dat/dungeon.def
> --- slashem-bio/dat/dungeon.def Fri Oct 12 20:56:14 2007
> +++ slashem-k1/dat/dungeon.def Sat Oct 13 15:18:54 2007
> @@ -123,7 +123,7 @@ BRANCH: "The Elemental Planes" @ (1, 0
> # also tried to organize it a little -- demons before the wizard,
> devils
> # after.
>
> -DUNGEON: "Gehennom" "G" (17, 0)
> +DUNGEON: "Gehennom" "G" (20, 0)
> DESCRIPTION: mazelike
> DESCRIPTION: hellish
> ALIGNMENT: noalign
> @@ -133,32 +133,27 @@ LEVEL: "sanctum" "none" @ (-1,
> BRANCH: "Vlad's Tower" @ (3, 10) up -1
> # Dr. Frankenstein's Lab
> BRANCH: "Frankenstein's Lab" @ (3, 10) up
> +# Heck extra levels
> +RNDLEVEL: "heck-b" "I" @ (2, 8) 8
> +RNDLEVEL: "heck-c" "K" @ (2, 8) 9
> +RNDLEVEL: "heck-d" "L" @ (2, 8) 9
> +RNDLEVEL: "heck-e" "M" @ (2, 8) 9
> # The demon levels
> -LEVEL: "juiblex" "J" @ (2, 5)
> -LEVEL: "yeenoghu" "E" @ (2, 5)
> -LEVEL: "orcus" "O" @ (2, 5)
> -LEVEL: "demogorg" "D" @ (2, 5)
> +LEVEL: "juiblex" "J" @ (2, 8)
> +LEVEL: "yeenoghu" "E" @ (2, 8)
> +LEVEL: "orcus" "O" @ (2, 8)
> +LEVEL: "demogorg" "D" @ (2, 8)
> # Half-way down
> -LEVEL: "wizard1" "none" @ (7, 0)
> +LEVEL: "wizard1" "none" @ (10, 0)
> CHAINLEVEL: "wizard2" "X" "wizard1" + (1, 0)
> CHAINLEVEL: "wizard3" "Y" "wizard1" + (2, 0)
> # The devil levels
> -LEVEL: "baalz" "B" @ (10, 6)
> -LEVEL: "geryon" "R" @ (10, 6)
> -LEVEL: "dispater" "S" @ (10, 6)
> -LEVEL: "asmodeus" "A" @ (10, 6)
> -LEVEL: "fakewiz1" "F" @ (10, 6)
> -LEVEL: "fakewiz2" "G" @ (10, 6)
> -
> -# Heck extra levels
> -RNDLEVEL: "heck-a" "H" @ (-19,17) 25 7
> -RNDLEVEL: "heck-b" "I" @ (2,17) 50 8
> -RNDLEVEL: "heck-c" "K" @ (-19,17) 75 9
> -RNDLEVEL: "heck-d" "L" @ (2,17) 9
> -RNDLEVEL: "heck-e" "M" @ (2,17) 9
> -RNDLEVEL: "heck-e" "N" @ (-19,17) 9
> -RNDLEVEL: "heck-e" "P" @ (2,17) 9
> -RNDLEVEL: "heck-e" "Q" @ (-19,17) 9
> +LEVEL: "baalz" "B" @ (13, 6)
> +LEVEL: "geryon" "R" @ (13, 6)
> +LEVEL: "dispater" "S" @ (13, 6)
> +LEVEL: "asmodeus" "A" @ (13, 6)
> +LEVEL: "fakewiz1" "F" @ (13, 6)
> +LEVEL: "fakewiz2" "G" @ (13, 6)
>
> ### Gnomish Mines ###
> # (The Mines of the Gnomes of Zurich.)
>
>
> The above change finally lets me reach dungeon level 1. Amusingly, I
> tested the change in wizard mode and it generated Gehennom from levels
> 47 to 66; it put the four demon lairs above the four heck levels, and
> Demogorgon on top!
>
> The attached slashem-k1.patch supersedes the one in my previous email,
> and includes both the above dungeon.def change and my earlier makefile
> changes.
>
> First checkout slashem from cvs and apply T. J. Brumfield's patch
> http://enderandrew.com/pub/slashem-biodiversity.patch.bz2
>
> Then apply the attached slashem-k1.patch
> $ patch -p1 < ../slashem-k1.patch
>
> --Kernigh http://nethack.wikia.com/wiki/User:Kernigh
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Slashem-devel mailing list
> Slashem-devel@...
> https://lists.sourceforge.net/lists/listinfo/slashem-devel
>
>
>

--
"In the beginning the Universe was created. This has made a lot of
people very angry and been widely regarded as a bad move."
--Douglas Adams
"Nihilism makes me smile."
--Christopher Quick

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Re: Biodiversity patch

2007-10-13T13:50:55Z

On Saturday 13 October 2007 03:02:14 am J. Ali Harlow wrote:
> I don't know if the patch adds any new levels but if so I would check
> the there is room for them in dungeon.def (the main dungeon is _very_
> full).

The biodiversity patch includes the Heck² patch.
* http://www.multifoliate.com/nh/
* http://nethack.wikia.com/wiki/Heck²_patch

The Heck² patch tries to improve vanilla's Genehennom by replacing five
to eight of the default maze levels with custom levels. SLASH'EM
Gehennom has only 17 levels, and most of those are unique demon lairs
or wizard tower levels; that caused the panic.

The following change enlengthens Gehennom from 17 to 20 levels and mixes
four heck levels with the four demon lairs above the wizard's tower.

diff -apruN slashem-bio/dat/dungeon.def slashem-k1/dat/dungeon.def
--- slashem-bio/dat/dungeon.def Fri Oct 12 20:56:14 2007
+++ slashem-k1/dat/dungeon.def Sat Oct 13 15:18:54 2007
@@ -123,7 +123,7 @@ BRANCH: "The Elemental Planes" @ (1, 0
# also tried to organize it a little -- demons before the wizard,
devils
# after.

-DUNGEON: "Gehennom" "G" (17, 0)
+DUNGEON: "Gehennom" "G" (20, 0)
DESCRIPTION: mazelike
DESCRIPTION: hellish
ALIGNMENT: noalign
@@ -133,32 +133,27 @@ LEVEL: "sanctum" "none" @ (-1,
BRANCH: "Vlad's Tower" @ (3, 10) up -1
# Dr. Frankenstein's Lab
BRANCH: "Frankenstein's Lab" @ (3, 10) up
+# Heck extra levels
+RNDLEVEL: "heck-b" "I" @ (2, 8) 8
+RNDLEVEL: "heck-c" "K" @ (2, 8) 9
+RNDLEVEL: "heck-d" "L" @ (2, 8) 9
+RNDLEVEL: "heck-e" "M" @ (2, 8) 9
# The demon levels
-LEVEL: "juiblex" "J" @ (2, 5)
-LEVEL: "yeenoghu" "E" @ (2, 5)
-LEVEL: "orcus" "O" @ (2, 5)
-LEVEL: "demogorg" "D" @ (2, 5)
+LEVEL: "juiblex" "J" @ (2, 8)
+LEVEL: "yeenoghu" "E" @ (2, 8)
+LEVEL: "orcus" "O" @ (2, 8)
+LEVEL: "demogorg" "D" @ (2, 8)
# Half-way down
-LEVEL: "wizard1" "none" @ (7, 0)
+LEVEL: "wizard1" "none" @ (10, 0)
CHAINLEVEL: "wizard2" "X" "wizard1" + (1, 0)
CHAINLEVEL: "wizard3" "Y" "wizard1" + (2, 0)
# The devil levels
-LEVEL: "baalz" "B" @ (10, 6)
-LEVEL: "geryon" "R" @ (10, 6)
-LEVEL: "dispater" "S" @ (10, 6)
-LEVEL: "asmodeus" "A" @ (10, 6)
-LEVEL: "fakewiz1" "F" @ (10, 6)
-LEVEL: "fakewiz2" "G" @ (10, 6)
-
-# Heck extra levels
-RNDLEVEL: "heck-a" "H" @ (-19,17) 25 7
-RNDLEVEL: "heck-b" "I" @ (2,17) 50 8
-RNDLEVEL: "heck-c" "K" @ (-19,17) 75 9
-RNDLEVEL: "heck-d" "L" @ (2,17) 9
-RNDLEVEL: "heck-e" "M" @ (2,17) 9
-RNDLEVEL: "heck-e" "N" @ (-19,17) 9
-RNDLEVEL: "heck-e" "P" @ (2,17) 9
-RNDLEVEL: "heck-e" "Q" @ (-19,17) 9
+LEVEL: "baalz" "B" @ (13, 6)
+LEVEL: "geryon" "R" @ (13, 6)
+LEVEL: "dispater" "S" @ (13, 6)
+LEVEL: "asmodeus" "A" @ (13, 6)
+LEVEL: "fakewiz1" "F" @ (13, 6)
+LEVEL: "fakewiz2" "G" @ (13, 6)

### Gnomish Mines ###
# (The Mines of the Gnomes of Zurich.)

The above change finally lets me reach dungeon level 1. Amusingly, I
tested the change in wizard mode and it generated Gehennom from levels
47 to 66; it put the four demon lairs above the four heck levels, and
Demogorgon on top!

The attached slashem-k1.patch supersedes the one in my previous email,
and includes both the above dungeon.def change and my earlier makefile
changes.

First checkout slashem from cvs and apply T. J. Brumfield's patch
http://enderandrew.com/pub/slashem-biodiversity.patch.bz2

Then apply the attached slashem-k1.patch
$ patch -p1 < ../slashem-k1.patch

--Kernigh http://nethack.wikia.com/wiki/User:Kernigh

[slashem-k1.patch]

diff -apruN slashem-bio/dat/dungeon.def slashem-k1/dat/dungeon.def --- slashem-bio/dat/dungeon.def Fri Oct 12 20:56:14 2007 +++ slashem-k1/dat/dungeon.def Sat Oct 13 15:18:54 2007 @@ -123,7 +123,7 @@ BRANCH: "The Elemental Planes" @ (1, 0 # also tried to organize it a little -- demons before the wizard, devils # after. -DUNGEON: "Gehennom" "G" (17, 0) +DUNGEON: "Gehennom" "G" (20, 0) DESCRIPTION: mazelike DESCRIPTION: hellish ALIGNMENT: noalign @@ -133,32 +133,27 @@ LEVEL: "sanctum" "none" @ (-1, BRANCH: "Vlad's Tower" @ (3, 10) up -1 # Dr. Frankenstein's Lab BRANCH: "Frankenstein's Lab" @ (3, 10) up +# Heck extra levels +RNDLEVEL: "heck-b" "I" @ (2, 8) 8 +RNDLEVEL: "heck-c" "K" @ (2, 8) 9 +RNDLEVEL: "heck-d" "L" @ (2, 8) 9 +RNDLEVEL: "heck-e" "M" @ (2, 8) 9 # The demon levels -LEVEL: "juiblex" "J" @ (2, 5) -LEVEL: "yeenoghu" "E" @ (2, 5) -LEVEL: "orcus" "O" @ (2, 5) -LEVEL: "demogorg" "D" @ (2, 5) +LEVEL: "juiblex" "J" @ (2, 8) +LEVEL: "yeenoghu" "E" @ (2, 8) +LEVEL: "orcus" "O" @ (2, 8) +LEVEL: "demogorg" "D" @ (2, 8) # Half-way down -LEVEL: "wizard1" "none" @ (7, 0) +LEVEL: "wizard1" "none" @ (10, 0) CHAINLEVEL: "wizard2" "X" "wizard1" + (1, 0) CHAINLEVEL: "wizard3" "Y" "wizard1" + (2, 0) # The devil levels -LEVEL: "baalz" "B" @ (10, 6) -LEVEL: "geryon" "R" @ (10, 6) -LEVEL: "dispater" "S" @ (10, 6) -LEVEL: "asmodeus" "A" @ (10, 6) -LEVEL: "fakewiz1" "F" @ (10, 6) -LEVEL: "fakewiz2" "G" @ (10, 6) - -# Heck extra levels -RNDLEVEL: "heck-a" "H" @ (-19,17) 25 7 -RNDLEVEL: "heck-b" "I" @ (2,17) 50 8 -RNDLEVEL: "heck-c" "K" @ (-19,17) 75 9 -RNDLEVEL: "heck-d" "L" @ (2,17) 9 -RNDLEVEL: "heck-e" "M" @ (2,17) 9 -RNDLEVEL: "heck-e" "N" @ (-19,17) 9 -RNDLEVEL: "heck-e" "P" @ (2,17) 9 -RNDLEVEL: "heck-e" "Q" @ (-19,17) 9 +LEVEL: "baalz" "B" @ (13, 6) +LEVEL: "geryon" "R" @ (13, 6) +LEVEL: "dispater" "S" @ (13, 6) +LEVEL: "asmodeus" "A" @ (13, 6) +LEVEL: "fakewiz1" "F" @ (13, 6) +LEVEL: "fakewiz2" "G" @ (13, 6) ### Gnomish Mines ### # (The Mines of the Gnomes of Zurich.) diff -apruN slashem-bio/src/photo.c slashem-k1/src/photo.c --- slashem-bio/src/photo.c Fri Oct 12 20:56:16 2007 +++ slashem-k1/src/photo.c Fri Oct 12 21:56:24 2007 @@ -5,7 +5,7 @@ #include "hack.h" #ifdef NEPHI_PHOTOGRAPHY -STATIC_DCL char *FDECL(short_desc,(struct photograph*,char,char* (*)(const char*))); +STATIC_DCL char *FDECL(short_desc,(struct photograph*,schar,char* (*)(const char*))); STATIC_DCL boolean FDECL(photographable, (struct permonst*)); STATIC_DCL void FDECL(film_mon, (struct mon_photo *,struct monst *,char*)); STATIC_DCL void FDECL(film_obj, (struct obj_photo *,struct obj *,char*)); @@ -108,7 +108,7 @@ scc fly_the_bird[] = "%s seems to be mak STATIC_OVL char* short_desc(photo,override,article_func) struct photograph* photo; -char override; +schar override; char* FDECL((*article_func), (const char*)); { #ifdef LINT /* static char buf[BUFSZ]; */ diff -apruN slashem-bio/sys/autoconf/Makefile.dat slashem-k1/sys/autoconf/Makefile.dat --- slashem-bio/sys/autoconf/Makefile.dat Sat Sep 17 10:58:33 2005 +++ slashem-k1/sys/autoconf/Makefile.dat Fri Oct 12 21:17:12 2007 @@ -11,7 +11,7 @@ EXEEXT = @EXEEXT@ # SHELL=E:/GEMINI2/MUPFEL.TTP # UUDECODE=uudecode -VARDAT = data rumors quest.dat oracles options +VARDAT = data rumors quest.dat oracles riddles options all: $(VARDAT) spec_levs quest_levs dungeon @@ -279,6 +279,9 @@ quest.dat: quest.txt ../util/makedefs oracles: oracles.txt ../util/makedefs ../util/makedefs -h + +riddles: riddles.txt ../util/makedefs + ../util/makedefs -b # note: 'options' should have already been made when include/date.h was created options: ../util/makedefs diff -apruN slashem-bio/sys/autoconf/Makefile.src slashem-k1/sys/autoconf/Makefile.src --- slashem-bio/sys/autoconf/Makefile.src Sat Sep 17 10:58:33 2005 +++ slashem-k1/sys/autoconf/Makefile.src Fri Oct 12 20:58:34 2007 @@ -206,7 +206,7 @@ HACKCSRC = $(srcdir)/allmain.c $(srcdir) $(srcdir)/version.c $(srcdir)/vision.c $(srcdir)/weapon.c \ $(srcdir)/were.c $(srcdir)/wield.c $(srcdir)/windows.c \ $(srcdir)/wizard.c $(srcdir)/worm.c $(srcdir)/worn.c $(srcdir)/write.c \ - $(srcdir)/zap.c $(srcdir)/gypsy.c $(srcdir)/tech.c + $(srcdir)/zap.c $(srcdir)/gypsy.c $(srcdir)/tech.c $(srcdir)/photo.c # all operating-system-dependent .c (for dependencies and such) SYSCSRC = $(srcdir)/../sys/share/nhlan.c $(srcdir)/../sys/share/ioctl.c \ @@ -269,7 +269,7 @@ HOBJ = $(FIRSTOBJ) allmain.o apply.o art steal.o steed.o teleport.o timeout.o topten.o track.o trap.o u_init.o \ uhitm.o vault.o vision.o vis_tab.o weapon.o were.o wield.o windows.o \ wizard.o worm.o worn.o write.o zap.o \ - gypsy.o tech.o \ + gypsy.o tech.o photo.o \ $(RANDOBJ) $(SYSOBJ) $(WINOBJ) version.o # the .o files from the HACKCSRC, SYSSRC, and WINSRC lists diff -apruN slashem-bio/sys/autoconf/Makefile.top slashem-k1/sys/autoconf/Makefile.top --- slashem-bio/sys/autoconf/Makefile.top Sat Dec 30 07:48:19 2006 +++ slashem-k1/sys/autoconf/Makefile.top Fri Oct 12 21:15:38 2007 @@ -104,7 +104,7 @@ CNF_SHARE_PROXYND = gltile64.png gltile3 # CNF_SHARE_DATND = $(CNF_SHARE_PROXYND) CNF_SHARE_DATND = @CNF_SHARE_DATND@ -CNF_SHARE_DATD = data oracles options quest.dat rumors +CNF_SHARE_DATD = data oracles options quest.dat riddles rumors CNF_SHARE_DAT = $(CNF_SHARE_DATD) $(CNF_SHARE_DATND) # Some versions of make use the SHELL environment variable as the shell @@ -131,7 +131,7 @@ DATHELP = help hh cmdhelp history opthel SPEC_LEVS = asmodeus.lev baalz.lev bigrm-?.lev castle.lev fakewiz?.lev \ juiblex.lev knox.lev medusa-?.lev minend-?.lev minefill.lev \ minetn-?.lev oracle.lev orcus.lev sanctum.lev soko?-?.lev \ - tower?.lev valley.lev wizard?.lev \ + tower?.lev valley.lev wizard?.lev heck-?-?.lev \ astral.lev air.lev earth.lev fire.lev water.lev \ beholder.lev blkmar.lev cav2fill.lev \ grund-?.lev demogorg.lev dispater.lev dragons.lev geryon.lev \ @@ -170,6 +170,9 @@ rumors: $(GAME) oracles: $(GAME) ( cd dat ; $(MAKE) oracles ) + +riddles: $(GAME) + ( cd dat ; $(MAKE) riddles ) # Note: options should have already been made with make, but... options: $(GAME) diff -apruN slashem-bio/sys/autoconf/configure.ac slashem-k1/sys/autoconf/configure.ac --- slashem-bio/sys/autoconf/configure.ac Mon Jan 29 01:42:23 2007 +++ slashem-k1/sys/autoconf/configure.ac Fri Oct 12 22:08:07 2007 @@ -402,6 +402,7 @@ NETHACK_LINKS_ADD([include/file.h]) NETHACK_LINKS_ADD([dat/data.base]) NETHACK_LINKS_ADD([dat/rumors.tru]) NETHACK_LINKS_ADD([dat/rumors.fal]) +NETHACK_LINKS_ADD([dat/riddles.txt]) NETHACK_LINKS_ADD([dat/quest.txt]) NETHACK_LINKS_ADD([dat/oracles.txt]) NETHACK_LINKS_ADD([dat/dungeon.def])

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Re: Biodiversity patch

2007-10-13T01:02:14Z

On 10/13/2007 03:28:46 AM, xkernigh@... wrote:
> After making a few additions to the makefiles in sys/autoconf, I have
> successfully compiled T. J. Brumfield's port of the biodiversity
> patch. The game now runs but (immediately after creating a character)
> panics at line 283 of dungeon.c "level_range: base value out of
> range". I have attached my changes in a file slashem-k1.patch

I guess the next step would be to use a debugger to see what the values
of base and lmax are when it bombs out and then work out why. I don't
know if the patch adds any new levels but if so I would check the there
is room for them in dungeon.def (the main dungeon is _very_ full).

Cheers,

Ali.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Re: Biodiversity patch

2007-10-12T20:28:46Z

After making a few additions to the makefiles in sys/autoconf, I have
successfully compiled T. J. Brumfield's port of the biodiversity patch.
The game now runs but (immediately after creating a character) panics
at line 283 of dungeon.c "level_range: base value out of range". I have
attached my changes in a file slashem-k1.patch

I had to change the makefiles in sys/autoconf to make sure that both
photo.c and the riddles are part of the build. I did not change the
other makefiles in sys/unix, so the Unix build only works if I run the
configure script instead of the sys/unix/setup.sh script.

Meanwhile, I also added a line to sys/autoconf/configure.ac (to match
Brumfield's changes to configure, in case I try to regenerate the
configure script later) and I fixed a bug in photo.c (my
compiler's "char" defaults to unsigned so it cannot store -1, I changed
a short_desc argument to "schar").

First checkout slashem from cvs and apply T. J. Brumfield's patch
http://enderandrew.com/pub/slashem-biodiversity.patch.bz2

Then apply the attached slashem-k1.patch
$ patch -p1 < ../slashem-k1.patch

[slashem-k1.patch]

diff -apruN slashem-bio/src/photo.c slashem-k1/src/photo.c --- slashem-bio/src/photo.c Fri Oct 12 20:56:16 2007 +++ slashem-k1/src/photo.c Fri Oct 12 21:56:24 2007 @@ -5,7 +5,7 @@ #include "hack.h" #ifdef NEPHI_PHOTOGRAPHY -STATIC_DCL char *FDECL(short_desc,(struct photograph*,char,char* (*)(const char*))); +STATIC_DCL char *FDECL(short_desc,(struct photograph*,schar,char* (*)(const char*))); STATIC_DCL boolean FDECL(photographable, (struct permonst*)); STATIC_DCL void FDECL(film_mon, (struct mon_photo *,struct monst *,char*)); STATIC_DCL void FDECL(film_obj, (struct obj_photo *,struct obj *,char*)); @@ -108,7 +108,7 @@ scc fly_the_bird[] = "%s seems to be mak STATIC_OVL char* short_desc(photo,override,article_func) struct photograph* photo; -char override; +schar override; char* FDECL((*article_func), (const char*)); { #ifdef LINT /* static char buf[BUFSZ]; */ diff -apruN slashem-bio/sys/autoconf/Makefile.dat slashem-k1/sys/autoconf/Makefile.dat --- slashem-bio/sys/autoconf/Makefile.dat Sat Sep 17 10:58:33 2005 +++ slashem-k1/sys/autoconf/Makefile.dat Fri Oct 12 21:17:12 2007 @@ -11,7 +11,7 @@ EXEEXT = @EXEEXT@ # SHELL=E:/GEMINI2/MUPFEL.TTP # UUDECODE=uudecode -VARDAT = data rumors quest.dat oracles options +VARDAT = data rumors quest.dat oracles riddles options all: $(VARDAT) spec_levs quest_levs dungeon @@ -279,6 +279,9 @@ quest.dat: quest.txt ../util/makedefs oracles: oracles.txt ../util/makedefs ../util/makedefs -h + +riddles: riddles.txt ../util/makedefs + ../util/makedefs -b # note: 'options' should have already been made when include/date.h was created options: ../util/makedefs diff -apruN slashem-bio/sys/autoconf/Makefile.src slashem-k1/sys/autoconf/Makefile.src --- slashem-bio/sys/autoconf/Makefile.src Sat Sep 17 10:58:33 2005 +++ slashem-k1/sys/autoconf/Makefile.src Fri Oct 12 20:58:34 2007 @@ -206,7 +206,7 @@ HACKCSRC = $(srcdir)/allmain.c $(srcdir) $(srcdir)/version.c $(srcdir)/vision.c $(srcdir)/weapon.c \ $(srcdir)/were.c $(srcdir)/wield.c $(srcdir)/windows.c \ $(srcdir)/wizard.c $(srcdir)/worm.c $(srcdir)/worn.c $(srcdir)/write.c \ - $(srcdir)/zap.c $(srcdir)/gypsy.c $(srcdir)/tech.c + $(srcdir)/zap.c $(srcdir)/gypsy.c $(srcdir)/tech.c $(srcdir)/photo.c # all operating-system-dependent .c (for dependencies and such) SYSCSRC = $(srcdir)/../sys/share/nhlan.c $(srcdir)/../sys/share/ioctl.c \ @@ -269,7 +269,7 @@ HOBJ = $(FIRSTOBJ) allmain.o apply.o art steal.o steed.o teleport.o timeout.o topten.o track.o trap.o u_init.o \ uhitm.o vault.o vision.o vis_tab.o weapon.o were.o wield.o windows.o \ wizard.o worm.o worn.o write.o zap.o \ - gypsy.o tech.o \ + gypsy.o tech.o photo.o \ $(RANDOBJ) $(SYSOBJ) $(WINOBJ) version.o # the .o files from the HACKCSRC, SYSSRC, and WINSRC lists diff -apruN slashem-bio/sys/autoconf/Makefile.top slashem-k1/sys/autoconf/Makefile.top --- slashem-bio/sys/autoconf/Makefile.top Sat Dec 30 07:48:19 2006 +++ slashem-k1/sys/autoconf/Makefile.top Fri Oct 12 21:15:38 2007 @@ -104,7 +104,7 @@ CNF_SHARE_PROXYND = gltile64.png gltile3 # CNF_SHARE_DATND = $(CNF_SHARE_PROXYND) CNF_SHARE_DATND = @CNF_SHARE_DATND@ -CNF_SHARE_DATD = data oracles options quest.dat rumors +CNF_SHARE_DATD = data oracles options quest.dat riddles rumors CNF_SHARE_DAT = $(CNF_SHARE_DATD) $(CNF_SHARE_DATND) # Some versions of make use the SHELL environment variable as the shell @@ -131,7 +131,7 @@ DATHELP = help hh cmdhelp history opthel SPEC_LEVS = asmodeus.lev baalz.lev bigrm-?.lev castle.lev fakewiz?.lev \ juiblex.lev knox.lev medusa-?.lev minend-?.lev minefill.lev \ minetn-?.lev oracle.lev orcus.lev sanctum.lev soko?-?.lev \ - tower?.lev valley.lev wizard?.lev \ + tower?.lev valley.lev wizard?.lev heck-?-?.lev \ astral.lev air.lev earth.lev fire.lev water.lev \ beholder.lev blkmar.lev cav2fill.lev \ grund-?.lev demogorg.lev dispater.lev dragons.lev geryon.lev \ @@ -170,6 +170,9 @@ rumors: $(GAME) oracles: $(GAME) ( cd dat ; $(MAKE) oracles ) + +riddles: $(GAME) + ( cd dat ; $(MAKE) riddles ) # Note: options should have already been made with make, but... options: $(GAME) diff -apruN slashem-bio/sys/autoconf/configure.ac slashem-k1/sys/autoconf/configure.ac --- slashem-bio/sys/autoconf/configure.ac Mon Jan 29 01:42:23 2007 +++ slashem-k1/sys/autoconf/configure.ac Fri Oct 12 22:08:07 2007 @@ -402,6 +402,7 @@ NETHACK_LINKS_ADD([include/file.h]) NETHACK_LINKS_ADD([dat/data.base]) NETHACK_LINKS_ADD([dat/rumors.tru]) NETHACK_LINKS_ADD([dat/rumors.fal]) +NETHACK_LINKS_ADD([dat/riddles.txt]) NETHACK_LINKS_ADD([dat/quest.txt]) NETHACK_LINKS_ADD([dat/oracles.txt]) NETHACK_LINKS_ADD([dat/dungeon.def])

Re: Biodiversity patch

2007-10-11T07:26:51Z

Silas Dunsmore wrote:
> As for myself, I'm not currently playing Slashem, so I have little
urge
> to work on the code. A big undertaking such as this patch is beyond
me
> at the moment.

Fortunately, my last Slash'em character (Kernigh at
slashem.crash-override.net) died quickly, so I can work on the code
instead of playing the game.

T. J. Brumfield wrote:
> I was just hoping someone would apply this to a CVS dump, attempt to
> build it, see where it breaks, and perhaps help me fix that portion.
> Before it could ever be considered for review or inclusion on any
> level, it has to work.

Your patch applied cleanly and I am trying to build it. I have some
makefile troubles (like photo.c not being built and linked, riddles not
being built) but I am slowly fixing them. (When I run ./config.status
then make wants to rebuild everything.) I hope to have a working build
later this week.

--Kernigh http://nethack.wikia.com/wiki/User:Kernigh

________________________________________________________________________
Check Out the new free AIM(R) Mail -- Unlimited storage and
industry-leading spam and email virus protection.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Re: Biodiversity patch

2007-10-10T16:19:30Z

Thanks so much for your response. In an ideal world, I'd be able to
figure this stuff out on my own, and not needing to pester other
people, but I'm not sure what I've done wrong here.

I've been attempting to build it on both Cygwin and MinGW. My linux
partition on my desktop died from using ext4 as my filesystem, and I
need to rebuild it with Gentoo when I have some free time. Until
then, I can't attempt to build it natively in Linux.

I'm pretty sure I have both flex and bison in Cygwin and MinGW and
they are both being used, but I will double-check and get back to you
later tonight when I have some time to play with it.

The patch adds a couple new dungeon flags (outside/inside and
skylevel) and if I remove those flags from the levels, it seems to
work fine. It parses any level without those flags.

-- T. J.

On 10/10/07, J. Ali Harlow <ali@...> wrote:

> On 10/10/2007 03:37:47 PM, T. J. Brumfield wrote:
>
> > I've been looking over the code over and over again. Everywhere the
> > other flags are defined and coded, the new flags are coded. I feel
> > pretty stupid, but I just can't seem to figure it out.
> >
> > Can someone please attempt to get this working?
>
> Most obvious thing to check would be that lex and yacc (or their
> equivalents such as flex and bison) are actually being run as part of
> the build. I know at least some platforms default to not re-generating
> their outputs since many people won't have copies of them and very few
> people need to change the .l or .y files. Normally there is a section
> in the relevant Makefile telling you how to enable them if you need to.
>
> Hope this helps,
>
> Ali.
>

Re: Biodiversity patch

2007-10-10T16:04:29Z

On 10/10/2007 03:37:47 PM, T. J. Brumfield wrote:

> I've been looking over the code over and over again. Everywhere the
> other flags are defined and coded, the new flags are coded. I feel
> pretty stupid, but I just can't seem to figure it out.
>
> Can someone please attempt to get this working?

Most obvious thing to check would be that lex and yacc (or their
equivalents such as flex and bison) are actually being run as part of
the build. I know at least some platforms default to not re-generating
their outputs since many people won't have copies of them and very few
people need to change the .l or .y files. Normally there is a section
in the relevant Makefile telling you how to enable them if you need to.

Hope this helps,

Ali.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Re: Biodiversity patch

2007-10-10T14:00:33Z

> The problem I have with this patch (not being an actual developer, just
> an interested bystander) is that it's too large to audit. It's too
> monolithic, it tries to change too many things all at once.
>

The initial patch I tried to convert was one big, monolithic patch as
well. If I was much more familiar with the code base, and much more
confident in my C skills, I could attempt to rewrite it from scratch
as a series of smaller patches, but I'd likely make many small errors
along the way, or just frankly miss places to add things.

If we're talking about just reading the patch to review what changes
it makes, I can point you to the biodiversity website which has a
break down of the major features/changes it makes, and that is much
simpler to review.

I was just hoping someone would apply this to a CVS dump, attempt to
build it, see where it breaks, and perhaps help me fix that portion.
Before it could ever be considered for review or inclusion on any
level, it has to work.

However, thanks for your response either way.

-- T. J.
"In the beginning the Universe was created. This has made a lot of
people very angry and been widely regarded as a bad move."
--Douglas Adams
"Nihilism makes me smile."
--Christopher Quick

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Re: Biodiversity patch

2007-10-10T13:26:59Z

On Wed, Oct 10, 2007 at 09:37:47AM -0500, T. J. Brumfield wrote:
> It's been a few weeks and I hadn't gotten any responses.

This seems not uncommon.

> Can someone please attempt to get this working?
>
> The biodiversity patch adds lots of neat features. I made the patch
> against a CVS checkout, but just in case, here is the code I based it
> off. It should be the same as a current CVS dump.

The problem I have with this patch (not being an actual developer, just
an interested bystander) is that it's too large to audit. It's too
monolithic, it tries to change too many things all at once.

As for myself, I'm not currently playing Slashem, so I have little urge
to work on the code. A big undertaking such as this patch is beyond me
at the moment.

--
Later, eh? Silas

CUT TO: Long shot of houses, and above, a flying lasagna.

Narrator(voice over): The human brain ... this enchanted loom, as Sherrington
said ... This three-pound universe, to quote Judith Hooper ...
this hive of anarchy, as Bernard Wolfe once called it ... this
intellectual tapioca ... It processes over ten million signals a
minute.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Biodiversity patch

2007-10-10T08:37:47Z

It's been a few weeks and I hadn't gotten any responses.

I don't really know C at all, just having had read a book. I did my
best to convert the biodiversity code from Nethack to Slashem, but I
just can't get it to fully build. It passes the initial compile phase
without warnings, but when it then parses the level files, it doesn't
like the new flags for the levels, such as outside, or skylevel.

I've been looking over the code over and over again. Everywhere the
other flags are defined and coded, the new flags are coded. I feel
pretty stupid, but I just can't seem to figure it out.

Can someone please attempt to get this working?

The biodiversity patch adds lots of neat features. I made the patch
against a CVS checkout, but just in case, here is the code I based it
off. It should be the same as a current CVS dump.

http://enderandrew.com/pub/slashem.tar.bz2

Here is the patch as it stands now.

http://enderandrew.com/pub/slashem-biodiversity.patch.bz2

The first version of the patch I attached removed all the CVS folders,
and made the patch a little larger than it needed, and no doubt the
patch would also fail to apply correctly to a non-CVS checkout such as
0.0.8E0F1

I removed all that from the patch, so it shouldn't care if the CVS
folders are there or not.

I'd like to get this to compile and I'm hoping someone can help me out.

-- T. J. Brumfield
"In the beginning the Universe was created. This has made a lot of
people very angry and been widely regarded as a bad move."
--Douglas Adams
"Nihilism makes me smile."
--Christopher Quick

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Biodiversity Patch

2007-09-20T05:53:51Z

Okay, I lied. I took one more crack at it, and I'm done for the week.
It is closer to compiling. I think I've got just about everything
squashed except for two things.

Tile creation - apparently monster.txt and object.txt aren't correct,
and I thought I did these correctly.

When it creates the levels, it doesn't like the new skylevel flag that
the patch creates. At the moment, I'm at a loss here. It looks good
to me.

-- T. J. Brumfield
"In the beginning the Universe was created. This has made a lot of
people very angry and been widely regarded as a bad move."
--Douglas Adams
"Nihilism makes me smile."
--Christopher Quick

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

slashem-biodiversity-0.1.1.patch.bz2 (328K) Download Attachment

Biodiversity Patch, Take 1

2007-09-20T02:33:43Z

I'm done butting my head against the wall for the moment. Sadly, I
probably won't even be able to take a look at this again until next
Monday or Tuesday at the earliest, so I can going to throw this out
there in its current state, which is it *mostly* compiles, save for
some undefined reference errors which are driving me nuts.

I've tested it compiling in Windows with Mingw and one one file is
giving me errors, where as under Cygwin (where I had to hack some
Makefiles just to even attempt to compile) I'm getting a couple files
that bitch and complain.

If you can't get the attachment to the email, I'll throw the file up
on http://www.enderandrew.com/pub when I get home in a few hours.

The patch ended up at 1,200k which is pretty huge. Given that I am
just beginning to learn C, this was a massive first task, as compared
to Hello World. Mind you, I certainly didn't write it from scratch, I
tried contacting the original author to ask if he had ported it, or
would be willing to, and couldn't get a hold of him (Nick Webb) so I
attempted it myself. The nethack and slash'em sources are fairly
different (a quick diff between the two nets a 15 meg patch) so I had
to manually put in just about every hunk, and rewrite quite a bit to
work in slash'em, except it doesn't fully work yet.

And it is also very likely that some of the stuff that did compile
isn't correct and may be buggy. So either way, I'm hoping someone
will take a look at this and help fix some of the breakage I no doubt
created.

I had hoped I'd get it to compile cleanly on the first pass myself,
and maybe after I step away for a few days I can come back and clean
it up more, but at the same time, I don't think this was a bad first
pass for such a novice.

As a last note, the coding style seems a little inconsistent in
nethack and slash'em to begin with, and this patch is no different.
In many places, spacing and indentation can be cleaned up a bit to be
more consistent, and on later passes I might clean that up some, but
that wasn't my chief concern.

-- T. J. Brumfield
"In the beginning the Universe was created. This has made a lot of
people very angry and been widely regarded as a bad move."
--Douglas Adams
"Nihilism makes me smile."
--Christopher Quick

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

slashem-biodiversity-0.1.patch.bz2 (315K) Download Attachment

Re: Biodiversity patch

2007-09-19T22:50:59Z

> Lazy, gives warnings on compile, works fine. Expected method for
> patches. :-)

I guess this is how I will leave it then for the patch.

> Not time consuming by tile.doc hints, but patch size is prohibitive.
> Correct method for release versions.

The patch is already going to be huge. The original patch was like
900k, and that would add almost another 800k I figure to basically
erase, and re-do objects.txt and monsters.txt

Of course, smaller, fine-grained patches are no doubt superior, but I
started with that huge patch, and I could have attempted to rewrite it
piece by piece to make smaller patches, but I barely know what I'm
doing as is. So unfortunately, I'm taking a huge patch, and
converting it to another huge patch.

I feel pretty stupid now for asking, since tile.doc did in fact
include everything I needed to know.

I haven't had much time to work on this (a few hours a day the past
few days) and I cleared up a whole slew of compile warnings and
errors, but last night I already encountered the first I couldn't fix.
It keeps telling me something isn't declared, when I'm pretty
positive it is. I kept butting my head into a wall over something
stupid, eventually stepped aside, hit make -k and looked for the next
error to fix instead.

I'm still going to try and fix as much as possible by myself, but I'm
thinking there is a good chance the first version of the patch won't
compile without some fixing.

I'm going to be excessively busy for the better part of next week
training for my new job amongst other things, so tonight I will put a
few more hours into this, and then likely upload the first version of
this patch, errors and all. It should be enough to look at, though I
suppose for concept, you could just as well look at the original
biodiversity patch as well. I've done my best to convert it to
Slash'em, and the only major changes I've made so far is tweak the
dragons, rename the wyvern to a zilant, and rename the brownie to a
boggart. Biodiversity added both those monsters to nethack, but
Slash'em already has monsters by both those names, so I changed the
biodiversity versions to different names. Biodiversity also tried to
make each dragon a bit unique, and I just continued that, renaming the
deep and shimmering dragons as well, as well as tweaking each dragon
just a bit to make each a little unique.

Once again, thanks to everyone for your help.

-- T. J. Brumfield
"In the beginning the Universe was created. This has made a lot of
people very angry and been widely regarded as a bad move."
--Douglas Adams
"Nihilism makes me smile."
--Christopher Quick

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Re: Biodiversity patch

2007-09-18T20:16:17Z

On 9/18/07, xkernigh@... <xkernigh@...> wrote:
> Because it runs LevComp, it should also make the other .lev files that
> use gehennom.des as the source.

Outstanding. That's what I needed to know.

> Edit the include/config.h file. This is the normal way to configure
> SLASH'EM if you are not using the configure script.

That's what I ended up doing, but I wasn't sure it was right.

I also compiled the vanilla slash'em without the patch to see what
compile warnings I'd get, so I can see which errors I'm causing (which
I'm sure will be a few) and I got three compile warnings, two of which
I was able to fix. I should make a separate patch for that tiny fix
and submit it.

I also can't seem to fix the third, which is frustrating me.

Oh well, my knowledge of C is minuscule at best, I just started
reading a book, and I'm not even all the way through it. However, the
first warning I got with the biodiversity patch wasn't a proper
compiler warning, and I didn't recognize the error code. Eventually I
grepped for the error, and found the spot in code that spits out that
specific error "prob error class foo", and started digging and
realizing that the probabilities for a certain object class weren't
adding up correctly, and it is the spellbook class. There is only one
item in that class added by the patch, so hopefully I can fix that on
my own. I imagine that attempting to fix these things will teach me a
few things about the Slash'em source, but my main concern is that I
won't be able to fix all the bugs properly myself.

I'm going to get as far as I can, and then share the patch and let
people see the monstrosity I've attempted to port over.

Oh, I do have another fairly big/important question.

win/share/monsters.txt and win/share/objects.txt

The patch wanted to take a tile number associated with an existing
item and/or monster, and add the new items in, duplicating tile
numbers. Obviously all of the numbers were off since the patch was
for slash'em. I saw three possible ways to handle this.

1 - Do exactly what the patch wants. The sphinx monster should share
a tile number with a tiger for instance, but nothing else shares tile
numbers, and this just seems both lazy and incorrect.

2 - Add everything to the end, which is quick, and easy for anyone to
see the new stuff, and give each item a unique consecutive number like
everything else.

3 - This seems the most correct, but no doubt will be VERY time
consuming, and will make the patch HUGE. Put the new items with their
groups, so the sphinx will go after the tiger, and then renumber every
tile.

Thank you so much for your help. I understand these are basic
questions, and I could probably answer the above question on my own by
digging through the code enough, but my main concern tonight is to
spend some time and try to get this puppy to even compile first. I
also figured that even if I found the code that parsed
win/share/monsters.txt, it wouldn't necessarily answer what was best
to do. I imagine in practice, any of the above three might work, but
three is best solution in the long run, while options 2 and 3 also
mean more work for adapting graphical tiles for the game to account
for the new monsters/objects.

-- T. J. Brumfield
"In the beginning the Universe was created. This has made a lot of
people very angry and been widely regarded as a bad move."
--Douglas Adams
"Nihilism makes me smile."
--Christopher Quick

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Re: Biodiversity patch

2007-09-18T15:46:29Z

T. J. Brumfield wrote:
> There are a few places such as: sys/mac/Files.r

sys/mac contains the Mac OS Classic port. I stopped using Mac OS
Classic about four years ago. Without reading documentation for the
Macintosh Programmer's Workshop or MPW, I will have to guess what .r or
.make files might do. MPW has a home page at
http://developer.apple.com/tools/mpw-tools/

Maybe someone else on the mailing list knows more than I do...

(quote from Levels.make)
> "{LibDir}"valley.lev Ä "{Dat}"gehennom.des "{ObjDir}"LevComp
> "{ObjDir}"LevComp "{Dat}"gehennom.des
> SetFile -t "{FileType}" -c "{FileCreator}" Å.lev
> Move -y Å.lev "{LibDir}"

I guess that this is a makefile rule for MPW. This rule seems to make
the valley.lev file using gehennom.des and LevComp as dependencies.
Because it runs LevComp, it should also make the other .lev files that
use gehennom.des as the source.

This file looks less weird if you open a UTF-8 terminal and use GNU
iconv to convert it from MacRoman to UTF-8.

$ iconv -f MAC -t UTF-8 Levels.make | less

> "{LibDir}"valley.lev ƒ "{Dat}"gehennom.des "{ObjDir}"LevComp
> "{ObjDir}"LevComp "{Dat}"gehennom.des
> SetFile -t "{FileType}" -c "{FileCreator}" ≈.lev
> Move -y ≈.lev "{LibDir}"

I guess that ƒ means 'from' and ≈.lev is like *.lev in Unix. The three
commands here run LevComp, set some Mac file attributes, and move any
and all .lev files to {LibDir}.

> From the patch, these lines are supposed to be added to
sys/mac/Files.r
> + read 'File' (1165,"heck-a-1.lev") ":lib:heck-a-1.lev";
> + read 'File' (1166,"heck-a-2.lev") ":lib:heck-a-2.lev";
> ...
> + read 'File' (1205,"heck-e-8.lev") ":lib:heck-e-8.lev";
> + read 'File' (1206,"heck-e-9.lev") ":lib:heck-e-9.lev";

Files.r seems to be a resources file. 'File' is a four-letter resource
type, the numbers 1165..1206 are resource ids. This tells the resource
compiler to copy those .lev files into the resource fork of a Mac
application.

As you said, SLASH'EM is different from NetHack because it does not
list the .lev files in Files.r. However, it still needs to copy the
.lev files to the resource fork somehow. Fortunately, SLASH'EM seems to
take care of this automatically. In Macintosh.make I found this rule:

> "{LibDir}"Levels.r ƒ Levels
> Set Pwd `Directory`
> Directory "{LibDir}"
> Echo "" > "{LibDir}"Levels.r
> Set index 1200
> For file in ≈.lev
> Echo "read 'File' ({index},∂"{file}∂")
∂"::lib:{file}∂";" >> "{LibDir}"Levels.r
> Set index `Evaluate {index} + 1`
> End
> Echo "" >> "{LibDir}"Levels.list
> Directory "{Pwd}"

This seems to generate a Levels.r file with all the .lev files from
{LibDir}. So you would not add any lines to Files.r, because this rule
automatically notices any new .lev files.

> What changes if any do I need to make to Levels.make? Do I do the
following:

> "{LibDir}"heck-a-1.lev Ä "{Dat}"gehennom.des "{ObjDir}"LevComp
> "{ObjDir}"LevComp "{Dat}"gehennom.des
> SetFile -t "{FileType}" -c "{FileCreator}" Å.lev
> Move -y Å.lev "{LibDir}"

No, you would not add this, because the rule for valley.lev will
generate heck-a-1.lev too.

I could be wrong. I do not have a Mac OS Classic machine. I have a Mac
OS X machine, but without the Classic emulator, so I cannot run MPW. I
am writing this email from an OpenBSD machine.

> Secondly, this is a pretty stupid/basic question, but at work I'm on a
> Windows box, and I'm using Mingw. I'm used to a Linux box where I can
> select various options at configure time. The biodiversity patch has
> plenty of compile-time options, but the build instructions for
> Windows/Mingw just says to run setup.bat and then make. How do I turn
> on/off these compile-time options?

Edit the include/config.h file. This is the normal way to configure
SLASH'EM if you are not using the configure script.

--Kernigh http://nethack.wikia.com/wiki/User:Kernigh

________________________________________________________________________
Check Out the new free AIM(R) Mail -- Unlimited storage and
industry-leading spam and email virus protection.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Biodiversity patch

2007-09-17T23:52:05Z

I'm mostly done manually putting in all the hunks from the
Biodiversity patch, and I'm about to try and compile it for the first
time to see what I've broken, which is probably a lot. I have two
questions.

There are a few places such as: sys/mac/Files.r

Slash'em is pretty different from vanilla Nethack here, in that all
the various level files aren't in Files.r at all, but rather a
separate Levels.make, except they don't list every level here, only
some of them. For instance, it has Wiz-strt.lev but not Wiz-loca.lev,
Wiz-goal.lev, Wiz-filb.lev, etc.

The only entry I'm seeing for Gehennom levels is this:

"{LibDir}"valley.lev Ä "{Dat}"gehennom.des "{ObjDir}"LevComp
"{ObjDir}"LevComp "{Dat}"gehennom.des
SetFile -t "{FileType}" -c "{FileCreator}" Å.lev
Move -y Å.lev "{LibDir}"

The Biodiversity patch adds a few new Gehennom levels to show off some
new additional types like sky, though quite frankly, I realize if
there is any chance of the biodiversity patch being accepted, likely
the dungeon changes might not make it in. Either way, I'm trying to
get the entirety of the patch working to begin with.

>From the patch, these lines are supposed to be added to sys/mac/Files.r

+ read 'File' (1165,"heck-a-1.lev") ":lib:heck-a-1.lev";
+ read 'File' (1166,"heck-a-2.lev") ":lib:heck-a-2.lev";
+ read 'File' (1167,"heck-a-3.lev") ":lib:heck-a-3.lev";
+ read 'File' (1168,"heck-a-4.lev") ":lib:heck-a-4.lev";
+ read 'File' (1169,"heck-a-5.lev") ":lib:heck-a-5.lev";
+ read 'File' (1170,"heck-a-6.lev") ":lib:heck-a-6.lev";
+ read 'File' (1171,"heck-a-7.lev") ":lib:heck-a-7.lev";
+ read 'File' (1172,"heck-b-1.lev") ":lib:heck-b-1.lev";
+ read 'File' (1173,"heck-b-2.lev") ":lib:heck-b-2.lev";
+ read 'File' (1174,"heck-b-3.lev") ":lib:heck-b-3.lev";
+ read 'File' (1175,"heck-b-4.lev") ":lib:heck-b-4.lev";
+ read 'File' (1176,"heck-b-5.lev") ":lib:heck-b-5.lev";
+ read 'File' (1177,"heck-b-6.lev") ":lib:heck-b-6.lev";
+ read 'File' (1178,"heck-b-7.lev") ":lib:heck-b-7.lev";
+ read 'File' (1179,"heck-b-8.lev") ":lib:heck-b-8.lev";
+ read 'File' (1180,"heck-c-1.lev") ":lib:heck-c-1.lev";
+ read 'File' (1181,"heck-c-2.lev") ":lib:heck-c-2.lev";
+ read 'File' (1182,"heck-c-3.lev") ":lib:heck-c-3.lev";
+ read 'File' (1183,"heck-c-4.lev") ":lib:heck-c-4.lev";
+ read 'File' (1184,"heck-c-5.lev") ":lib:heck-c-5.lev";
+ read 'File' (1185,"heck-c-6.lev") ":lib:heck-c-6.lev";
+ read 'File' (1186,"heck-c-7.lev") ":lib:heck-c-7.lev";
+ read 'File' (1187,"heck-c-8.lev") ":lib:heck-c-8.lev";
+ read 'File' (1188,"heck-c-9.lev") ":lib:heck-c-9.lev";
+ read 'File' (1189,"heck-d-1.lev") ":lib:heck-d-1.lev";
+ read 'File' (1190,"heck-d-2.lev") ":lib:heck-d-2.lev";
+ read 'File' (1191,"heck-d-3.lev") ":lib:heck-d-3.lev";
+ read 'File' (1192,"heck-d-4.lev") ":lib:heck-d-4.lev";
+ read 'File' (1193,"heck-d-5.lev") ":lib:heck-d-5.lev";
+ read 'File' (1194,"heck-d-6.lev") ":lib:heck-d-6.lev";
+ read 'File' (1195,"heck-d-7.lev") ":lib:heck-d-7.lev";
+ read 'File' (1196,"heck-d-8.lev") ":lib:heck-d-8.lev";
+ read 'File' (1197,"heck-d-9.lev") ":lib:heck-d-9.lev";
+ read 'File' (1198,"heck-e-1.lev") ":lib:heck-e-1.lev";
+ read 'File' (1199,"heck-e-2.lev") ":lib:heck-e-2.lev";
+ read 'File' (1200,"heck-e-3.lev") ":lib:heck-e-3.lev";
+ read 'File' (1201,"heck-e-4.lev") ":lib:heck-e-4.lev";
+ read 'File' (1202,"heck-e-5.lev") ":lib:heck-e-5.lev";
+ read 'File' (1203,"heck-e-6.lev") ":lib:heck-e-6.lev";
+ read 'File' (1204,"heck-e-7.lev") ":lib:heck-e-7.lev";
+ read 'File' (1205,"heck-e-8.lev") ":lib:heck-e-8.lev";
+ read 'File' (1206,"heck-e-9.lev") ":lib:heck-e-9.lev";

What changes if any do I need to make to Levels.make? Do I do the following:

"{LibDir}"heck-a-1.lev Ä "{Dat}"gehennom.des "{ObjDir}"LevComp
"{ObjDir}"LevComp "{Dat}"gehennom.des
SetFile -t "{FileType}" -c "{FileCreator}" Å.lev
Move -y Å.lev "{LibDir}"

Lather, rinse, repeat, or do I not make these additions at all?

Secondly, this is a pretty stupid/basic question, but at work I'm on a
Windows box, and I'm using Mingw. I'm used to a Linux box where I can
select various options at configure time. The biodiversity patch has
plenty of compile-time options, but the build instructions for
Windows/Mingw just says to run setup.bat and then make. How do I turn
on/off these compile-time options?

-- T. J. Brumfield
"In the beginning the Universe was created. This has made a lot of
people very angry and been widely regarded as a bad move."
--Douglas Adams
"Nihilism makes me smile."
--Christopher Quick

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

quest.txt and biodiversity

2007-09-13T21:13:24Z

> I used the Unix 'grep' command to search, and I found that the

I use Linux at home, but rarely have any freetime at home. Conversely
I have an IT job that is pretty much all free time, so I'm doing this
at work on a Windows box, though I suppose I could use grep in cygwin.
I still don't know why Notepad++ search in files function missed it.

> Now you can recompile the game, fix any compiler errors or makedefs
> errors, then reinstall the game.

Thanks ever so much! I plan on working on that very soon.

Since I was stalled there (on something so simple) I decided to shelve
temporarily my heavily-patched/editted version and start on a small
side-project. I was looking at the biodiversity patch, which is quite
massive (a good 900k patch) and I really dig most of the monster
additions, some of the new little things with trees, the new
disintegrate function, the gold bug, the reworked dragons, etc.

However it designed for Nethack 3.4.3 and pretty much almost every
hunk of the patch fails when you attempt to apply it to Slash'Em.
I've been working the past two days to refactor the whole thing to
work with Slash'Em, which is mostly applying hunks by hand, and in
some places rewriting small bits. It seems like a good first
assignment to get a better feel for the code base and learn a few
things.

I'm not sure if anyone would consider adding such a huge change to the
official code, but I will post the patch to sourceforge when I'm done
if anyone is interested. Honestly, so long as balance is maintained,
I think expanding gameplay with new options is generally a good thing,
especially for people who've played the game a good deal.

I don't expect the time this weekend to work on it, but I should have
a first-run of the patch done next week.

-- T. J. Brumfield
"In the beginning the Universe was created. This has made a lot of
people very angry and been widely regarded as a bad move."
--Douglas Adams
"Nihilism makes me smile."
--Christopher Quick

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Re: Quest.txt

2007-09-13T21:00:38Z

T. J. Brumfield wrote:
> I opened up my trusty copy of notepad++ and tried searching within all
> the source files with mention to quest.txt to see which file is
> opening and parsing it, to add new calls for specific classes, and
> didn't find anything.

I used the Unix 'grep' command to search, and I found that the
reference to quest.txt is actually in slashem/util/makedefs.c . The
makefiles will run makedefs to convert quest.txt into quest.dat . The
code to access quest.dat is in slashem/src/questpgr.c . To actually
display some text from quest.dat, you use the com_pager function for
generic text or qt_pager function or role-specific text. For example,
the call to com_pager(1) in slashem/src/allmain.c will display entry
"%Cc - 00001" from quest.txt .

First, pick a message number. Go to include/qtext.h and add a quest
define (like "#define QT_xx yy") for the opening message. Note that 1
to 36 are already taken but 92 and up are open.

Second, add the opening messages to dat/quest.txt . For example, "%Cc
Arc 000yy", "%Cc Bar 000yy" and so on for every class in the game,
replacing yy with the number that you added to qtext.h .

Third, go to allmain.c and replace the "com_pager(1);" line with a
"qt_pager(QT_xx);" line. You might also need to add an #include
"qtext.h" near the top. It seems that this is the only C code that you
need to change.

Now you can recompile the game, fix any compiler errors or makedefs
errors, then reinstall the game.

--Kernigh http://nethack.wikia.com/wiki/User:Kernigh

________________________________________________________________________
Check Out the new free AIM(R) Mail -- Unlimited storage and
industry-leading spam and email virus protection.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Quest.txt

2007-09-11T22:28:57Z

Howdy. I'm looking to learn C, and I have picked up a book on C, and
thought I might cut my teeth on some code with Slash'em because I dig
it so much. Despite being an older gamer, sadly, I am quite new to
the rouge-like scene, but slash'em is my favorite so far.

To date I've been finding various nethack and slash'em patches,
patching the code, and then I'm going to try and compile, debug and
fix what I broke. Then my next plan of attack was to look at the
patches, and how they implemented new things to learn how to start
coding my own additions.

Some if it (like adding monsters and the like) seems incredibly easy.
However, I've already run into one question I can't seem to answer on
my own. I applied the Jedi patch that is floating around to add a
Jedi class, and I can easily edit the text for the Jedi quest, however
when you start the game initially, you are given the Generic opening
text about gods and the Amulet of Yendor.

I was hoping to customize that text for each class. For instance, for
the Jedi, I wanted to suggest that their Z-95/X-Wing whatever had
crashed in the Yendor system, and they needed a necessary
maguffin/part to fix the hyperdrive. A Force Ghost of their mentor
(their god effectively) told them a part could be found in a local
dungeon, the medallion of the Yendor Amulet could magically fix the
hyperdrive.

It also never made sense that the Tourist was on a religious crusade
of life-or-death for this amulet either, and I would like to rewrite
their opening text to something more fitting of how they stumbled into
the situation, and just need a way out.

Honestly, I think the text really could/should be rewritten for each class/role.

I opened up my trusty copy of notepad++ and tried searching within all
the source files with mention to quest.txt to see which file is
opening and parsing it, to add new calls for specific classes, and
didn't find anything.

How would I go about this?

-- T. J. Brumfield
"In the beginning the Universe was created. This has made a lot of
people very angry and been widely regarded as a bad move."
--Douglas Adams
"Nihilism makes me smile."
--Christopher Quick

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Re: Nerfed crossbows?

2007-08-23T23:52:37Z

On Tue, Aug 21, 2007 at 08:43:04AM +0100, J. Ali Harlow wrote:

> On 2007-08-14 04:45:42 AM, Silas Dunsmore wrote:
> >I have noticed that crossbows are severely underpowered compared to
> >Nethack. Is this intentional?
>
> Just a quick response to this since I'm feeling guilty about the number
> of messages from you that I still haven't replied to!
>
> It seems right to me that an expert archer should be able to use a bow
> and arrow more effectively than a crossbow (even though this may not be
> historically accurate). For an untrained archer the crossbow should
> certainly be more effective. It should also be the case that training
> with crossbows has less benefit than bows since it involves less skill.

Mm hmm, but remember that Rangers get multishot on all projectiles,
including daggers, darts, shuriken, sling stones, and firearm ammo. So
crippling only the crossbow's multishot seems odd.

If we're arguing from reality, crossbows should be easy to aim and fire
once, but take a long time to reload, possibly with a strength modifier.

I could definately see using a loaded crossbow as a battle opener, then
swapping over to a hand-to-hand weapon.

But if we go that route, the bolts should do a _lot_ more than d4 small/
d6 large.

> I'd want to check whether there is any justification for the different
> effects under FIREARM. It does seem odd to me at first sight.

I think one major gripe I have with the firearm code is this:

if (objects[(launcher->otyp)].oc_rof)
multishot += (objects[(launcher->otyp)].oc_rof - 1);

This means that a rof of 1 is the same as a rof of 0. And an rof of -1
has an actual penalty of -2. You cannot specify a rof that will have a
penalty of -1. Inconsistent.

I'm glad to get some dialog going; let's hear from the rest of you!

--
Later, eh? Silas

Narrator: There is no camera trickery in this shot. The human eye would
have seen just what the camera saw. The room was designed by a
master psychologist, Albert Ames, to illustrate how the brain
interprets what the eyes see.

NARRATOR and MIDGET walk toward each other and become their "normal" sizes.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Re: Nerfed crossbows?

2007-08-21T01:43:04Z

On 2007-08-14 04:45:42 AM, Silas Dunsmore wrote:

> I have noticed that crossbows are severely underpowered compared to
> Nethack. Is this intentional?
>
> A Slash'EM Gnomish Ranger starts with a +1 crossbow and has the
> natural
> Ranger ability to fire one more missile per turn than other classes,
> yet
> he has no chance of firing two bolts in one turn.
>
> To gain even a 25% chance of firing two in one turn, he must be:
> a Ranger, Expert in crossbow, or
> a Ranger, Skilled in crossbow, and using at least a +2
> crossbow, or
> a Ranger, Basic in crossbow and using at least a +5 crossbow,
> non-Ranger, Expert in crossbow, and using at least a +2
> crossbow, or
> non-Ranger, Skilled in crossbow, and using at least a +5
> crossbow.
>
> This is because crossbows are GUNs in Slash'EM, and their
> rate-of-fire
> is -1, which subtracts 2 (not 1) from the multishot calculation, if
> the
> game is compiled with FIREARMS. No such subtraction is made if
> FIREARMS
> is not used.
>
> The Ranger's flurry technique does not help because crossbows do not
> use
> the P_BOW skill.
>
> Crossbow bolts are already inferior to arrows. This just doesn't
> seem
> right.
>
> If there is agreement on this, I am willing to make a patch.

Just a quick response to this since I'm feeling guilty about the number
of messages from you that I still haven't replied to!

It seems right to me that an expert archer should be able to use a bow
and arrow more effectively than a crossbow (even though this may not be
historically accurate). For an untrained archer the crossbow should
certainly be more effective. It should also be the case that training
with crossbows has less benefit than bows since it involves less skill.

I'd want to check whether there is any justification for the different
effects under FIREARM. It does seem odd to me at first sight.

Cheers,

Ali.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Nerfed crossbows?

2007-08-13T21:45:39Z

I have noticed that crossbows are severely underpowered compared to
Nethack. Is this intentional?

A Slash'EM Gnomish Ranger starts with a +1 crossbow and has the natural
Ranger ability to fire one more missile per turn than other classes, yet
he has no chance of firing two bolts in one turn.

To gain even a 25% chance of firing two in one turn, he must be:
a Ranger, Expert in crossbow, or
a Ranger, Skilled in crossbow, and using at least a +2 crossbow, or
a Ranger, Basic in crossbow and using at least a +5 crossbow,
non-Ranger, Expert in crossbow, and using at least a +2 crossbow, or
non-Ranger, Skilled in crossbow, and using at least a +5 crossbow.

This is because crossbows are GUNs in Slash'EM, and their rate-of-fire
is -1, which subtracts 2 (not 1) from the multishot calculation, if the
game is compiled with FIREARMS. No such subtraction is made if FIREARMS
is not used.

The Ranger's flurry technique does not help because crossbows do not use
the P_BOW skill.

Crossbow bolts are already inferior to arrows. This just doesn't seem
right.

If there is agreement on this, I am willing to make a patch.

Silas Dunsmore

Here's my analysis:

In objects.c, GUNs have these parameters:
(name,app,kn,bi,prob,wt,cost,range,rof,hitbon,ammotyp,metal,sub,color)
And crossbows are defined as:
GUN("crossbow", (char *)0, 0, 1, 45, 50, 40, 12, -1, 0,
WP_GENERIC, WOOD, P_CROSSBOW, HI_WOOD)
Note the -1 for the rof field.

In dothrow.c, in the throw_obj() routine, there are some multishot
calculations that are relevant for the case in question:

switch (P_SKILL(weapon_type(obj))) {
default: break; /* No bonus */
case P_SKILLED: multishot++; break;
case P_EXPERT: multishot += 2; break;
}
and
/* 1/3 of object enchantment */
if (launcher && launcher->spe > 1)
multishot += (long) rounddiv(launcher->spe,3);
and
switch (Role_switch) {
case PM_RANGER:
multishot++;
break;

The various tests for elven bow, elf/orc race, etc. don't apply.

We will see later that a multishot bonus of 4 must be reached to have a
25% chance of firing just 2 missiles.
Similarly, a multishot bonus of 5 must be reached to have a 20% chance
of firing 3 missiles and another 20% chance of firing 2 missiles.

Let's say that we have a bonus for being Skilled, and a bonus for being
a Ranger, but no bonus from weapon enchantment. That gives us a
multishot score of 3.

Then we randomize:
if (multishot > 0)
multishot = rnd(multishot); /* Some randomness */
else multishot = 1;
now our hypothetical multishot might be 1, 2, or 3.

Then we hit the FIREARMS-specific code:

#ifdef FIREARMS
if (launcher && is_launcher(launcher))
{
if (objects[(launcher->otyp)].oc_rof)
multishot += (objects[(launcher->otyp)].oc_rof - 1);

.oc_rof is -1 for crossbows. So this subtracts 2 from multishot. That's
the critical change that makes crossbows so unattractive.

This puts our hypothetical multishot at -1, 0, or 1.

Then there's a bounds check:
if (multishot < 1) multishot = 1;

So our Skilled (+1) Ranger (+1) with the starting crossbow (no mod) has
no chance of shooting more than one bolt. You need an intitial multishot
score of 4 to have the 1-in-4 chance of getting a final multishot score
of 2, and thus shoot two bolts.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Blackmarket shouldn't generate potential pets

2007-08-11T01:30:16Z

Presented for discussion and possible inclusion in Slash'EM.

This patch has also been submitted to the SourceForge tracker.

I believe it is too easy to get a pet in the black market. The player
can simply wait for a domestic-type monster to be generated, or just zap
a wand of create horde a few times. Then tame the animal as usual.

This works around that, making it an actual effort to get a pet. (I can
think of three or four ways, and there are probably more.)

This patch applies cleanly to Slashem 0.0.8E0F1.

The new code in this patch is contributed by the author, Silas Dunsmore,
to the Slash'EM project, and to the general Nethack community, under the
terms of the Nethack General Public License.

contact: <silasd@...>; put slashem or nethack in the subject line.
===============================================================================
--- slashem-0.0.8E0F1-clean/src/makemon.c 2006-12-30 05:04:53.000000000 -0800
+++ slashem-0.0.8E0F1-regex/src/makemon.c 2007-07-19 13:48:36.142188400 -0700
@@ -1880,10 +1880,13 @@
if (upper && !isupper((int)def_monsyms[(int)(ptr->mlet)])) continue;
#endif
if (elemlevel && wrong_elem_type(ptr)) continue;
if (uncommon(mndx)) continue;
if (Inhell && (ptr->geno & G_NOHELL)) continue;
+#ifdef BLACKMARKET /* SWD: pets are not allowed in the black market */
+ if (is_domestic(ptr) && Is_blackmarket(&u.uz)) continue;
+#endif
ct = (int)(ptr->geno & G_FREQ) + align_shift(ptr);
if (ct < 0 || ct > 127)
panic("rndmonst: bad count [#%d: %d]", mndx, ct);
rndmonst_state.choice_count += ct;
rndmonst_state.mchoices[mndx] = (char)ct;

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Patch: Eggs in cockatrice nests

2007-08-11T00:42:14Z

Presented for discussion and possible inclusion in Slash'EM.

This patch has also been submitted to the SourceForge tracker.

This patch adds the occasional cockatrice egg to cockatrice nests. A
small nest of 3x4 will average one egg, while a large nest of 6x7 will
average between three and four eggs.

Spoilers follow!

These eggs will soon hatch, so there is a motivation for the player to
quickly slaughter the nest to get the eggs.

Analysis: this patch makes things harder for the beginner (with a greater
availability of an object that can cause insta-death; u_gname() help the
unfortunate character who eats one...) and easier for the expert or
spoiled player (cockatrice eggs are great weapons, and these ones weren't
laid by the character, so don't carry the luck malus).

This patch applies cleanly to Slashem 0.0.8E0F1.

The new code in this patch is contributed by the author, Silas Dunsmore,
to the Slash'EM project, and to the general Nethack community, under the
terms of the Nethack General Public License.

contact: <silasd@...>; put slashem or nethack in the subject line.
===============================================================================
--- slashem-0.0.8E0F1-clean/src/mkroom.c 2006-12-30 05:04:53.000000000 -0800
+++ slashem-0.0.8E0F1/src/mkroom.c 2007-08-10 22:48:27.191270300 -0700
@@ -421,10 +421,25 @@
(void) add_to_container(sobj,
mkobj(RANDOM_CLASS, FALSE));
sobj->owt = weight(sobj);
}
}
+ /* new code */
+ else if (!rn2(8)) { /* 2/3 * 1/8 = 1 chance in 12 */
+ int mndx = can_be_hatched(PM_COCKATRICE);
+ if (mndx != NON_PM && !dead_species(mndx, TRUE)) {
+ struct obj *otmp;
+ otmp = mksobj_at(EGG, sx, sy, FALSE, FALSE);
+ if (otmp) {
+ otmp->corpsenm = mndx;
+ /* hatch 2in3; normally eggs hatch 1in3 */
+ if (rn2(3))
+ attach_egg_hatch_timeout(otmp);
+ }
+ }
+ }
+ /* end new code */
break;
case ANTHOLE:
if(!rn2(3))
(void) mkobj_at(FOOD_CLASS, sx, sy, FALSE);
break;

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel

Cygwin-mingw compilation

2007-07-29T12:44:00Z

Using the Configure Script to Compile Under Cygwin; and Musings Upon Regexps

I have submitted the enclosed patches to the tracker.

This was written to document a way to build Slash'EM. It also is intended
to point out a few problems with the current 8E0F1 sourcetree, and provide
suggested patches where possible.

We will use the Cygwin toolset to compile Slash'EM. We want to be able to
use tile graphics and sounds, as well as the traditional text mode. We
also want the resulting executables to be usable on any Windows install
without needing Cygwin to be installed.

I banged on the provided makefile for Cygwin enough to know that I wasn't
going to be able to use it to compile. Besides, we want to be able to run
the game anywhere. So we'll target the mingw subsystem of Cygwin. And
we'll use the automake configurator. I was surprised how well it works.

Note: the toolchain used is called mingw, but the Cygwin FAQ (6.10) claims
that the actual MinGW project is a "completely separate effort." So I
guess it's not really MinGW.

These Cygwin packages are required or desired:
base:coreutils
base:bash
base:grep
base:gzip
base:tar
devel:binutils
devel:bison (optional)
devel:flex (optional)
devel:gcc
devel:gcc-mingw
devel:gdb (optional)
devel:make
devel:mingw-runtime
utils:cygutils
utils:diffutils
utils:patch
(possibly more....)

A hint on the Cygwin setup program: it's much easier to use if you maximize
the window.

Start a bash shell using one of the shortcuts, or start a rxvt window if you
have that installed. Enter "gcc" to check that you can run the compiler.
It should give the error "gcc: no input files".

Move the archive to the place where you want to keep the game. If you want
to use unix-isms, put it in /usr/local/src. If you want to use windows-
isms, put it in C:\Program Files\SlashEM, which Cygwin knows by the name
"/cygdrive/c/Program Files/SlashEM" (with the quotes). Note: Cygwin uses
case-sensitive filename conventions by default, so get the case right. (Or
turn it off by setting an environment variable "CYGWIN=glob:ignorecase".)

Unpack the archive:
tar xzvf se008e0f1.tar.gz

Apply these patches:
chdir into the slashem-0.0.8E0F1 subdirectory and issue this command:
PATCH_VERSION_CONTROL=numbered patch -p1 -N -b < {location_of_this_file}
That will apply all of the patches in this file, unless they have already
been applied and are therefore not needed.

The configure script needs a slight tweak:
===============================================================================
diff -rU5 slashem-0.0.8E0F1-pristine/configure slashem-0.0.8E0F1/configure
--- slashem-0.0.8E0F1-pristine/configure 2006-12-30 05:04:53.000000000 -0800
+++ slashem-0.0.8E0F1/configure 2007-07-28 08:15:47.926500000 -0700
@@ -4230,11 +4230,11 @@
CNF_SHARE_DATND=

WINTTYLIB=
if test "$enable_tty_graphics" != "no"; then
if test $host_os = mingw32; then
- EXTRA_UNSHARE=nhdefkey.dll nh340key.dll nhraykey.dll
+ EXTRA_UNSHARE='nhdefkey.dll nh340key.dll nhraykey.dll'

CFLAGS="$CFLAGS -DWIN32CON"
WINTTYLIB=""
WINSRC="${WINSRC} \$(WINTTYSRC)"
WINOBJ="${WINOBJ} \$(WINTTYOBJ)"
===============================================================================

Note for automake/makefile maintainer: it would be strongly preferred to have
one LFLAGS for the main game executable, one for the ancillary utilities, and
a third for the DLLs. Thusly:
LFLAGS=-mno-cygwin -mconsole
GAME_LFLAGS=-mno-cygwin -mwindows
DLL_LFLAGS=-mno-cygwin -shared -Wl,--export-all-symbols \
-Wl,--add-stdcall-alias
The -mconsole switch is needed for the utilities, but it causes a spurious
empty console window when running the game in graphics mode. I believe that
is also true when compiling targetting Cygwin. The MSC makefile "solves"
this by splitting the executable into two versions, text and graphics.

At 'make install' time, there are some chmod commands that are hardcoded
instead of using the $(CHMOD) variable. We fix that in Makefile.top.
===============================================================================
diff -rU5 slashem-0.0.8E0F1-pristine/sys/autoconf/Makefile.top slashem-0.0.8E0F1/sys/autoconf/Makefile.top
--- slashem-0.0.8E0F1-pristine/sys/autoconf/Makefile.top 2006-12-30 05:04:53.000000000 -0800
+++ slashem-0.0.8E0F1/sys/autoconf/Makefile.top 2007-07-28 07:39:10.285080300 -0700
@@ -298,44 +298,44 @@
@HOST_UNIX@ < $(srcdir)/sys/unix/nethack.sh \
@HOST_UNIX@ > $(SHELLDIR)/$(SCRIPT)
# set up their permissions
-( cd $(FILE_AREA_UNSHARE) ; $(CHOWN) $(GAMEUID) $(GAME) recover$(EXEEXT) ; \
$(CHGRP) $(GAMEGRP) $(GAME) recover$(EXEEXT) )
- chmod $(GAMEPERM) $(FILE_AREA_UNSHARE)/$(GAME)
- chmod $(EXEPERM) $(FILE_AREA_UNSHARE)/recover$(EXEEXT)
+ $(CHMOD) $(GAMEPERM) $(FILE_AREA_UNSHARE)/$(GAME)
+ $(CHMOD) $(EXEPERM) $(FILE_AREA_UNSHARE)/recover$(EXEEXT)
-( cd $(FILE_AREA_DOC) ; \
$(CHOWN) $(GAMEUID) license Guidebook.txt ; \
$(CHGRP) $(GAMEGRP) license Guidebook.txt ; \
- chmod $(FILEPERM) license Guidebook.txt )
+ $(CHMOD) $(FILEPERM) license Guidebook.txt )
@HOST_UNIX@-$(CHOWN) $(GAMEUID) $(SHELLDIR)/$(SCRIPT)
@HOST_UNIX@$(CHGRP) $(GAMEGRP) $(SHELLDIR)/$(SCRIPT)
- @HOST_UNIX@chmod $(EXEPERM) $(SHELLDIR)/$(SCRIPT)
+ @HOST_UNIX@$(CHMOD) $(EXEPERM) $(SHELLDIR)/$(SCRIPT)

dofiles-dlb: check-dlb
( cd dat ; cp nhshare $(SHARE_DATNODLB) $(FILE_AREA_SHARE) )
( cd dat ; cp nhushare $(UNSHARE_DATNODLB) $(FILE_AREA_UNSHARE) )
# set up their permissions
-( cd $(FILE_AREA_SHARE) ; \
$(CHOWN) $(GAMEUID) nhshare $(SHARE_DATNODLB) ; \
$(CHGRP) $(GAMEGRP) nhshare $(SHARE_DATNODLB) ; \
- chmod $(FILEPERM) nhshare $(SHARE_DATNODLB) )
+ $(CHMOD) $(FILEPERM) nhshare $(SHARE_DATNODLB) )
-( cd $(FILE_AREA_UNSHARE) ; \
$(CHOWN) $(GAMEUID) nhushare $(UNSHARE_DATNODLB) ; \
$(CHGRP) $(GAMEGRP) nhushare $(UNSHARE_DATNODLB) ; \
- chmod $(FILEPERM) nhushare $(UNSHARE_DATNODLB) )
+ $(CHMOD) $(FILEPERM) nhushare $(UNSHARE_DATNODLB) )

dofiles-nodlb:
# copy over the game files
( cd dat ; cp $(SHARE_DAT) $(FILE_AREA_SHARE) )
( cd dat ; cp $(UNSHARE_DAT) $(FILE_AREA_UNSHARE) )
# set up their permissions
-( cd $(FILE_AREA_SHARE) ; $(CHOWN) $(GAMEUID) $(SHARE_DAT) ; \
$(CHGRP) $(GAMEGRP) $(SHARE_DAT) ; \
- chmod $(FILEPERM) $(SHARE_DAT) )
+ $(CHMOD) $(FILEPERM) $(SHARE_DAT) )
-( cd $(FILE_AREA_UNSHARE) ; $(CHOWN) $(GAMEUID) $(UNSHARE_DAT) ; \
$(CHGRP) $(GAMEGRP) $(UNSHARE_DAT) ; \
- chmod $(FILEPERM) $(UNSHARE_DAT) )
+ $(CHMOD) $(FILEPERM) $(UNSHARE_DAT) )

update: $(GAME) recover$(EXEEXT) $(CNF_SHARE_DAT) dungeon spec_levs Guidebook.txt
# (don't yank the old version out from under people who're playing it)
-mv $(FILE_AREA_UNSHARE)/$(GAME) $(FILE_AREA_UNSHARE)/$(GAME).old
# quest.dat is also kept open and has the same problems over NFS
@@ -362,21 +362,21 @@
-mkdir -p $(FILE_AREA_LEVL) $(FILE_AREA_SHARE) $(FILE_AREA_UNSHARE)
-mkdir -p $(FILE_AREA_DOC)
-rmdir ./-p
-$(CHOWN) $(GAMEUID) $(FILE_AREA_VAR) $(FILE_AREA_BONES) $(FILE_AREA_SAVE) $(FILE_AREA_LEVL)
$(CHGRP) $(GAMEGRP) $(FILE_AREA_VAR) $(FILE_AREA_BONES) $(FILE_AREA_SAVE) $(FILE_AREA_LEVL)
- chmod $(VARDIRPERM) $(FILE_AREA_VAR) $(FILE_AREA_BONES) $(FILE_AREA_SAVE) $(FILE_AREA_LEVL)
+ $(CHMOD) $(VARDIRPERM) $(FILE_AREA_VAR) $(FILE_AREA_BONES) $(FILE_AREA_SAVE) $(FILE_AREA_LEVL)
-$(CHOWN) $(GAMEUID) $(FILE_AREA_SHARE) $(FILE_AREA_UNSHARE)
$(CHGRP) $(GAMEGRP) $(FILE_AREA_SHARE) $(FILE_AREA_UNSHARE)
- chmod $(DIRPERM) $(FILE_AREA_SHARE) $(FILE_AREA_UNSHARE)
+ $(CHMOD) $(DIRPERM) $(FILE_AREA_SHARE) $(FILE_AREA_UNSHARE)
# set up the game files
( $(MAKE) dofiles )
# set up some additional files
touch $(FILE_AREA_VAR)/perm $(FILE_AREA_VAR)/record $(FILE_AREA_VAR)/logfile
-( cd $(FILE_AREA_VAR) ; $(CHOWN) $(GAMEUID) perm record logfile ; \
$(CHGRP) $(GAMEGRP) perm record logfile ; \
- chmod $(VARFILEPERM) perm record logfile )
+ $(CHMOD) $(VARFILEPERM) perm record logfile )
# and a reminder
@echo You may also want to reinstall the man pages via the doc Makefile.

# 'make clean' removes all the .o files, but leaves around all the executables
===============================================================================

We need to add tile graphics support and sound support. We also need to
tweak the way that the keyboard-handler DLLs are compiled.

Note to automake/makefile maintainer: it would be preferable to finish
making the tile support conditional, and to make the sound support
conditional.

Note to makefile maintainer: if you can use the meta-variables $@ and $<
to compile the DLLs, why not use them everywhere? Portability concerns?
===============================================================================
diff -rU5 slashem-0.0.8E0F1-pristine/sys/autoconf/Makefile.src slashem-0.0.8E0F1/sys/autoconf/Makefile.src
--- slashem-0.0.8E0F1-pristine/sys/autoconf/Makefile.src 2006-12-30 05:04:53.000000000 -0800
+++ slashem-0.0.8E0F1/sys/autoconf/Makefile.src 2007-07-28 08:41:00.020250000 -0700
@@ -19,12 +19,12 @@
SYSUNIXOBJ = ioctl.o unixmain.o unixtty.o unixunix.o unixres.o
# for Microsoft Window systems
SYSMSWINSRC = $(srcdir)/../sys/winnt/nttty.c $(srcdir)/../sys/winnt/winnt.c \
$(srcdir)/../sys/share/pcsys.c $(srcdir)/../sys/share/pcunix.c \
$(srcdir)/../sys/share/pcmain.c $(srcdir)/../sys/share/random.c \
- $(srcdir)/../sys/share/nhlan.c
-SYSMSWINOBJ = nttty.o winnt.o pcsys.o pcunix.o pcmain.o random.o nhlan.o
+ $(srcdir)/../sys/share/nhlan.c $(srcdir)/../sys/winnt/ntsound.o
+SYSMSWINOBJ = nttty.o winnt.o pcsys.o pcunix.o pcmain.o random.o nhlan.o ntsound.o
#
SYSSRC=@SYSSRC@
SYSOBJ=@SYSOBJ@

CC = @CC@ -DAUTOCONF
@@ -121,11 +121,11 @@
$(srcdir)/../win/win32/mhsplash.c $(srcdir)/../win/win32/mhstatus.c \
$(srcdir)/../win/win32/mhtext.c $(srcdir)/../win/win32/mhmenu.c \
$(srcdir)/../win/win32/mhmap.c $(srcdir)/../win/win32/mhrip.c
WINMSOBJ = mswproc.o winhack.o mhdlg.o mhaskyn.o mhfont.o mhinput.o mhmain.o \
mhmsgwnd.o mhsplash.o mhstatus.o mhtext.o mhmenu.o mhmap.o mhrip.o \
- winres.o
+ winres.o tile.o
WINMSCFLAGS=-I$(srcdir)/../win/win32 -D_WIN32_IE=0x0400

WINSRC = @WINSRC@
WINOBJ = @WINOBJ@
WINTTYLIB = @WINTTYLIB@
@@ -149,11 +149,11 @@
# libraries for SDL/GL window port
WINSDLLIB = @SDL_CONFIG_LIBS@ -lz -lpng
WINGLLIB = -lGL
#
# libraries for native MS-Windows
-WINMSLIB = -lcomctl32 -lgdi32
+WINMSLIB = -lcomctl32 -lgdi32 -lwinmm

WINLIB = @WINLIB@

LIBS =

@@ -214,11 +214,11 @@
$(srcdir)/../sys/share/pctty.c $(srcdir)/../sys/share/pcunix.c \
$(srcdir)/../sys/share/random.c $(srcdir)/../sys/share/unixtty.c \
$(srcdir)/../sys/atari/tos.c $(srcdir)/../sys/be/bemain.c \
$(srcdir)/../sys/unix/unixmain.c $(srcdir)/../sys/unix/unixres.c \
$(srcdir)/../sys/unix/unixunix.c $(srcdir)/../sys/winnt/nttty.c \
- $(srcdir)/../sys/winnt/winnt.c
+ $(srcdir)/../sys/winnt/winnt.c $(srcdir)/../sys/winnt/ntsound.c

# generated source files (tile.c is handled separately)
GENCSRC = monstr.c vis_tab.c #tile.c

# all windowing-system-dependent .c (for dependencies and such)
@@ -334,11 +334,11 @@
@touch DUMB.Setup

.SUFFIXES: .dll .o

.o.dll:
- @NHKEYDLL_GCC@$(CC) -shared -Wl,--export-all-symbols \
+ @NHKEYDLL_GCC@$(CC) $(LFLAGS) -shared -Wl,--export-all-symbols \
@NHKEYDLL_GCC@ -Wl,--add-stdcall-alias -o $@ $<

nhdefkey.o: $(srcdir)/../sys/winnt/nhdefkey.c
$(CC) $(CFLAGS) -DBUILD_DLL -c $(srcdir)/../sys/winnt/nhdefkey.c

@@ -523,10 +523,12 @@
$(CC) $(CFLAGS) -c $(srcdir)/../sys/unix/unixres.c
unixunix.o: $(srcdir)/../sys/unix/unixunix.c $(HACK_H)
$(CC) $(CFLAGS) -c $(srcdir)/../sys/unix/unixunix.c
nttty.o: $(srcdir)/../sys/winnt/nttty.c $(HACK_H) #../include/win32api.h
$(CC) $(CFLAGS) -c $(srcdir)/../sys/winnt/nttty.c
+ntsound.o: $(srcdir)/../sys/winnt/ntsound.c $(HACK_H) #../include/win32api.h
+ $(CC) $(CFLAGS) -c $(srcdir)/../sys/winnt/ntsound.c
winnt.o: $(srcdir)/../sys/winnt/winnt.c $(HACK_H) #../include/win32api.h
$(CC) $(CFLAGS) -c $(srcdir)/../sys/winnt/winnt.c
getline.o: $(srcdir)/../win/tty/getline.c $(HACK_H) ../include/func_tab.h
$(CC) $(CFLAGS) -c $(srcdir)/../win/tty/getline.c
termcap.o: $(srcdir)/../win/tty/termcap.c $(HACK_H) ../include/tcap.h
===============================================================================

The utility Makefile needs a tweak:
===============================================================================
diff -rU5 slashem-0.0.8E0F1-pristine/sys/autoconf/Makefile.utl slashem-0.0.8E0F1/sys/autoconf/Makefile.utl
--- slashem-0.0.8E0F1-pristine/sys/autoconf/Makefile.utl 2006-12-30 05:04:53.000000000 -0800
+++ slashem-0.0.8E0F1/sys/autoconf/Makefile.utl 2007-07-28 08:30:38.864000000 -0700
@@ -95,11 +95,11 @@

# flags for debugging:
# CFLAGS = -g -I../include -I$(srcdir)/../include

CFLAGS = -O -I../include -I$(srcdir)/../include @CFLAGS@
-LFLAGS =
+LFLAGS = @LFLAGS@

LIBS =

# If you are cross-compiling, you must use this:
#OBJDIR = .
===============================================================================

ntconf.h doesn't include system.h and therefore doesn't include autoconf.h.
It appears to be the only *conf.h that does this. I chose to not include
system.h but include autoconf.h directly. I also put in a #ifdef AUTOCONF
related to strncmpi().
===============================================================================
diff -rU5 slashem-0.0.8E0F1-pristine/include/ntconf.h slashem-0.0.8E0F1/include/ntconf.h
--- slashem-0.0.8E0F1-pristine/include/ntconf.h 2006-12-30 05:04:53.000000000 -0800
+++ slashem-0.0.8E0F1/include/ntconf.h 2007-07-28 08:16:53.957750000 -0700
@@ -27,10 +27,14 @@
/*
* -----------------------------------------------------------------
* The remaining code shouldn't need modification.
* -----------------------------------------------------------------
*/
+#ifdef AUTOCONF
+#include <autoconf.h>
+#endif
+
/* #define SHORT_FILENAMES */ /* All NT filesystems support long names now */

#ifdef MICRO
#undef MICRO /* never define this! */
#endif
@@ -77,10 +81,14 @@
#ifdef STRNCMPI
#ifndef __CYGWIN__
#define strncmpi(a,b,c) strnicmp(a,b,c)
#endif
#endif
+#else
+#if HAVE_DECL_STRNICMP && !HAVE_DECL_STRNCMPI
+#define strncmpi(a,b,c) strnicmp(a,b,c)
+#endif
#endif /* AUTOCONF */

#include <sys/types.h>
#include <stdlib.h>
#ifdef __BORLANDC__
===============================================================================

tiletext.c needs a line-ending hack. There should be a better way; perhaps
someone else can see one?
===============================================================================
diff -rU5 slashem-0.0.8E0F1-pristine/win/share/tiletext.c slashem-0.0.8E0F1/win/share/tiletext.c
--- slashem-0.0.8E0F1-pristine/win/share/tiletext.c 2006-12-30 05:04:53.000000000 -0800
+++ slashem-0.0.8E0F1/win/share/tiletext.c 2007-07-28 08:31:09.801500000 -0700
@@ -569,12 +569,16 @@
const char *p;
int i;
int write_mode;
FILE *fp;

- if (!strcmp(type, RDTMODE))
+ if (!strcmp(type, RDTMODE)) {
write_mode = FALSE;
+#ifdef __MINGW32__ /* for targetting MinGW under Cygwin */
+ type = "rb";
+#endif
+ }
else if (!strcmp(type, WRTMODE)) {
/* Seems like Mingw32's fscanf is confused by the CR/LF issue */
/* Force text output in this case only */
#ifdef WIN32
type = "w+";
===============================================================================

winhack.c needs a #define tweak.
===============================================================================
diff -rU5 slashem-0.0.8E0F1-pristine/win/win32/winhack.c slashem-0.0.8E0F1/win/win32/winhack.c
--- slashem-0.0.8E0F1-pristine/win/win32/winhack.c 2006-12-30 05:04:53.000000000 -0800
+++ slashem-0.0.8E0F1/win/win32/winhack.c 2007-07-28 08:31:24.051500000 -0700
@@ -10,11 +10,11 @@
#include "dlb.h"
#include "resource.h"
#include "mhmain.h"
#include "mhmap.h"

-#ifndef __BORLANDC__
+#if !defined(__BORLANDC__) && !defined(__MINGW32__)
#include <shlwapi.h>
#else /* Borland redefines "boolean" in shlwapi.h so just use the little bit we need */
typedef struct _DLLVERSIONINFO
{
DWORD cbSize;
===============================================================================

Paste this line into the bash shell:
bash configure --prefix=/usr/local/games --host=mingw32-i386 --enable-mswin-graphics --enable-user-sounds --enable-autopickup-exceptions --enable-score-on-botl CFLAGS='-mno-cygwin -mms-bitfields -funsigned-char -DVISION_TABLES' LFLAGS='-mno-cygwin -mconsole' NHKEYDLL_GCC='' CHMOD='true' CHGRP='true' CHOWN='true'

Get a soda, this takes a couple of minutes.

configure doesn't have a way to set the vision tables define, so I hardcoded
it in CFLAGS.

chmod, chgrp, chown don't quite work as expected under Cygwin; I prefer not
to deal with the mess they can make.

As compiling for Windows puts everything in one directory, I would prefer to
have finer-grained control over where that directory is.

===============================================================================
I get the following warnings:

configure: WARNING: If you wanted to set the --build type, don't use --host.
If a cross compiler is detected then cross compile mode will be used.
{This is expected, as we're not quite cross-compiling but not targetting
native Cygwin either.}

checking for NETHACK__LIBPNG... configure: WARNING: Can't enable proxy graphics (no useable libpng)
{I have not yet installed Cygwin's libpng. I am not sure yet if it has
libpng usable by MinGW. So this is expected. Any hints on compiling
targetting proxy graphics would be appreciated.}

checking for regex.h... no
{Not a warning but surprising as I do have regex.h as well as rxposix.h.}
===============================================================================

Now we can do a "make all". I get the following warnings:
===============================================================================
make[1]: Entering directory `/c/Games/SlashEM/slashem-0.0.8E0F1/slashem-0.0.8E0F1/src'
Makefile:887: warning: overriding commands for target `monst.o'
Makefile:360: warning: ignoring old commands for target `monst.o'
Makefile:901: warning: overriding commands for target `objects.o'
Makefile:364: warning: ignoring old commands for target `objects.o'
{This warning repeats several times during the make. Harmless.}

gcc -DAUTOCONF -O -I../include -I./../include -mno-cygwin -mms-bitfields -DVISION_TABLES -DWIN32CON -c -o panic.o panic.c
panic.c:55: warning: conflicting types for built-in function 'alloca'
{One way to make this compile without a warning is "#define alloca alloca".
That feels hacky, though. Anyway, this warning seems harmless.}

gcc -DAUTOCONF -O -I../include -I./../include -mno-cygwin -mms-bitfields -DVISION_TABLES -DWIN32CON -c ./files.c
./files.c: In function `validate_prefix_locations':
./files.c:361: warning: assignment makes pointer from integer without a cast
{This is caused by a "details = strerror(errno)". Grepping
/usr/include/mingw/* turns up two definitions:
_CRTIMP char* __cdecl strerror (int); /* NOTE: NOT an old name wrapper. */
_CRTIMP char* __cdecl _strerror (const char *);
It appears that the version with the underscore is being used. I don't
know why.}

gcc -DAUTOCONF -O -I../include -I./../include -mno-cygwin -mms-bitfields -DVISION_TABLES -DWIN32CON -c ./potion.c
./potion.c: In function `upgrade_obj':
./potion.c:2517: warning: passing arg 2 of `artifact_name' from incompatible pointer type
{Caused by "artifact_name(ONAME(obj), &otyp2)".
Fix: "artifact_name(ONAME(obj), (short *)&otyp2)".}

gcc -DAUTOCONF -O -I../include -I./../include -mno-cygwin -mms-bitfields -DVISION_TABLES -DWIN32CON -I./../win/win32 -D_WIN32_IE=0x0400 -c ./../win/win32/mhmenu.c
./../win/win32/mhmenu.c: In function `onListChar':
./../win/win32/mhmenu.c:1141: warning: comparison is always false due to limited range of data type
{Expected; exists in vanilla nethack source; harmless.}

make[1]: Entering directory `/c/Games/SlashEM/slashem-0.0.8E0F1/slashem-0.0.8E0F1/doc'
tbl ./tmac.n ./Guidebook.mn | nroff | col -bx > Guidebook
/bin/sh: col: command not found
make[1]: *** [Guidebook] Error 127
make[1]: Leaving directory `/c/Games/SlashEM/slashem-0.0.8E0F1/slashem-0.0.8E0F1/doc'
make: *** [Guidebook] Error 2
{Because of the redirection, the Guidebook file is created but empty, so a
second 'make all' command won't try to create it again.
Suggested fix: when targetting Windows, don't worry about the Guidebook
source files; just use Guidebook.txt as is.}

gcc -DAUTOCONF -O -I../include -I./../include -mno-cygwin -mms-bitfields -DVISION_TABLES -DWIN32CON -c -o lev_yacc.o lev_yacc.c
./lev_comp.y: In function `yyparse':
./lev_comp.y:600: warning: assignment from incompatible pointer type
{That's because of a "struct room_door *" that should be a "room_door *".
This error is also in sys/share/lev_yacc.c.}
===============================================================================

If everything worked, it's time to do a "make install".

The file 'Guidebook' doesn't get built properly as I am missing a tool
named 'col'. It appears that col isn't provided by Cygwin; either that
or I simply can't figure out what package has it. This is irrelevant
under Windows since the file that is installed is 'Guidebook.txt'.

A request: when compiling the level files, could we compile them all at
once? Doing this:
../util/lev_comp ./beholder.des ./bigroom.des ./blkmar.des ./castle.des ./grund.des [...]
is much faster than:
../util/lev_comp ./beholder.des
../util/lev_comp ./bigroom.des
../util/lev_comp ./blkmar.des
../util/lev_comp ./castle.des
../util/lev_comp ./grund.des
[...]

=== Optional to get regular expression support: ===============================

Getting support for regexps under Cygwin is not terribly hard.

First you need to get the GNU rx 1.5 tarball. Build it for mingw. The
trick is to set an env var CC='gcc -mno-cygwin' before running configure.
Both the old regex 0.12 and the new rx 1.5 appear to work, as long as you
compile targetting mingw. However, regex.o must be put into a library
manually.
ar rc libregex.a regex.o; ranlib libregex.a
Put header files in \cygwin\usr\include\mingw; libs in \cygwin\lib\mingw.

I initially had crashes using the rx library, but I cannot reproduce them
anymore. I might not have targetted MinGW when I first compiled it.

USER_SOUND_REGEX can only use the old regex library, not the newer rx
library.

Personally I prefer the rx library. I like the operator syntax better.
And I don't care about sounds, and if I did, I'd be fine with the simple
globber.

Anyway. To use the old regex 0.12 library, you need to put:
===============================================================================
#if 1
# define USE_REGEX_MATCH
# define GNU_REGEX
# define __need_size_t
# include <stddef.h> //SWD regex.h needs size_t but doesn't pull it in.
# include <regex.h> //SWD manually installed gnu regex 0.12 package.
# define USER_SOUNDS_REGEX // SWD only works with GNU_REGEX.
#endif
===============================================================================
at the end of include/config.h section 5.

In addition, comment out everything related to "REGEX" in include/autoconf.h.

Finally, edit src/Makefile, adding "-lregex" to the "WINMSLIB=" line.

make clean; make all

Regex power users may wish to tweak the reg_syntax_t variable to suit their
preferences. See regex.h and regex.info for documentation on this.

Testing the regex library: add these lines to the defaults.nh file:
===============================================================================
OPTIONS=menucolors
MENUCOLOR=" 0%$"=white&bold
MENUCOLOR=" $[1-9]\|1[0-9]$%$"=lightcyan
MENUCOLOR=" [234][0-9]%$"=yellow
MENUCOLOR=" [567][0-9]%$"=orange
MENUCOLOR=" $[89][0-9]\|100$%$"=red
SOUNDDIR=c:\windows\media
SOUND=MESG "short sword" "start.wav" 100
SOUND=MESG "You $throw\|shoot$[^b-z]*$dart\|arrow\|ya\|bolt\|dagger\|bullet\|grenade\|rock$s*" "Windows XP Recycle.wav" 100
===============================================================================
That makes the spell menu (viewed by the plus key) highlight your chances
of casting each spell you know. And there will be a tick every time you
see or manipulate a short sword, and a rustling every time you throw or
fire two or more missiles. Rogues are good for testing this.

The firing regexp doesn't quite work as expected, since there is no message
at all if you fire exactly one projectile.

Alternately, to use the Posix-compliant rx library, put:
===============================================================================
#if 1
# define USE_REGEX_MATCH
# define POSIX_REGEX
# define __need_size_t
# include <stddef.h> //SWD rxposix.h needs size_t but doesn't pull it in.
# include <rxposix.h> //SWD manually installed gnu rx 1.5 package.
#endif
===============================================================================
at the end of include/config.h section 5.

In addition, comment out everything related to "REGEX" in include/autoconf.h.

Finally, edit src/Makefile, adding "-lrx" to the "WINMSLIB=" line.

make clean; make all

Testing the rx library: add these lines to the defaults.nh file:
===============================================================================
OPTIONS=menucolors
MENUCOLOR=" 0%$"=white&bold
MENUCOLOR=" ([1-9]|1[0-9])%$"=lightcyan
MENUCOLOR=" [234][0-9]%$"=yellow
MENUCOLOR=" [567][0-9]%$"=orange
MENUCOLOR=" ([89][0-9]|100)%$"=red
===============================================================================
That makes the spell menu (viewed by the plus key) highlight your chances
of casting each spell you know.

Note that AUTOPICKUP_EXCEPTIONs don't use regexps. Only MENUCOLORs and
SOUNDs do.

I invite, even request, discussion of any or all parts of this post.

Silas Dunsmore

--
Later, eh? Silas

CUT TO: Tight closeup of IGNATZ with microphone as TV reporter on a
street in Los Angeles.

Ignatz: And so Pancho, knowing the Secret of Power, created his own New
Age cult. he is now a millionaire and lives in Malibu.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Slashem-devel mailing list
Slashem-devel@...
https://lists.sourceforge.net/lists/listinfo/slashem-devel