Microsoft VBScript runtime error '800a0006'/Overflow: 'Cint'

faktor = Cint(rs("lease") / 100)

Nu kan jeg ikke lige se hvad værdisættet for lease er men den nuværende værdi falder udenfor det tilladte for en int i VBScript (-32768 til 32767), så måske du skulle bruge en clng i stedet...? Desuden kan det være du skal checke for null-værdi, med mindre du kan garantere at databasen altid leverer et felt med validt numerisk indhold.

Det som undrer  mig aller mest er, at scriptet har fungeret i ca. 5 år og hos den  samme udbyder  de sidste 2 år og der er ikke foretaget ændringer i programmeringen - for  det har jeg ikke forstand på....

softspot/ jeger ikke helt klar over hvad du mener med at databasen skal levere et felt med valid numerisk indhold.

Det var under den antagelse at rs("lease") er et felt der stammer fra en database?

Jeg nævner null-værdien i databasen fordi det er en typisk fejl at undlade test for null-værdier når man trækker data ud af en database. Noget kunne dog tyde på at feltet, dvs. rs("lease"), indeholder en numerisk værdi, som bare falder udenfor det tilladte værdifelt for en integer. Derfor vil jeg anbefale at du benytter clng i stedet for cint...

Feltet lease er datatype: tal feltstørrelse: lang heltal antal decimaler: automatisk - obligatorisk og indexeret er i begge tilfælde: nej - opslag: tekstbox

Jeg ved ikke om dette siger dig noget, men jeg håber...

som softspot siger:

prøv:

faktor = Clng(rs("lease") / 100)

cpufan/softspot - det harjeg gjort og med uændret resultat...og desuden findes:
  faktor = Cint(rs("lease")) / 100
også andetsteds i programmeringen (ved linie 650 samt linie 736) uden at det giver problemer

Softspots forslag  virkede, men kun efter at jeg have rette alle 3 - jeg havde fokuseret min på den som jeg beskrev.
Opret venligst et svar så du kan få dine point.
Mvh
Mogens

Det skal jeg gøre... :)

Tak for point :)

Hej softspot - jeg kan forstå, at du har tjek på det med ASP/MDB så jeg håber, at du måske kunne fortælle mig om jeg kan konvertere min access.mdb om til MySQL og stadig kunne anvende mine ASP sider - det drejer sig om www.domain4sale.dk som jeg skal have flyttet til en anden udbyder som ikke supporterer access.
/mvh mogens

Hmmm... ikke ligefrem ekspert på Access og da slet ikke på MySQL. Som jeg har forstået er det nogle forskelle på hvordan man skriver SQL til de to databaser (alt efter hvor avanceret du har lavet dine SQL-sætninger) og det er derfor nok tvivlsomt om du undgår at skulle checke langt de fleste opslag og opdateringer efter når du flytter.

Hvad angår flytningen af selve databasen til MySQL, ville jeg personligt tage udgangspunkt i Google og så søge på noget med "Access MySQL Migration" eller noget i den stil. Mon ikke der er nogle MySQL-fanatikere der har lavet sådan et værktøj lige til at hente ned og køre :)