webForumDet fria alternativet

Konstigt felmeddelande

ASP

2 svar · 204 visningar · startad av peppar

Medlem sedan dec. 2001873 inlägg
Frågan#1

Får detta felmeddelande:

Feltyp:
Microsoft OLE DB Service Components (0x8000FFFF)
Oåterkalleligt fel
E:\en katalog\guideopen.asp, line 5

När jag exekverar denna fil

 <%	Set Conn = Server.CreateObject( "Adodb.Connection" )
	Conn.Provider = "Microsoft.Jet.OLEDB.4.0"
	MdbFilePath = Server.MapPath("/xxx/sökväg.mdb") 
	Conn.ConnectionString = "Data Source='" & MdbFilePath & "'"
	[B]Conn.open %>[/B]

Linje 5 är fetmarkerad.
Vad kan detta bero på? Sökvägarna stämmer, jag ropar på denna filen med #include File...

Medlem sedan feb. 200112 078 inlägg
#2

1. Du har ju inte angivit vilken drivrutin som skall användas.
2. Dessutom finns det inget SQL-statement angivet.
3. Man skall inte använda ' innan man anger sökvägen till parametern Data Source i ADO.
4. Använd metoden Execute istället för .open i de tillfällen då du inte behöver använda open.

<%
Set Conn = Server.CreateObject( "Adodb.Connection" )
Conn.Provider = "Microsoft.Jet.OLEDB.4.0"
[red]SQL = "SELECT * FROM tabell"[/red]
MdbFilePath = Server.MapPath("/xxx/sökväg.mdb") 
Conn.ConnectionString = "[red]Provider=Microsoft.Jet.OLEDB.4.0;[/red]Data Source=" & MdbFilePath
[red]conn.execute(SQL)[/red]
%>
Medlem sedan dec. 2001873 inlägg
#3

Ber om ursäkt att jag var lite otydlig.

peppar skrev:

jag ropar på denna filen med #include File...

Filen guideopen.asp är en SSI som jag använder enbart för att öppna databasen, så att jag skall slippa ange sökvägar och drivrutiner varenda gång jag skall öppna databasen. Så i den filen skall inte SQL-erna exekveras eftersom dom byggs längre ner i koden. Det är väl dumt av mig att ha min conn.open i #Include filen, men ofta så bygger jag SQL-er direkt efter den filen och exekverar dom direkt, och eftersom detta oftast sker dynamiskt så anser jag att det är dumt att ha dom i #Include filen. För då skulle det bli en himskans massa #include filer ;)

Hur som helst, tack för tipsen! Vet ej varför jag fick felet, men det har löst sig, efter en omstart av IISen.

:)

291 ms totalt · 4 externa anrop · v20260731065814-full.a51de22e
137 ms — deklarationer (db)
0 ms — hämta statistik (cache)
145 ms — hämta tråd, inlägg och bilagor (db)
143 ms — ändringar (db)