00:57:43 -!- amalloy_ is now known as amalloy 04:51:24 -!- rabbi is now known as rabbit__ 05:21:32 -!- amalloy is now known as amalloy_ 06:20:03 -!- amalloy_ is now known as amalloy 08:38:49 I see I've reached the bit of 0.23 where ebering fixes bugs I fixed in a different way :-) 11:22:47 Stable (0.23) branch on underhound.eu updated to: 0.23.1-91-gf373564dc4 12:15:48 felt (L27 HOFi) ASSERT(!invalid_monster(&mons)) in 'mon-death.cc' at line 1714 failed. (Zot:4) 12:49:08 EnegeticOcto (L18 OgAs) ASSERT(attacker) in 'attack.cc' at line 353 failed. (Shoals:4) 13:48:26 Apparent error in wizlab.des 13https://crawl.develz.org/mantis/view.php?id=12191 by damerell 14:37:17 -!- Euph0ria is now known as EuphOria 16:14:08 -!- aidanh_ is now known as aidanh 18:04:21 is there a way to pass an extra variable here? Or no? (I'm close to abusing the pow to encode an enum inside the integer; since I couldn't find a way that worked). https://hastebin.com/afixezukim.cpp 18:10:13 I'm not sure I understand the question but if you have a variable you want to use in the closure that's coming from outside the closure, add it to the capture list in brackets 18:10:42 square brackets 18:11:39 https://en.cppreference.com/w/cpp/language/lambda 18:15:37 ahh dammit I tried something so close (putting it in the parentheses instead of the brackets)...more of my chaos magic stuff, chaos tick on Ignite Poison it can turn poison into acid or freeze it, etc. instead I needed to pass a beam_type through there to synchronize it. 18:27:50 yeah, the parenthesis are the arguments to the function itself so is passed from apply_area_visible, not the calling code there 21:00:39 -!- adibis is now known as aditya