title: Odd behaviour of casing of a control name in vb6 code
body: <p>I have a label control on a form named <strong>lblTotal</strong></p>
  
  <p>During my last commit to the repository I was surprised to see this form's name on the modified list.</p>
  
  <p>When I looked through the code I saw that all occurrances of this control's name were now <strong>lbltotal</strong>, (ie Small t). </p>
  
  <p>The control's name itself was <strong>lblTotal</strong> in the properties window.</p>
  
  <p>Further when I used ctrl-F with case matching to find <strong>lbltotal</strong> it would only find one as instantly all other occurrances would revert to <strong>lblTotal</strong>.
  So it seems that at some moment after the IDE records some event in the code window it gets around to making the casing conform to the control's name.</p>
  
  <p>What I don't understand is how this happened in the first place without a change to the control's name?
  Can someone explain how?</p>
  
  <p>PS After I wrote the above I saw <a href="https://stackoverflow.com/questions/248760/vb6-editor-changing-case-of-variable-names">this</a>. Interestingly I also had a string variable that's name had its casing changed  during the same commit and I assumed I must have changed it myself but now, having read the above I think it's because the same variable name was present in a different scope.
  However there is no other occurrance of <strong>lbltotal</strong> anywhere else in the project.</p>
  
  <p>PPS <strong>lblTotal</strong> is actually <strong>lblTotal(0)</strong> and many more copies are loaded during runtime, so a lot of the code references are <strong>lbltotal(x1).Caption</strong> etc. I don't know if this makes any difference.</p>
  
  <p>Finally has anyone ever seen vb6 change the casing of string literals by itself? (Please God no!!)
  Actually this last point is what causes me the most unease about this experience as in TOO many places in the codebase string literals are used in conditional clauses.</p>