NitroHack 4.0.4

[Daniel Thaler]

This release fixes all 5 bugs discovered since 4.0.3.
Get it at http://nitrohack.org/download

Changes
-------
Fix a crash when the inventory action menu is canceled with ESC
Fix a crash after activating a figurine
Fix corrupted blinking characters on linux
Fix adding shops to the overview list
Fix character selection with a random character

[Capt. Cave Man]

On Mon, 20 Feb 2012 00:10:04 +0100, Daniel Thaler <dan...@dthaler.de>
wrote:

I must have grabbed it pretty early,cause I was on your site when it
flipped.

That was interesting. :-) Doesn't take much to amuse me.

[Jonadab the Unsightly One]

When upgrading to 4.0.4, I finally noticed that I
still had symlinks in /usr/lib pointing to the 4.0.0
versions of the NitroHack .so files. Could that
bizarre issue I had earlier (circa 4.0.2) with the
save files (on the public server) having nulls in
them possibly have been caused by this?

Anyway, I got rid of that kruft now.

[Daniel Thaler]

On 21.02.2012 16:32, Jonadab the Unsightly One wrote:
> When upgrading to 4.0.4, I finally noticed that I
> still had symlinks in /usr/lib pointing to the 4.0.0
> versions of the NitroHack .so files. Could that
> bizarre issue I had earlier (circa 4.0.2) with the
> save files (on the public server) having nulls in
> them possibly have been caused by this?

No, in that case the server handles the saving.
I did fix several save file problems after your report. I also added
detection and a workaround for that specific problem in case it was
caused by some other bug that I didn't fix...

[Geoff]

Daniel Thaler <dan...@dthaler.de> wrote in news:jhrvif$fe5$1@news.m-
online.net:

I have a 4.0.4 save that crashes pretty reliably if you want it.

The scenairo:
In the Mines, running from an Air Elemental. When the Air Elemental
engulfs me I get the message "impossible unpaid_cost: object wasn't on
any bill!" and the game crashes. Reloading the game makes me unengulfed
but the crash repeats the next time I'm engulfed. Only tested this a few
times. I still have the save if you want it, but I don't know where the
game hides it.

Also, completely unrelated: I can't seem to bind Shift+Down_Arrow to the
"go_south" command. If I do it, then it KEY_SDOWN doesn't show up in the
bindings, but if I try to bind it again the program compains that the key
is alreary bound to go_south, then if I try to use it in the game it
doesn't work.

[Capt. Cave Man]

On Mon, 27 Feb 2012 02:17:41 +0000 (UTC), Geoff <Sera...@gmail.com>
wrote:

> I still have the save if you want it, but I don't know where the
>game hides it.

In windows, it is in your AppData sub-directory. Then Roaming.

[Capt. Cave Man]

If that wasn't enough, it is:

<your user name>\AppData\Roaming\NitroHack\save

For Windows.

Don't know for Linux... Yet.

[Daniel Thaler]

On Linux it's in ~/.config/NitroHack/save or
$XDG_CONFIG_HOME/NitroHack/save if XDG_CONFIG_HOME is set.

[Daniel Thaler]

On 27.02.2012 03:17, Geoff wrote:
> I have a 4.0.4 save that crashes pretty reliably if you want it.

Yes please.

> The scenairo:
> In the Mines, running from an Air Elemental. When the Air Elemental
> engulfs me I get the message "impossible unpaid_cost: object wasn't on
> any bill!" and the game crashes. Reloading the game makes me unengulfed
> but the crash repeats the next time I'm engulfed. Only tested this a few
> times. I still have the save if you want it, but I don't know where the
> game hides it.
>
> Also, completely unrelated: I can't seem to bind Shift+Down_Arrow to the
> "go_south" command. If I do it, then it KEY_SDOWN doesn't show up in the
> bindings, but if I try to bind it again the program compains that the key
> is alreary bound to go_south, then if I try to use it in the game it
> doesn't work.

On which OS? If you're running Linux, what terminal are you using (eg
gnome terminal, konsole, xterm, etc.)?
Unfortunately every terminal has it's own oddities.

[GME]

Daniel Thaler <dan...@dthaler.de> wrote in

news:jigjjc$sms$1...@news.m-online.net:

> On 27.02.2012 03:17, Geoff wrote:
>> I have a 4.0.4 save that crashes pretty reliably if you want it.
>
> Yes please.

Sent. Also included a different crash bug I encountered. DL-19, if I go
down stairs the game crashes. Nothing in the paniclog.

>> [SNIP: Crash on being engulfed by air elemental]

>>
>> Also, completely unrelated: I can't seem to bind Shift+Down_Arrow to
>> the "go_south" command. If I do it, then it KEY_SDOWN doesn't show up
>> in the bindings, but if I try to bind it again the program compains
>> that the key is alreary bound to go_south, then if I try to use it in
>> the game it doesn't work.
>
> On which OS? If you're running Linux, what terminal are you using (eg
> gnome terminal, konsole, xterm, etc.)?
> Unfortunately every terminal has it's own oddities.

Windows XP. I've switched to the VI keys so it's less of an issue then it
used to be.

[GME]

Capt. Cave Man <ItIsSoEasyAC...@upyers.org> wrote in
news:082nk79j9tsbautk1...@4ax.com:

Knowing that I needed to look in AppData was sufficient for me to find
it. Thanks for the pointer.

[Hendrik Weimer]

Daniel Thaler <dan...@dthaler.de> writes:

> On Linux it's in ~/.config/NitroHack/save or
> $XDG_CONFIG_HOME/NitroHack/save if XDG_CONFIG_HOME is set.

As much as I appreciate your efforts to support standardized storage of
files, I think the XDG basedir standard just deserves to die.

Hendrik

[Jorgen Grahn]

I don't know that standard and I don't use NitroHack, but the part
with ~/.config/NitroHack/ puzzles me. As a long-time Unix user I'd
expect it to be called ~/.nitrohack/ (in lowercase).

/Jorgen

--
// Jorgen Grahn <grahn@ Oo o. . .
\X/ snipabacken.se> O o .

[Daniel Thaler]

On 28.02.2012 05:48, Hendrik Weimer wrote:
> files, I think the XDG basedir standard just deserves to die.

Interesting. Why do you think that?

[Daniel Thaler]

On 28.02.2012 13:26, Jorgen Grahn wrote:
> I don't know that standard and I don't use NitroHack, but the part
> with ~/.config/NitroHack/ puzzles me. As a long-time Unix user I'd
> expect it to be called ~/.nitrohack/ (in lowercase).

The dotfile clutter in ~/ has always annoyed me.
Evidently I am not alone with this opionon; on my computer ~/.config/
already has dozens of entries (libreoffice, clementine, inkscape, vlc
just to name a few).
I have joined the trend and hope it spreads even more.

[Jorgen Grahn]

On Tue, 2012-02-28, Daniel Thaler wrote:
> On 28.02.2012 13:26, Jorgen Grahn wrote:
>> I don't know that standard and I don't use NitroHack, but the part
>> with ~/.config/NitroHack/ puzzles me. As a long-time Unix user I'd
>> expect it to be called ~/.nitrohack/ (in lowercase).
>
> The dotfile clutter in ~/ has always annoyed me.

True; it's not always pleasant.

> Evidently I am not alone with this opionon; on my computer ~/.config/
> already has dozens of entries (libreoffice, clementine, inkscape, vlc
> just to name a few).

It turns out I have one, too. Seems to be used exclusively by GUI
things which don't feel they have to follow old Unix conventions.

None of the tools which use that directory on my system document it in
their manpages :-(

[Hendrik Weimer]

It is in conflict with the well-established FHS. It tries to replicate
some FHS concepts for user's home directories, but does so in an
inconsistent and counterintuitive way. Mandating certain directory
permissions is simply retarded. I could go on like this, which is pretty
amazing for a spec that short.

Hendrik

[Jonadab the Unsightly One]

On Feb 28, 12:17 pm, Daniel Thaler <dan...@dthaler.de> wrote:

> The dotfile clutter in ~/ has always annoyed me.
> Evidently I am not alone with this opionon; on my computer ~/.config/
> already has dozens of entries (libreoffice, clementine, inkscape, vlc
> just to name a few).
> I have joined the trend and hope it spreads even more.

I entirely agree.

It also bothers me that there's no easy way to separate
configuration files, which I would generally want to keep
backups of and save/transfer whenever I upgrade or
migrate to a new system, from stuff that it would never
make any sense to save or back up, like caches.

[Jorgen Grahn]

*That's* an improvement I'd like -- a ~/.cache directory where all
applications may cache stuff which they don't dare place outside
$HOME. They would have to guarantee that no real data loss occurs
if I remove (parts of) that directory.

[Jonadab the Unsightly One]

On Feb 29, 2:33 pm, Jorgen Grahn <grahn+n...@snipabacken.se> wrote:

> *That's* an improvement I'd like -- a ~/.cache directory where all
> applications may cache stuff

I know, right?

> They would have to guarantee that no real data loss occurs
> if I remove (parts of) that directory.

That's not always entirely possible to absolutely guarantee.

Just for example, website that's cached, which can currently
be easily retrieved again via the internet, could theoretically
cease to be publicly available right after you clear out your
cache. But, you know what? Despite that, I'm still not
really interested in making backups of my browser cache,
or migrating it to a new PC.

I'd settle for having it only used to cache data that is
generally expected to be possible to recreate or redownload
or otherwise reobtain in the short term, and which was not
specifically saved on purpose by the user via a save option.
So auto-generated thumbnails, browser caches, calculated
hash values, search-optimizing indexes of your filesystem
that some file manager creates, downloaded lists of mirrors,
downloaded lists of available packages, anything along
those lines would belong there.

I wouldn't even get very upset if things like browser add-ons
and plugins were installed there, provided the list of what
extensions are installed and where to get them is kept
elsewhere, with your preferences.

But yeah, I would NOT want important data, like session
store information or the like, to be stored there.

[Martijn Lievaart]

On Wed, 29 Feb 2012 19:33:27 +0000, Jorgen Grahn wrote:

> *That's* an improvement I'd like -- a ~/.cache directory where all
> applications may cache stuff which they don't dare place outside $HOME.
> They would have to guarantee that no real data loss occurs if I remove
> (parts of) that directory.

Your prayers have been heard:

martijn@greebo:~$ ls -ld .cache
drwx------ 30 martijn martijn 4096 2012-03-03 20:04 .cache
martijn@greebo:~$ ls .cache
byobu
checkbox
chromium
compizconfig-1
(snip lots)
unity
update-manager-core
vinagre
wallpaper
zeitgeist

M4

[Jonadab the Unsightly One]

On Mar 3, 5:53 pm, Martijn Lievaart <m...@rtij.nl.invlalid> wrote:
> martijn@greebo:~$ ls -ld .cache

Huh. It's there on my system too. There are even two
web browsers on my system that have left stuff in there,
although neither is one that I use often. (Part of my job
involves creating web content, so I sometimes need to
test in browsers I don't otherwise use.)

Maybe I should look through b.m.o and see if anybody
has filed a bug to get Firefox to put its cache in there.

[Capt. Cave Man]

Maybe it has to do with when a new one or update gets installed, it asks
if you want to import data from another? Maybe it makes the data cache
even before it gets your answer and never deletes it.