00:23:38 -!- Sting1 is now known as Sting 00:30:53 Fork (bcrawl) on crawl.kelbi.org updated to: 0.23-a0-4635-gd11b0deb9c 00:53:35 -!- Yermak_ is now known as Yermak 03:22:53 Experimental (bcrawl) branch on underhound.eu updated to: 0.23-a0-4635-gd11b0deb9c 05:07:53 Unstable branch on crawl.akrasiac.org updated to: 0.29-a0-359-g541a27f (34) 09:06:17 Drazool (L15 DjFE) ASSERT(you.running.turns_passed < buggy_threshold) in 'delay.cc' at line 471 failed. (Excessive delay, 700 turns passed, delay type 9999299) (Lair:6) 09:52:12 RobertJustice1 (L19 FoFi) Crash caused by signal #6: Aborted (D (Sprint)) 11:40:33 <05kate> that drazool crash is something to do with resting off barbs causing the rest failsafe to trigger i think, it's been reported a couple times but i haven't been able to repro it 11:42:12 <05kate> my vague guess was something with the barbs running out on the same turn that full hp is restored, from the logs i looked at? but i couldn't get that to happen and can't figure out why that'd cause it 13:52:34 <06advil> I think I tried to reproduce a version of this at some point and couldn't too 14:07:53 <06advil> *couldn't either 14:07:58 <06advil> !crashlog Drazool 14:07:59 <04Cerebot> 2. Drazool, XL15 DjFE, T:22700 (milestone): https://cbro.berotato.org/morgue/Drazool/crash-Drazool-20220427-160535.txt 15:23:10 <06advil> hm, yeah I've reproduced the hp values involved there pretty exactly and didn't get it 15:23:25 <06advil> and regen I think (the char is wearing robe of vines) 15:23:53 <06advil> that log appears to have _ disabled so it's hard to know when the turn boundaries are 15:25:06 <06advil> oh, when I paste the full gammafunk.rc in I do get it 15:35:45 <06advil> all signs point to good bug 15:53:26 <10PleasingFungus> ooh 16:01:34 <06advil> it's decent, though my initial expectations were set pretty high by bisecting and finding the cause is runrest_ignore_message += pray: 16:01:50 <06advil> well, ok, it's good 16:01:58 <06advil> I was just hoping for an actual remnant of pray 16:02:25 <06advil> want to guess what channel "pray:" gets interpreted as? 16:02:35 DEATH 16:03:04 (I'm not sure why I thought that'd be funny) 16:08:02 (Real answer is wrath BTW) 16:26:02 <06advil> there's still an orthogonal barbs issues, which is that if you have a runrest_ignore_message set that ignores the barb clearing message, and you start a rest where your hp fills before removing the barbs, the game will attempt to rest forever (since the hard stopping condition of hp was previously met) 16:26:15 03advil02 07* 0.29-a0-360-g8ed1089: fix: don't parse bad channels as no channel in runrest rc lines 10(7 minutes ago, 2 files, 6+ 2-) 13https://github.com/crawl/crawl/commit/8ed1089bbe3c 16:27:36 <06advil> for example, in my testing you could simply set runrest_ignore_message += : 16:27:36 <06advil> (I imagine that breaks all sorts of things, but this is one) 16:27:59 <06advil> also @gammafunk that commit is gonna make gammafunk.rc (at least the one on CBR2) error 16:28:56 <06advil> (with the upside of not adding a blanket runrest_ignore_message!) 16:32:09 Unstable branch on crawl.kelbi.org updated to: 0.29-a0-360-g8ed1089bbe (34) 16:58:30 <10PleasingFungus> advil: that was a good bug 17:01:41 <06advil> just needed someone ignoring a removed channel to reach its true potential 17:03:06 <10PleasingFungus> the dream 17:06:48 <06advil> I wonder if a rest delay that meets the hp criteria should really even check runrest_ignore_message 18:34:21 <09gammafunk> oh, oops 18:38:01 <09gammafunk> updated rcs on the servers with a quick fix to remove said lines 21:46:40 <09gammafunk> if only I played crawl more myself, I'd actually run into issues with my own RC! 23:21:14 Unstable branch on cbro.berotato.org updated to: 0.29-a0-360-g8ed1089bbe (34)