1. 02 Mar, 2008 1 commit
  2. 27 Feb, 2008 1 commit
  3. 23 Feb, 2008 1 commit
  4. 22 Feb, 2008 1 commit
  5. 21 Feb, 2008 3 commits
  6. 20 Feb, 2008 2 commits
  7. 19 Feb, 2008 1 commit
    • vvaintroub@wva.'s avatar
      Bug#31745 - crash handler does not work on Windows · f5932c0d
      vvaintroub@wva. authored
      - Replace per-thread signal()'s with  SetUnhandledExceptionFilter(). 
        The only remaining signal() is for SIGABRT (default abort()
        handler in VS2005 is broken, i.e removes user exception filter)
      - remove MessageBox()'es  from error handling code
      - Windows port for print_stacktrace() and write_core() 
      - Cleanup, removed some unused functions
      f5932c0d
  8. 18 Feb, 2008 4 commits
  9. 15 Feb, 2008 1 commit
  10. 14 Feb, 2008 4 commits
  11. 13 Feb, 2008 4 commits
  12. 12 Feb, 2008 3 commits
  13. 11 Feb, 2008 5 commits
  14. 08 Feb, 2008 3 commits
    • aelkin/andrei@mysql1000.dsl.inet.fi's avatar
      bug#34427 slave misses rendezvous in rpl_variables · f01531b7
      aelkin/andrei@mysql1000.dsl.inet.fi authored
      There was no instruction in the test that enforces the slave successfully connect
      to the master.
      The way the test was been written allowed the slave to had been late for rendezvous 
      so that about-connecting time queries to the master failed and are error-logged
      to had been seen in Warnings of pb.
      
      Fixed with adding a sychronization primitive to the test.
      No test case is possible, observe error logs on pb.
      
      Todo: revise need of rpl_report.pl's rules due to failing execution of
      queries from get_master_verion_and_clock().
      Any test should try to use a synchornization primitive like the current fix
      makes and do not let the slave to miss successful connecting.
      f01531b7
    • kostja@dipika.(none)'s avatar
      Merge bk-internal.mysql.com:/home/bk/mysql-5.0 · 0e4b6ea0
      kostja@dipika.(none) authored
      into  dipika.(none):/opt/local/work/mysql-5.0-runtime
      0e4b6ea0
    • davi@mysql.com/endora.local's avatar
      Bug#33798 prepared statements improperly handle large unsigned ints · 24b9abf3
      davi@mysql.com/endora.local authored
      The unsignedness of large integer user variables was not being
      properly preserved when feeded to prepared statements. This was
      happening because the unsigned flags wasn't being updated when
      converting the user variable is converted to a parameter.
      
      The solution is to copy the unsigned flag when converting the
      user variable to a parameter and take the unsigned flag into
      account when converting the integer to a string.
      24b9abf3
  15. 07 Feb, 2008 6 commits