An error occurred fetching the project authors.
  1. 02 Mar, 2006 2 commits
  2. 24 Feb, 2006 1 commit
  3. 16 Feb, 2006 1 commit
  4. 15 Feb, 2006 1 commit
  5. 26 Jan, 2006 1 commit
    • pem@mysql.com's avatar
      Fixed on BUG#16568: Continue handler with simple CASE not working correctly · ff4e2892
      pem@mysql.com authored
        After trying multiple inheritance (to messy and hard make it work) and
        sublassing jump_if_not (worked, but ugly), decided to on this solution
        instead:
        Inserting an abstract sp_instr_opt_meta class as parent for all instructions
        with destinations makes it possible to handle a continuation pointer for
        sp_instr_set_case_expr too.
        Note: No special test case; the fix is captured by the changed behaviour of
        bug14643_2, and bug14498_4 (formerly disabled), in sp.test.
      ff4e2892
  6. 25 Jan, 2006 1 commit
  7. 20 Jan, 2006 1 commit
  8. 19 Jan, 2006 1 commit
  9. 17 Jan, 2006 1 commit
  10. 12 Jan, 2006 1 commit
  11. 13 Dec, 2005 1 commit
  12. 08 Dec, 2005 1 commit
    • konstantin@mysql.com's avatar
      A fix and a test case for Bug#15441 "Running SP causes Server · bbf3a593
      konstantin@mysql.com authored
      to Crash": the bug was that due to non-standard name
      resolution precedence in stored procedures (See Bug#5967)
      a stored procedure variable took precedence over a table column
      when the arguments for VALUES() function were resolved.
      The implementation of VALUES() function was not designed to work
      with Item_splocal and crashed.
      VALUES() function is non-standard. It can refer to, and
      is meaningful for, table columns only. The patch disables SP 
      variables as possible arguments of VALUES() function.
      bbf3a593
  13. 07 Dec, 2005 1 commit
    • anozdrin@mysql.com's avatar
      Patch for WL#2894: Make stored routine variables work · 0ff8f60b
      anozdrin@mysql.com authored
      according to the standard.
      
      The idea is to use Field-classes to implement stored routines
      variables. Also, we should provide facade to Item-hierarchy
      by Item_field class (it is necessary, since SRVs take part
      in expressions).
      
      The patch fixes the following bugs:
        - BUG#8702: Stored Procedures: No Error/Warning shown for inappropriate data 
          type matching; 
       
        - BUG#8768: Functions: For any unsigned data type, -ve values can be passed 
          and returned; 
       
        - BUG#8769: Functions: For Int datatypes, out of range values can be passed 
          and returned; 
       
        - BUG#9078: STORED PROCDURE: Decimal digits are not displayed when we use 
          DECIMAL datatype; 
       
        - BUG#9572: Stored procedures: variable type declarations ignored; 
       
        - BUG#12903: upper function does not work inside a function; 
       
        - BUG#13705: parameters to stored procedures are not verified; 
       
        - BUG#13808: ENUM type stored procedure parameter accepts non-enumerated
          data; 
       
        - BUG#13909: Varchar Stored Procedure Parameter always BINARY string (ignores 
          CHARACTER SET); 
       
        - BUG#14161: Stored procedure cannot retrieve bigint unsigned;
      
        - BUG#14188: BINARY variables have no 0x00 padding;
      
        - BUG#15148: Stored procedure variables accept non-scalar values;
      0ff8f60b
  14. 06 Dec, 2005 1 commit
  15. 05 Dec, 2005 1 commit
  16. 03 Dec, 2005 1 commit
  17. 02 Dec, 2005 2 commits
  18. 01 Dec, 2005 1 commit
  19. 26 Nov, 2005 1 commit
  20. 23 Nov, 2005 2 commits
  21. 22 Nov, 2005 2 commits
    • bell@sanja.is.com.ua's avatar
      7bd691f1
    • bell@sanja.is.com.ua's avatar
      Fix for BUG#13549 "Server crash with nested stored procedures · 2bcd6897
      bell@sanja.is.com.ua authored
      if inner routine has more local variables than outer one, and
      one of its last variables was used as argument to NOT operator".
      
      THD::spcont was non-0 when we were parsing stored routine/trigger
      definition during execution of another stored routine. This confused
      methods of Item_splocal and forced them use wrong runtime context.
      Fix ensures that we always have THD::spcont equal to zero during
      routine/trigger body parsing. This also allows to avoid problems
      with errors which occur during parsing and SQL exception handlers.
      2bcd6897
  22. 18 Nov, 2005 1 commit
  23. 15 Nov, 2005 1 commit
    • pem@mysql.com's avatar
      Fixed BUG#14723: Dumping of stored functions seems to cause corruption · 547f2676
      pem@mysql.com authored
                       in the function body
        Changed the way the end of query was found from the lex state.
        The routine body was not extracted correctly when using the
        /*!version ... */ wrapper (in dump files); for some types of routines
        (e.g. with a label at the first begin), the trailing "*/" was not skipped.
        This is a recommit for the 5.0.16-release tree.
      547f2676
  24. 11 Nov, 2005 1 commit
    • pem@mysql.com's avatar
      Fixed BUG#14723: Dumping of stored functions seems to cause corruption · 7d134961
      pem@mysql.com authored
                       in the function body
        Changed the way the end of query was found from the lex state.
        The routine body was not extracted correctly when using the
        /*!version ... */ wrapper (in dump files); for some types of routines
        (e.g. with a label at the first begin), the trailing "*/" was not skipped.
      7d134961
  25. 08 Nov, 2005 1 commit
  26. 04 Nov, 2005 1 commit
    • pem@mysql.com's avatar
      Fixed BUG#14498: Stored procedures: hang if undefined variable and exception · 58db5436
      pem@mysql.com authored
        The problem was to continue at the right place in the code after the
        test expression in a flow control statement fails with an exception
        (internally, the test in sp_instr_jump_if_not), and the exception is
        caught by a continue handler. Execution must then be resumed after the
        the entire flow control statement (END IF, END WHILE, etc).
      58db5436
  27. 03 Nov, 2005 1 commit
  28. 01 Nov, 2005 1 commit
  29. 27 Oct, 2005 1 commit
  30. 24 Oct, 2005 1 commit
  31. 19 Oct, 2005 1 commit
    • pem@mysql.com's avatar
      Fixed BUG#13941: replace() string fuction behaves badly inside stored · ca5e435f
      pem@mysql.com authored
                       procedure
        For some functions returning strings (like "replace" and "ifnull" - where
        val_str() is returning a pointer into one of the parameters) - we ended
        up with a dangling pointer after the new operator destroyed the reuse item
        in the eval function.
        A working, if not very elegant, solution is to simply copy the string in
        such cases.
      ca5e435f
  32. 17 Oct, 2005 1 commit
  33. 16 Oct, 2005 1 commit
  34. 13 Oct, 2005 1 commit
    • bar@mysql.com's avatar
      type_binary.result, type_binary.test: · 39b0712c
      bar@mysql.com authored
        new file
      mysql_fix_privilege_tables.sql, mysql_create_system_tables.sh:
        Adding true BINARY/VARBINARY: fixing "password" type, not to be 0x00-padding.
      Many files:
        Adding true BINARY/VARBINARY: fixing tests not to output 0x00 bytes.
        Adding true BINARY/VARBINARY: new pad_char structure member.
      ctype-bin.c:
        Adding true BINARY/VARBINARY: new pad_char structure member.
        New strnxfrm, with two trailing length bytes.
      field.cc:
        Adding true BINARY/VARBINARY.
      39b0712c
  35. 29 Sep, 2005 1 commit
  36. 27 Sep, 2005 1 commit
    • pem@mysql.com's avatar
      Fixed BUG#12589: Assert when creating temp. table from decimal stored · 2f3682db
      pem@mysql.com authored
                       procedure variable
        Second version, after review.
        Keep the unsigned_flag in Item_decimal updated. Note that this also changed
        the result of several old test results - creating tables from decimal
        templates now gives unsigned columns and different sizes. (Several tests
        had Length > Max_length before.)
      2f3682db