00:13:32 Unstable branch on cbro.berotato.org updated to: 0.34-a0-2037-g5558ef20da (34) 01:59:19 szymekc (L16 PoEn) ERROR in 'fight.cc' at line 444: your shadow trying to attack a dead DEAD MONSTER (D:13) 04:12:43 03CrawlOdds02 {DracoOmega} 07* 0.34-a0-2038-gb2f1d3183e: Quickset skill target to maximum skill on talismans 10(3 days ago, 1 file, 7+ 1-) 13https://github.com/crawl/crawl/commit/b2f1d3183edf 04:12:43 03CrawlOdds02 {DracoOmega} 07* 0.34-a0-2039-g6183c0be11: Fix a bolt of flesh redirection crash 10(2 days ago, 1 file, 1+ 1-) 13https://github.com/crawl/crawl/commit/6183c0be11a8 04:12:43 03CrawlOdds02 {DracoOmega} 07* 0.34-a0-2040-g478223458f: Correctly set tile flavours with multiple terrain changes 10(12 days ago, 1 file, 4+ 2-) 13https://github.com/crawl/crawl/commit/478223458f1e 04:12:43 03RypoFalem02 {DracoOmega} 07* 0.34-a0-2041-g97ef6bef7b: fix: Usk grand finale on wall creatures crash 10(13 days ago, 1 file, 5+ 0-) 13https://github.com/crawl/crawl/commit/97ef6bef7b5f 04:12:43 03CrawlOdds02 {DracoOmega} 07* 0.34-a0-2042-g19414c7176: Make revelation reveal most squares exactly. 10(4 weeks ago, 8 files, 18+ 70-) 13https://github.com/crawl/crawl/commit/19414c717625 04:12:43 03CrawlOdds02 {DracoOmega} 07* 0.34-a0-2043-g75daf2358e: Fix display for sphinx form airstrike damage (Zigmound) 10(4 weeks ago, 5 files, 11+ 11-) 13https://github.com/crawl/crawl/commit/75daf2358e50 04:12:43 03CrawlOdds02 {DracoOmega} 07* 0.34-a0-2044-gd368c77e55: Fix walking scroll skill display in talisman preview (Zigmound) 10(3 weeks ago, 4 files, 10+ 7-) 13https://github.com/crawl/crawl/commit/d368c77e55a4 04:12:43 03tianmaster02 {DracoOmega} 07* 0.34-a0-2045-g724aa37818: Fix mouse clicks sometimes not working for Yes/No prompts on local tiles 10(4 weeks ago, 1 file, 1+ 1-) 13https://github.com/crawl/crawl/commit/724aa378180a 04:12:43 03CrawlOdds02 {DracoOmega} 07* 0.34-a0-2046-g4fbcaa7cee: Stop stationary monsters pathfinding 10(9 weeks ago, 1 file, 3+ 0-) 13https://github.com/crawl/crawl/commit/4fbcaa7cee2f 04:12:43 03CrawlOdds02 {DracoOmega} 07* 0.34-a0-2047-gfa21560ab4: Slightly improve pathfinding code regarding doors 10(3 months ago, 1 file, 4+ 6-) 13https://github.com/crawl/crawl/commit/fa21560ab40f 04:12:43 ... and 3 more commits 04:14:47 <04d​racoomega> @Odds I was honestly shocked at how much time had passed since you submitted some of those PRs. Time sure flies when you're busy trying to get a dozen different things done before a deadline, huh? >.> I think I'm holding off on the piety decay one until 0.35 at this point, but I'll make sure to get to it early on. And thanks again for all the work! 04:34:15 Experimental (bcrawl) branch on underhound.eu updated to: 0.23-a0-5261-gd9800d219b 05:21:56 Unstable branch on crawl.akrasiac.org updated to: 0.34-a0-2050-g53a7e0a (34) 10:23:42 <09g​ammafunk> Debugging this lua 5.4 objstat thing is going to be a treat. It manifests itself as infinite recursion (in zonify.walk) but seemingly only after ~750 iterations of objstat. Objstat seems to slowdown progressively as the number of iterations gets this high. Presumably because zonify is recursing more and more. This sort of points to some stale state data that's building up and not getting appropriately wiped, but looking at the code 10:23:43 it's not especially obvious where this is 10:25:30 <04d​racoomega> Oh, huh. I somehow assumed this got fixed as a consequence of all the other lua fixes having happened, but it was something different all along? 10:26:24 <09g​ammafunk> So I'm going to try some introspection conditional on the number of recursive seen in zonify.walk. I'll probably do this via GDB along with a C break point on some crawl api function when a recursion limit is hit lua-side (via a simple counter incremented in zonify.walk with each recursive call, which is reset by the parent zonify.map_map function that initiates) 10:26:48 <09g​ammafunk> Well, there weren't much in the way of lua fixes after you reported it 10:27:38 <04d​racoomega> I thought there were some (but I was admittedly focusing on other things at the time) 10:27:44 <09g​ammafunk> But no, I put that on the back burner after my attempt at printing the seed and having objstat use seeds proved not to be helpful 10:28:04 <09g​ammafunk> I thought it was some kind of seed-specific error but it seems to be something that operates more like a memory leak etc 10:33:10 <09g​ammafunk> I'm sort of putting out this stream of consciousness in case it's obvious to anyone why the zonify layout might behave this way. I think I can get to the bottom of things, just need better ways to examine dlua when I do initiate this breakpoint. 10:35:31 <09g​ammafunk> 1k iterations of a random dungeon level doesn't trigger the stack overflow, it seems that you need to do something like generate the entire dungeon branch 11:33:14 03regret-index02 07* 0.34-a0-2051-gdafaf85d1f: Fix an appearance of the currently-retired Sword of Power (Lici) 10(22 seconds ago, 1 file, 3+ 1-) 13https://github.com/crawl/crawl/commit/dafaf85d1fdf 16:40:14 Unstable branch on underhound.eu updated to: 0.34-a0-2051-gdafaf85d1f (34) 18:04:32 gribnar (L12 OpSh) ERROR in 'mon-util.cc' at line 611: bogus mc (no monster data): invalid monster_type 1000 (1000) (D:10) 18:06:02 gribnar (L11 OpSh) ERROR in 'mon-util.cc' at line 611: bogus mc (no monster data): invalid monster_type 1000 (1000) (D:10) 18:06:22 gribnar (L11 OpSh) ERROR in 'mon-util.cc' at line 611: bogus mc (no monster data): invalid monster_type 1000 (1000) (D:10) 18:06:45 gribnar (L12 OpSh) ERROR in 'mon-util.cc' at line 611: bogus mc (no monster data): invalid monster_type 1000 (1000) (D:10) 18:15:17 gribnar (L12 OpSh) ERROR in 'mon-util.cc' at line 611: bogus mc (no monster data): invalid monster_type 1000 (1000) (Lair:1) 18:15:55 gribnar (L12 OpSh) ERROR in 'mon-util.cc' at line 611: bogus mc (no monster data): invalid monster_type 1000 (1000) (Lair:1) 18:26:36 wow, looks like a repeatable one 18:27:00 !crashlog gribnar xl=12 opsh 18:27:02 4. gribnar, XL12 OpSh, T:10177 (milestone): https://cbro.berotato.org/morgue/gribnar/crash-gribnar-20260120-011548.txt 18:31:33 !crashlog gribnar xl=12 opsh 3 18:31:35 3/4. gribnar, XL12 OpSh, T:10469 (milestone): https://cbro.berotato.org/morgue/gribnar/crash-gribnar-20260120-011509.txt 18:32:40 can't see what's doing the hitting but I suspect it's an undead ally, trying to hit a banished monster in the two cases I checked 18:32:53 !crashlog gribnar xl=12 opsh 2 18:32:55 2/4. gribnar, XL12 OpSh, T:9069 (milestone): https://cbro.berotato.org/morgue/gribnar/crash-gribnar-20260120-010637.txt 18:33:19 now 3. 18:37:39 who belongs to the black torch code? I think allies via it are attacking banished enemies 18:38:25 (player has a disto weapon) 18:39:25 or maybe it's more general and that's why this pops up so intermittently normally 20:03:57 <08o​____0> It's banishing while in fungus form 20:04:29 <08o​____0> distortion-banishing. That's why it's checking mons_is_unbreathing 20:05:08 hm. so maybe we have multiple of this bug, since it was happening sporadically well before forms were added 20:06:35 and those were calling mons_is_unbreathing as well 20:07:35 <08o​____0> It's also strange that the player's fungus-form status doesn't show up in their milestones (including the crash milestones) even though you can see the messages about mushrooms in their log 20:23:44 <08o​____0> ooooh, "fungus-form" was the pre-existing badform. I guess spore talisman doesn't show as a status like other forms do. Should get to the bottom of that heh 21:13:04 <08o​____0> Obvious fix is to add a "defender->alive()" but that is a bit sad because then you lose the spore melee effects when you kill the enemy (this should probably also be done to the eel hands shock, since lugonu distortion melee is planned?) 21:14:15 <08o​____0> Is there a better check for that? 21:44:42 New branch created: pull/5041 (1 commit) 13https://github.com/crawl/crawl/pull/5041 21:44:43 03RypoFalem02 07https://github.com/crawl/crawl/pull/5041 * 0.34-a0-2052-g83326d3099: fix: add missing spore-form long_name for status display 10(5 minutes ago, 1 file, 1+ 1-) 13https://github.com/crawl/crawl/commit/83326d3099c5