Jeg bruger ODBC til en ekstern database (på en ekstern server). Jeg opdaterer - dvs kører forespørgsler - på den eksterne database hvert tredje minut. Efter systemet har kørt en del dage melder den pludselig en eller anden fejl om stack overflow eller noget og dør. Herefter kan man genstarte concorden (v3) og alt virker igen. Den periodemæssige afvikling af kørslen startes fra en forms refresh (lige som INBOX).
Er der nogle, der kender den fejl? Jeg kunne godt bruge et godt råd. Er det fx bedre at lave en 'persistent' forbindelse til den eksterne DB eller ? Jeg skal snart benytte ODBC til løbende opdateringer i et mere kritisk miljø og har derfor brug for en stabil, fornuftig løsning.
DMA>> Build: 48 (SP1) #5 Kerne: 3.0 (Build 43) - Vi har nogle gange oplevet et lignende problem med INBOX, hvor den pludselig melder en lignende bufferoverrun fejl eller noget. Findes der en løsning?
Broholm>> Du har før skrevet omkring fejlen ved READ AS ODBC, så derfor bruger jeg ODBCInfo i alle kørsler:)
Build 43 er seneste version af kernen. Så der er ikke noget at hente der. Det er nok en ikke-identificeret fejl (eller i hvert fald ikke-rettet...). Sorry!
Der er flere fejl i ODBC driveren fra Microsoft. Prøv evt. at kigge på deres partnerguide for at se om problemet allerede er indberettet. Lige pt. arbejder vi med at ODBC melder om "invalid argument" og har tidligere har problemer med INSERT, hvor indekset bliver smadret.
Ok, men det er MySQL's ODBC-driver vi bruger, ikke microsofts. Fejlene kommer kun i C5. Nogle gange lyder fejlen også, at der ikke kan åbnes flere forbindelse, da den ikke har lukket dem efter sig, hvilket den ellers normalt gør.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
