1. 09 Oct, 2008 1 commit
    • Georgi Kodinov's avatar
      Bug #32124 addendum · 5d1d1057
      Georgi Kodinov authored
       Fixed the handling of system variable retrieval
      in prepared statements : added a cleanup method
      that clears up the cache and restores the 
      original scope of the variable (which is overwritten
      at fix_fields()).
      5d1d1057
  2. 08 Oct, 2008 3 commits
    • Georgi Kodinov's avatar
      merge 5.1-bugteam -> bug 32124 5.1 tree · 8c6ffe36
      Georgi Kodinov authored
      8c6ffe36
    • Georgi Kodinov's avatar
      Bug #32124: crash if prepared statements refer to variables in the where clause · 489ad44a
      Georgi Kodinov authored
                        
      The code to get read the value of a system variable was extracting its value 
      on PREPARE stage and was substituting the value (as a constant) into the parse tree.
      Note that this must be a reversible transformation, i.e. it must be reversed before
      each re-execution.
      Unfortunately this cannot be reliably done using the current code, because there are
      other non-reversible source tree transformations that can interfere with this
      reversible transformation.
      Fixed by not resolving the value at PREPARE, but at EXECUTE (as the rest of the 
      functions operate). Added a cache of the value (so that it's constant throughout
      the execution of the query). Note that the cache also caches NULL values.
      Updated an obsolete related test suite (variables-big) and the code to test the 
      result type of system variables (as per bug 74).
      489ad44a
    • Marc Alff's avatar
      Merge 5.1-bugteam -> local bugfix branch · e300184c
      Marc Alff authored
      e300184c
  3. 07 Oct, 2008 10 commits
  4. 06 Oct, 2008 19 commits
  5. 04 Oct, 2008 2 commits
  6. 03 Oct, 2008 5 commits