1. 23 Jun, 2007 2 commits
  2. 22 Jun, 2007 4 commits
    • gkodinov/kgeorge@magare.gmz's avatar
      Merge gkodinov@bk-internal.mysql.com:/home/bk/mysql-5.0-opt · 6a6f7234
      gkodinov/kgeorge@magare.gmz authored
      into  magare.gmz:/home/kgeorge/mysql/autopush/B28400-5.0-opt
      6a6f7234
    • gkodinov/kgeorge@magare.gmz's avatar
      Bug #27383: Crash in test "mysql_client_test" · f45601ce
      gkodinov/kgeorge@magare.gmz authored
      The C optimizer may decide that data access operations
      through pointer of different type are not related to 
      the original data (strict aliasing).
      This is what happens in fetch_long_with_conversion(),
      when called as part of mysql_stmt_fetch() : it tries 
      to check for truncation errors by first storing float
      (and other types of data) into a char * buffer and then 
      accesses them through a float pointer.
      This is done to prevent the effects of excess precision
      when using FPU registers.
      However the doublestore() macro converts a double pointer
      to an union pointer. This violates the strict aliasing rule.
      Fixed by making the intermediary variables volatile (
      to not re-introduce the excess precision bug) and using
      the intermediary value instead of the char * buffer.
      Note that there can be loss of precision for both signed
      and unsigned 64 bit integers converted to double and back,
      so the check must stay there (even for compatibility 
      reasons).
      Based on the excellent analysis in bug 28400.
      f45601ce
    • holyfoot/hf@hfmain.(none)'s avatar
      Merge bk@192.168.21.1:mysql-5.0-opt · 287f3485
      holyfoot/hf@hfmain.(none) authored
      into  mysql.com:/home/hf/work/28839/my50-28839
      287f3485
    • holyfoot/hf@mysql.com/hfmain.(none)'s avatar
      78c53ea3
  3. 21 Jun, 2007 4 commits
  4. 20 Jun, 2007 9 commits
  5. 19 Jun, 2007 3 commits
  6. 18 Jun, 2007 3 commits
  7. 17 Jun, 2007 10 commits
  8. 16 Jun, 2007 5 commits