still more 'nethack --dumpweights'

After updating the --dumpweights code in hack.c to insert "pair of"
for gloves and boots and "set of" for dragon scales, I've switched
it to use simple_typename() instead.

Turns out that that routine also lacked handling for 'pair|set of'.
And it was generating "coin of gold piece".  Fix those.

Roughly half of the gems are "<gem>" and the others "<gem> stone",
so the --dumpweights output is different by more than just pair/set.
This commit is contained in:
PatR
2025-03-19 17:30:56 -07:00
parent b55162a605
commit d7f107eaf9
2 changed files with 14 additions and 17 deletions

View File

@@ -4349,25 +4349,15 @@ dump_weights(void)
for (i = 0; i < ocount; ++i) {
const char *oc_name = (i == SLIME_MOLD) ? "slime mold"
: obj_descr[i].oc_name;
int wt = (int) objects[i].oc_weight,
ocls = objects[i].oc_class;
int wt = (int) objects[i].oc_weight;
if (wt && oc_name) {
weightlist[cnt].idx = i;
weightlist[cnt].wt = wt;
weightlist[cnt].wtyp = 2;
weightlist[cnt].unique = (objects[i].oc_unique != 0);
Snprintf(nmbufbase, sizeof nmbufbase, "%s%s",
(ocls == POTION_CLASS) ? "potion of "
: (ocls == WAND_CLASS) ? "wand of "
: (ocls == SCROLL_CLASS) ? "scroll of "
: (ocls == RING_CLASS) ? "ring of "
: (ocls == SPBOOK_CLASS
&& objects[i].oc_name_idx != SPE_BOOK_OF_THE_DEAD
&& objects[i].oc_name_idx != SPE_NOVEL)
? "spellbook of "
: "",
oc_name);
objects[i].oc_name_known = 1;
Strcpy(nmbufbase, simple_typename(i));
Snprintf(nmbuf, sizeof nmbuf, "%07u%s", wt,
(weightlist[cnt].unique) ? the(nmbufbase)
: an(nmbufbase));