The cave of the wumpus in wump should have the geometry of a dodecahedron, but it doesn't. Often some rooms in the cave have one or more corridors to themselves. Transcript: % wump Instructions? (y-n) n You're in a cave with 20 rooms and 3 tunnels leading from each room. There are 3 bats and 3 pits scattered throughout the cave, and your quiver holds 5 custom super anti-evil Wumpus arrows. Good luck. You are in room 7 of the cave, and have 5 arrows left. There are tunnels to rooms 7, 17, and 17. Move or shoot? (m-s) Jürgen
----- Forwarded message from Juergen Stuber <Juergen.Stuber@loria.fr> ----- From: Juergen Stuber <Juergen.Stuber@loria.fr> Date: Tue, 17 Oct 2000 12:08:26 +0200 (CEST) To: submit@bugs.debian.org Subject: Bug#74947: bsdgames, wump: cave has incorrect geometry Reply-To: Juergen Stuber <Juergen.Stuber@loria.fr>, 74947@bugs.debian.org X-Mailer: VM 6.75 under Emacs 20.7.2 Package: bsdgames Version: 2.12-1 The cave of the wumpus in wump should have the geometry of a dodecahedron, but it doesn't. Often some rooms in the cave have one or more corridors to themselves. Transcript: % wump Instructions? (y-n) n You're in a cave with 20 rooms and 3 tunnels leading from each room. There are 3 bats and 3 pits scattered throughout the cave, and your quiver holds 5 custom super anti-evil Wumpus arrows. Good luck. You are in room 7 of the cave, and have 5 arrows left. There are tunnels to rooms 7, 17, and 17. Move or shoot? (m-s) Jürgen----- End forwarded message ----- -- see shy jo
I think this can be counted as part of the documented strange
topology: (from the manpage)
While wandering through the cave you'll notice that, while there are
tunnels everywhere, there are some mysterious quirks to the cave
topology, including some tunnels that go from one room to another,
but not necessarily back!
This version of wump is not documented to use a dodecahedron. However,
there are many changes to wump in OpenBSD, including a -o option to use
the dodecahedral form; while some of these may affect the gameplay and I
don't necessarily want to merge them, those I'll (eventually) merge will
include this option.
I sense the need for an FAQ (compare Debian bug 55431) :-).
Joseph S. Myers wrote: Ah, I'd forgotten that one. I think that having the -o option is enough. When will that be in your bsdgames package?
By bsd-games 4.0. That probably doesn't help :-). The criteria for calling new versions 3.0 and 4.0 are at present (and have been for ages), in an undetermined order: * Freeing all the games and getting rid of the -non-free package. * Merging in all relevant OpenBSD changes. At present the second looks more likely for 3.0, but since there are 150000 lines of diffs (genuine changes mixed up with reverse diffs of changes from my side that haven't been merged into OpenBSD) it's unlikely to be completed soon. However, I may attend to the 1000 lines of wump diffs somewhat sooner.