![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
What does this error mean, and where do I start looking? This app has been running fine for months, and today when I restarted it for the first time since early June, it started throwing this error. Cannot convert parameter 13 to a DBTYPE_I4 -- /~\ The ASCII \ / Ribbon Campaign X Against HTML / \ Email! Remove the ns_ from if replying by e-mail (but keep posts in the newsgroups if possible). |
#3
| |||
| |||
|
|
I would work out from the understanding that parameter 13 (in you called procedure or prepared statement) cannot be converted to an Integer (a 4 byte one). Other than that one might need a little more context. One possibe guess could be .... Maybe parameter 13 is a BIGINT and only now you have exceeding the 4 byte limitations of the design??? |
| ns_dkerber (AT) ns_WarrenRogersAssociates (DOT) com> wrote in message news:MPG.24e9f194f72453ff989752 (AT) forums (DOT) sybase.com... What does this error mean, and where do I start looking? This app has been running fine for months, and today when I restarted it for the first time since early June, it started throwing this error. Cannot convert parameter 13 to a DBTYPE_I4 -- /~\ The ASCII \ / Ribbon Campaign X Against HTML / \ Email! Remove the ns_ from if replying by e-mail (but keep posts in the newsgroups if possible). |
#4
| |||
| |||
|
|
In article <4a802aa0$1 (AT) forums-3-dub (DOT) sybase.com>, "Nick Elson [Sybase iAnywhere]" <@nick@.@elson@@sybase@.@com@> says... I would work out from the understanding that parameter 13 (in you called procedure or prepared statement) cannot be converted to an Integer (a 4 byte one). Other than that one might need a little more context. One possibe guess could be .... Maybe parameter 13 is a BIGINT and only now you have exceeding the 4 byte limitations of the design??? |
|
A little more info: ASA 9.0.2.3804 on Win2k3 server (this was a relatively recent update; it was something like EBF 3456 until a couple of weeks ago, but the app worked fine after the db upgrade. The definition line of the SP in question: create procedure DBA.stp_WRAInsertEvent( @storeNbr varchar(10), @productId varchar(8), @vrChannel integer, @tankNbr integer, @eventType integer, @eventDescription varchar(50), @statusCode integer, @lossRate integer, @cumulativeLossRate integer, @eventDate datetime, @observationDate datetime, @notes varchar(500), @EventId integer output) So field 13 is the output value. This is being called from a Delphi program with ADO, and that field is being initialized to 0 before calling. The dephi prog hasn't been changed since February, and the OS has only had high priority windows updates done. Here is the part of the delphi app that defines the parameters: procedure SetAlertSpParams(Sp: TAdoStoredProc); var pm: TParameters; begin pm := Sp.Parameters; pm.Clear; pm.CreateParameter('@storeNbr', ftString, pdInput, 10, ''); pm.CreateParameter('@productId', ftString, pdInput, 8, ''); |
#5
| |||
| |||
|
|
In article <MPG.24e9fadcdfff7cb989753 (AT) forums (DOT) sybase.com>, ns_dkerber (AT) ns_WarrenRogersAssociates (DOT) com says... In article <4a802aa0$1 (AT) forums-3-dub (DOT) sybase.com>, "Nick Elson [Sybase iAnywhere]" <@nick@.@elson@@sybase@.@com@> says... I would work out from the understanding that parameter 13 (in you called procedure or prepared statement) cannot be converted to an Integer (a 4 byte one). Other than that one might need a little more context. One possibe guess could be .... Maybe parameter 13 is a BIGINT and only now you have exceeding the 4 byte limitations of the design??? It's pretty clear to me that this has something to do with ADO, becasue another app that does similar (though not identical) communication with this same db, isn't having any trouble. The major difference is that the other app uses dao rather than ado. Dave A little more info: ASA 9.0.2.3804 on Win2k3 server (this was a relatively recent update; it was something like EBF 3456 until a couple of weeks ago, but the app worked fine after the db upgrade. The definition line of the SP in question: create procedure DBA.stp_WRAInsertEvent( @storeNbr varchar(10), @productId varchar(8), @vrChannel integer, @tankNbr integer, @eventType integer, @eventDescription varchar(50), @statusCode integer, @lossRate integer, @cumulativeLossRate integer, @eventDate datetime, @observationDate datetime, @notes varchar(500), @EventId integer output) So field 13 is the output value. This is being called from a Delphi program with ADO, and that field is being initialized to 0 before calling. The dephi prog hasn't been changed since February, and the OS has only had high priority windows updates done. |
#6
| |||
| |||
|
|
It appears that dboledb9.dll and/or dboledba9.dll had become unregistered. Reregistering them with regsvr32 brought things back to normal. D In article <MPG.24ea115530768856989754 (AT) forums (DOT) sybase.com>, ns_dkerber (AT) ns_WarrenRogersAssociates (DOT) com says... In article <MPG.24e9fadcdfff7cb989753 (AT) forums (DOT) sybase.com>, ns_dkerber (AT) ns_WarrenRogersAssociates (DOT) com says... In article <4a802aa0$1 (AT) forums-3-dub (DOT) sybase.com>, "Nick Elson [Sybase iAnywhere]" <@nick@.@elson@@sybase@.@com@> says... I would work out from the understanding that parameter 13 (in you called procedure or prepared statement) cannot be converted to an Integer (a 4 byte one). Other than that one might need a little more context. One possibe guess could be .... Maybe parameter 13 is a BIGINT and only now you have exceeding the 4 byte limitations of the design??? It's pretty clear to me that this has something to do with ADO, becasue another app that does similar (though not identical) communication with this same db, isn't having any trouble. The major difference is that the other app uses dao rather than ado. Dave A little more info: ASA 9.0.2.3804 on Win2k3 server (this was a relatively recent update; it was something like EBF 3456 until a couple of weeks ago, but the app worked fine after the db upgrade. The definition line of the SP in question: create procedure DBA.stp_WRAInsertEvent( @storeNbr varchar(10), @productId varchar(8), @vrChannel integer, @tankNbr integer, @eventType integer, @eventDescription varchar(50), @statusCode integer, @lossRate integer, @cumulativeLossRate integer, @eventDate datetime, @observationDate datetime, @notes varchar(500), @EventId integer output) So field 13 is the output value. This is being called from a Delphi program with ADO, and that field is being initialized to 0 before calling. The dephi prog hasn't been changed since February, and the OS has only had high priority windows updates done. -- /~\ The ASCII \ / Ribbon Campaign X Against HTML / \ Email! Remove the ns_ from if replying by e-mail (but keep posts in the newsgroups if possible). |
#7
| |||
| |||
|
|
Interesting resolution. Not certain how it work & |
|
failed before that change but glad to hear you are 'out of the woods' now. |
![]() |
| Thread Tools | |
| Display Modes | |
| |