Inconsistent RDB$COLLATION_ID when restoring from 2.5 to 3.0 for same UDF -------------------------------------------------------------------------
Key: CORE-6081 URL: http://tracker.firebirdsql.org/browse/CORE-6081 Project: Firebird Core Issue Type: Bug Components: Engine Affects Versions: 3.0.3 Environment: Win, x64 Reporter: Jiri Cincura Steps: 1. Create empty database on 2.5. 2. Create this UDF: DECLARE EXTERNAL FUNCTION BIGTIMESPAN_TO_STRING BIGINT RETURNS CSTRING(20) FREE_IT ENTRY_POINT 'BigTimeSpanToString' MODULE_NAME 'Fast'; 3. Backup the database using gbak. 4. Restore the database on 3.0 using gbak. 5. Check RDB$FUNCTION_ARGUMENTS.RDB$COLLATION_ID for the return argument. It's NULL. 5. Create the same UDF again (either new name or drop+create). 6. Check RDB$FUNCTION_ARGUMENTS.RDB$COLLATION_ID for the return argument again. It's non-NULL. Same function, same declaration, different result. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://tracker.firebirdsql.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel