[ASP] Not a valid file name

[.GoO]

Ik heb een ASP pagina gemaakt op brinkster die gewoon prima werkte. Echter toen ik deze op de 'echte' server in gebruik wilde gaan nemen kreeg ik een vreemde melding waarvan ik zo snel niet weet wat ik eraan moet doen.. Zoeken leverde wel iets resultaten op, maar erg weinig en niets waar ik iets mee kon..

De foutmelding is als volgt:

Microsoft JET Database Engine error '80004005'

Not a valid file name.

/kb/chk_login.asp, line 16

Line 16 verwijst vervolgens naar deze zin:

conToe.open "Data Source=" & strToe & "; Provider=Microsoft.Jet.OleDB.4.0;"

Op de een of andere manier kan ie die connectie dus niet openen.. Hieronder de hele connectie waar ik gebruik van maak:

Dim conToe, rstToe, strToe

strToe = Request.ServerVariables("APPL_PHYSICAL_PATH") & "D:\sqldata\MSSQL\Data\intake.mdb"

set conToe = server.CreateObject("ADODB.connection")
conToe.open "Data Source=" & strToe & "; Provider=Microsoft.Jet.OleDB.4.0;"

set rstToe = Server.CreateObject("ADODB.recordset")
rstToe.open "SELECT * FROM Toegang", conToe, 2, 2

Het path naar de database is gewoon juist... Iemand een idee waar de fout kan zitten?

[P_de_B]

Doe eens een response.write van strTOE, je ziet dan denk ik wel wat er verkeerd is.

Debuggen heet dat.

[faabman]

bij strtoe ff dat request.servervariables verhaal weghalen en alleen het werkelijke pad aangeven???

verder is dit wel simpele vraag hoor

[ Voor 3% gewijzigd door faabman op 06-01-2004 13:13 . Reden: smilies zijn moeilijk :+ ]

[gorgi_19]

Kijk ook eens naar het onderdeel over debuggen in ASP

[.GoO]

Zal het allebei even proberen... En dat stukje over debuggen heb ik al gelezen.. Ben blij dat jullie het een simpele vraag vinden

Maar vind het wel vreemd dat het eerst wel normaal werkte... Die 'not a valid file name' kan dat een verkeerd path zijn of kapotte database of wat?

[gorgi_19]

devv05 schreef op 06 januari 2004 @ 13:21:
Maar vind het wel vreemd dat het eerst wel normaal werkte... Die 'not a valid file name' kan dat een verkeerd path zijn of kapotte database of wat?

Kijk eerst maar eens wat Response.Write zegt.. Gokken doe ik wel met de Staatsloterij..

[Altaphista]

devv05 schreef op 06 januari 2004 @ 13:21:
Zal het allebei even proberen... En dat stukje over debuggen heb ik al gelezen.. Ben blij dat jullie het een simpele vraag vinden

Maar vind het wel vreemd dat het eerst wel normaal werkte... Die 'not a valid file name' kan dat een verkeerd path zijn of kapotte database of wat?

Kan zijn dat Brinkster ongelidige/foute aanroepen verving door juiste waarden? Zodat n00bs de boel niet kunnen laten vastlopen?

[UniCache2]

offtopic:
Volgens mij kan je bij brinkster alleen maar een database zetten in de 'db' directory.

code:

strToe = Server.Mappath("/db/intake.mdb")

[.GoO]

Volgens mij kan je bij brinkster alleen maar een database zetten in de 'db' directory

Klopt, maar op brinkster werkt het ook wel.. Alleen die heb ik slechts gebruikt om te ontwerpen omdat de uiteindelijke server toen nog niet klaar voor gebruik was..

[gorgi_19]

devv05 schreef op 06 januari 2004 @ 13:35:
[...]


Klopt, maar op brinkster werkt het ook wel.. Alleen die heb ik slechts gebruikt om te ontwerpen omdat de uiteindelijke server toen nog niet klaar voor gebruik was..

Als APPL_PHYSICAL_PATH leeg is, dan krijg je ook geen problemen. Bevat deze wel een waarde, dan gaat ie bokken.

[.GoO]

gorgi_19 schreef op 06 januari 2004 @ 13:41:
[...]

Als APPL_PHYSICAL_PATH leeg is, dan krijg je ook geen problemen. Bevat deze wel een waarde, dan gaat ie bokken.

De server.mappath oplossing van UniCache2 zou dan wel moeten werken?

[Jaspertje]

http://www.brinkster.com/GeneralDatabaseGuide.asp

Heb je hun support al bekeken??

[gorgi_19]

devv05 schreef op 06 januari 2004 @ 13:42:
[...]


De server.mappath oplossing van UniCache2 zou dan wel moeten werken?

Gewoon een harde verwijzing neerzetten werkt ook

d:\inetpub\db\database.mdb

Echter, ik heb eigenlijk een voorkeur om een include bestand c.q. config bestand te maken en hier je pad in te zetten, ipv een pad hardcoded in je code neer te zetten.

[.GoO]

gorgi_19 schreef op 06 januari 2004 @ 13:46:
[...]

Gewoon een harde verwijzing neerzetten werkt ook

d:\inetpub\db\database.mdb

Echter, ik heb eigenlijk een voorkeur om een include bestand c.q. config bestand te maken en hier je pad in te zetten, ipv een pad hardcoded in je code neer te zetten.

Ja ik ook.. maar includes kunnen toch alleen aan het begin van een ASP code?

[gorgi_19]

devv05 schreef op 06 januari 2004 @ 13:48:
[...]


Ja ik ook.. maar includes kunnen toch alleen aan het begin van een ASP code?

Erhm.. Ow ja?
Ik heb er nooit last van gehad in mijn code, iig...

Verder kan je het ook in een application var laden; die laden doe je in je global.asa. Deze leest het bestand in en stopt de configvars in de application vars.

[DeverauX]

devv05 schreef op 06 januari 2004 @ 13:48:
[...]


Ja ik ook.. maar includes kunnen toch alleen aan het begin van een ASP code?

Maakt niks uit of je het bovenaan of onderaan doet, mits de tussenliggende code niet van de include afhankelijk is.

gorgi_19 schreef op 06 januari 2004 @ 13:46:
[...]
Echter, ik heb eigenlijk een voorkeur om een include bestand c.q. config bestand te maken en hier je pad in te zetten, ipv een pad hardcoded in je code neer te zetten.

Zelf doe ik dit om praktische redenen ook altijd, maar heeft dit verder eigenlijk ook te maken met eventuele beveiligingsricico's ofzo?

[gorgi_19]

Zelf doe ik dit om praktische redenen ook altijd, maar heeft dit verder eigenlijk ook te maken met eventuele beveiligingsricico's ofzo?

Niet dat ik weet... Puur luiheid en alles op 1 plaats houden. En verder zit je dan niet overal met die include files, wat een kleine performancewinst zou moeten opleveren door de beperking van IO; alleen is deze wel erg marginaal.

[DeverauX]

Puur luislimheid en alles op 1 plaats houden.