[Classic ASP] ADO localization probleem

[_VpS_]

Ik heb 2 servers waarvan de regional settings identiek zijn. Beide servers draaien op win 2003 met IIS6 en sql server 2000.

Gegeven de volgende legacy code in classic ASP:

Visual Basic:

set conn=Server.CreateObject("ADODB.Connection")
conn.open "Provider=SQLOLEDB.1;User ID=xxx;Initial Catalog=zzzz;Persist Security Info=True;Password=yyy;Data Source=qqq"
set rs = Server.CreateObject("ADODB.recordset")
Dim c
c = "3,14"

Dim objCommand 
Set objCommand = Server.CreateObject("ADODB.Command")
With objCommand
  .ActiveConnection = conn  
  .CommandType = 1
  .CommandText = "update mytbl set dblvalue=?"        
  .Prepared = True
  .Parameters.Append .CreateParameter("val", 5 , 1, , c)    
  .Execute , , adExecuteNoRecords
End With

Probleem:

• Op de ene server wordt "3.14" opgeslagen als "3.14" en "3,14" als "314"
• Op de andere server wordt "3.14" opgeslagen als "314" en "3,14" als "3.14"

Waar komt dit verschil vandaan? Het heeft sowieso te maken met localization settings, maar voor zover ik kan zien zijn ze identiek en bovendien zou localization geen issue moeten zijn met ado parameters?

[RobIII]

_VpS_ schreef op maandag 27 juni 2011 @ 16:25:
maar voor zover ik kan zien zijn ze identiek

Heb je toevallig een LCID geset in de ASP pagina's ergens? En zo ja, staat die bij beiden hetzelfde? (Let op, er is een metabase LCID, een page directive LCID, een Session LCID en een Response LCID). Verder zou je, to be sure, even een "select @@language, @@langid" op beide servers los kunnen laten, maar AFAIK is dat niet echt relevant.

_VpS_ schreef op maandag 27 juni 2011 @ 16:25:
en bovendien zou localization geen issue moeten zijn met ado parameters?

Als je een float/double zou passen als parameter niet nee, maar je passed een string...
Je hebt nu:

Visual Basic:

Dim c
c = "3,14" 

Maak daar eens van:

Visual Basic:

Dim c
c = 3.14

Als je de waardes uit user-input krijg zul je dus even een CDbl, CSng, CCur oid erop los moeten laten. Denk eraan dat deze functies locale-aware zijn en dus afhankelijk van de LCID.

[ Voor 45% gewijzigd door RobIII op 27-06-2011 19:07 ]

[Grijze Vos]

check ook even de collation van je databases

[_VpS_]

Ik was op een zijspoor gezet. Het ligt niet aan de ADO code.

Dit is een zwaar versimpelde versie van de echte code. De productie code draait in een COM+ dll geschreven in VB6. RobIII's comment hielp me op weg.

De LCID in de DLL opgrevraagd: op de ene server is het 1043 en op de andere 1033, ondanks dat de regional settings op beide servers identiek zijn (er wordt overigens nergens expliciet een LCID ingesteld).

Is er een andere setting in windows die hierop van invloed is?

[RobIII]

_VpS_ schreef op dinsdag 28 juni 2011 @ 15:25:
Is er een andere setting in windows die hierop van invloed is?

Ben je alle 4(!) locaties waar die LCID kan voorkomen nagelopen?

[_VpS_]

Ja, page, session en response level lcid's worden niet gebruikt. Metabase lcid is identiek op beide servers (2048).

[RobIII]

En de Locale settings zijn voor IUSR (of de user waaronder de website draait) ook beiden hetzelfde? Of heb je alleen de administrator (of je eigen) user gecontroleerd?

[_VpS_]

Ik zat inderdaad in die richting te kijken. Het blijkt dat de COM+ component op de 2de server onder een eigen locale identity draaide die 1043 als locale had staan. Dat zoiets triviaals zoveel tijd kon kosten.

Thanks for all the help.