![]() | |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
According to the Pervasive.SQL V8 documentation, the "type" parameter of the CONVERT function is an ODBC type. When doing a CONVERT, is the kernel executing the function, or is ODBC? I'm having a bit of a problem with a CONVERT(string, SQL_DATE) on a Pervasive 2000 (Netware) database. The function works fine on my Developer's Workgroup V8, but in a production Netware environment, it's crashing with a syntax error. Any enlightenment would be appreciated. |
#3
| |||
| |||
|
|
Any CONVERT would be done by the SQL engine. The MicroKernels only concern with data types is when it is sorting a key. To it, bytes are bytes and it does not do any conversions. If it works with V8 but fails with 2000 (fcs, sp1, sp2)? you may wish to upgrade to Pervasive.SQL 2000i sp4 plus hot fix. http://www.pervasive.com/support/updates/ Which resolves specifically: 35065 Rather unconventional view of "CREATE VIEW MYVIEW AS SELECT CONVERT('1900-01-01', SQL_DATE)" caused the engine to GPF. which looks to me like it should fix your convert statement. |
#4
| |||
| |||
|
|
Any CONVERT would be done by the SQL engine. The MicroKernels only concern with data types is when it is sorting a key. To it, bytes are bytes and it does not do any conversions. If it works with V8 but fails with 2000 (fcs, sp1, sp2)? you may wish to upgrade to Pervasive.SQL 2000i sp4 plus hot fix. http://www.pervasive.com/support/updates/ Which resolves specifically: 35065 Rather unconventional view of "CREATE VIEW MYVIEW AS SELECT CONVERT('1900-01-01', SQL_DATE)" caused the engine to GPF. which looks to me like it should fix your convert statement. Leonard |
![]() |
| Thread Tools | |
| Display Modes | |
| |