I had an interesting bug the other day. I wrote a foreach loop along these lines:<\/p>\n
foreach<\/span> (var<\/span> entry in<\/span> controlsByName)<\/p>\n {<\/p>\n entry.Key.SomeEvent += (sender,args)=>{ProcessControlName(entry.Value);}<\/p>\n }<\/p>\n<\/div>\n Looks innocent enough, right? There is a big catch here. In functional languages we are accustomed to the fact that everything is immutable. I subconsciously transferred this notion to C# lambdas. I thought that the lambdas capture outer variables by value<\/i> and carry this immutable value with them forever. This is wrong!<\/b>.<\/p>\n C# language specification (found at Even more surprisingly, there will be only one copy of the loop variable such as It turns out, you can even exploit this variable sharing making lambdas to communicate like this:<\/p>\n private<\/span> void<\/span> GetTangledLambdas(out<\/span> Func<\/span><int<\/span>> getter, out<\/span> Action<\/span><int<\/span>> setter)<\/p>\n {<\/p>\n int<\/span> x = 0;<\/p>\n getter = () => x;<\/p>\n setter = v => {x = v;};<\/p>\n }<\/p>\n <\/p>\n [TestMethod<\/span>]<\/p>\n public<\/span> void<\/span> Lambads_Can_Communicate_Through_Captured_Variable()<\/p>\n {<\/p>\n Func<\/span><int<\/span>> getter;<\/p>\n Action<\/span><int<\/span>> setter;<\/p>\n GetTangledLambdas(out<\/span> getter, out<\/span> setter);<\/p>\n setter(10);<\/p>\n Assert<\/span>.AreEqual(10, getter());<\/p>\n setter(20);<\/p>\n Assert<\/span>.AreEqual(20, getter());<\/p>\n }<\/p>\n<\/div>\n This, of course, is not even close to functional programming, even though it uses lambdas \ud83d\ude42<\/p>\n","protected":false},"excerpt":{"rendered":" I had an interesting bug the other day. I wrote a foreach loop along these lines: foreach (var entry in controlsByName) { entry.Key.SomeEvent += (sender,args)=>{ProcessControlName(entry.Value);} } Looks innocent enough, […]<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"Layout":"","footnotes":""},"categories":[8,4],"tags":[],"class_list":["entry","author-ikriv","post-491","post","type-post","status-publish","format-standard","category-cs","category-hack"],"_links":{"self":[{"href":"https:\/\/ikriv.com\/blog\/index.php?rest_route=\/wp\/v2\/posts\/491","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ikriv.com\/blog\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ikriv.com\/blog\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ikriv.com\/blog\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/ikriv.com\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=491"}],"version-history":[{"count":0,"href":"https:\/\/ikriv.com\/blog\/index.php?rest_route=\/wp\/v2\/posts\/491\/revisions"}],"wp:attachment":[{"href":"https:\/\/ikriv.com\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=491"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ikriv.com\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=491"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ikriv.com\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=491"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}C:\\Program Files\\Microsoft Visual Studio 9.0\\VC#\\Specifications<\/code> if you have Visual Studio 2008) states in paragraph 7.14.4 that outer variables are captured by reference<\/i>. They don’t use these exact words, but that’s the idea. If you change the value of the variable, all lambdas that captured it will be affected.<\/p>\nentry<\/code> above, and all lambdas will share this single copy. This means that the code above has a bug. After the loop has finished, if SomeEvent<\/code> is fired by one of the controls, the name passed to ProcessControlName()<\/code> will always be the name of the last control<\/b><\/font>, regardless of which control fired the event!<\/p>\n