06:04:18 <m-relay> <0​xfffc:monero.social> anybody is aware of something simpler than boost::bimap? (for same usage, two way hashtable)
12:56:37 <m-relay> <0​xfffc:monero.social> ```
12:56:38 <m-relay> <0​xfffc:monero.social>  Removing tx <33da9a0187b3bcbe8abb5dc776a20414f822924f0d3828fd70ec0640e2d21d0a> from tx pool, but it was not found in the sorted txs container!
12:56:40 <m-relay> <0​xfffc:monero.social> ```
12:56:42 <m-relay> <0​xfffc:monero.social> anybody has idea what does this message mean when starting monerod and during loading txpool?
13:02:47 <sech1> do you have a call stack for this error message?
13:03:07 <sech1> it's trying to remove tx id from std::map, but it's not there already
13:03:11 <sech1> which is strange
13:09:00 <m-relay> <0​xfffc:monero.social> sech, yes. will send you know. (disclaimer, this is a message from a custom PR. So this does not happen in our master branch)
13:12:09 <m-relay> <0​xfffc:monero.social> sech1 https://paste.debian.net/1320885/
13:14:40 <sech1> ok, so there is "m_txs_by_fee_and_receive_time" map, and the tx id being processed wasn't in that map. It's not a problem because this map can be pruned in other places, so it can get out of sync
13:16:54 <xFFFC0000> I am changing the underlying map structure. Why do we need to remove tx from m_txs_by_fee_and_receive_time? we process it, then remove it? 
13:43:01 <sech1> this function is called when tx is removed from mempool
13:43:04 <sech1> so it makes sense
13:51:20 <m-relay> <v​tnerd:monero.social> There's boost multi index, although it's not exactly a bimap
17:28:45 <m-relay> <j​effro256:monero.social> @selsta: done
17:28:48 <m-relay> <j​effro256:monero.social> thanks
20:34:30 <jerfo> .merges
20:34:30 -xmr-pr- 8203 8619 9114 9215 9338 9345 9346 9347
20:36:26 <m-relay> <j​effro256:monero.social> Being selfish, but can we add #9342 to the merge queue please? Can't compile master without that commit which makes branching annoying
21:07:11 <selsta> jeffro256: it seems only the release branch contains a test, not the master branch
21:07:22 <selsta> talking about `def pool_refresh(self):`
21:07:30 <selsta> is that intentional?
21:07:45 <selsta> .merge+ 9342
21:07:45 <xmr-pr> Added
22:41:31 <Bungo> o/ hey all, looking for some good sources for understanding the tech of atomic swaps
22:42:21 <Bungo> looking to gather funding/support around the task as i've spoken with a BTC whale from the OG era and they are interested in knowing more
22:43:29 <Bungo> (ie: they may be able to help if I can provide a more defined project scope / summary )