[perl][asp] odbc connectie fout

[sharkzor]

als ik via odbc een accces database aanspreek vanaf de command line (gewoon met perl blablabestand.pl) dan kan ik gewoon wegschrijven, gooi ik heel het zaakje in een asp pagina dan krijg ik een mooie odbc error

code:

Content-Type: text/html; charset=ISO-8859-1 
Error connecting to boekhoud 

Error: [911] [] ""

ik heb al uuren op google gezocht (zoekwoorden o.a. : win32 odbc 911 perl)
kwam 2 soortgelijke problemen tegen, 1 duitser die het ook had, op had gelost, maar niet zo aardig was de oplossing erbij te zetten en 1 waar ze het erover hadden de user dsn weg te gooien en in de system dsn te zetten. dat werkte dus niet...
ik vat m nie. het heeft vast iets met permissies te maken, maar ik zou niet weten waar hoe of wat.

hele testcode: (word natuurlijk niet het uiteindelijke)

code:

<%@ LANGUAGE = PerlScript%>
<%
 use Win32::NightLib::2controlConfig;
 use Win32::ASP;
 use Win32::NightLib::sis;
 use Win32::NightLib::ASP;
 use Win32::NightLib::common;
use CGI qw(:standard);
use Win32::ODBC;

print header, start_html("hoi");

$DSN = "boekhoud";
if (!($db = new Win32::ODBC($DSN))){
    print p("Error connecting to $DSN\n");
    print p("Error: " . Win32::ODBC::Error() . "\n");
    exit;
}
else
{
    print p("connectie ok");
}
$naam = "Test";
$adres = "ergens 12";
$postcode = "1234ab";
$wplaats = "blablalala";
$padres = "endus 12";
$ppostcode = "1234bv";
$pwplaats = "waarje woont";
$telefoon = "020123456";

$SqlStatement = "INSERT INTO `relaties` (`relnummer`, `dc`, `grootboekreknr`, 
`zoekcode`, `naam1`, `adres`, `postcode`, `woonplaats`, `postadres`, 
`postpostcode`, `postwoonplaats`, `telefoon`, `btwnummer`, `btwcode`, 
`verificatiedatum`, `incassocode`, `mobiel`, `land`) VALUES 
('3', 'd', '100', '3', '$naam', '$adres', '$postcode', '$wplaats', '$padres', '$ppostcode',
 '$pwplaats', '$telefoon', 'ONBEKEND', '0', '10-11-2004 
9:16:58', '0', '06123456', 'NL')";

if ($db->Sql($SqlStatement)){
    print "SQL failed.\n";
    print "Error: " . $db->Error() . "\n";
    $db->Close();
    exit;
}

print end_form;
print end_html;

%>

---- edit

draait op win2k server / iis / active state

[ Voor 13% gewijzigd door sharkzor op 15-11-2004 16:45 ]

[P_de_B]

Als je vanuit een .asp pagina het script aanroept worden de rechten die IUSR_computernaam heeft toegepast, kan het zijn dat deze gebruiker te weinig rechten heeft?

Vanaf de commandline zal het tooltje onder jouw eigen rechten draaien vermoed ik.

[sharkzor]

P_de_B schreef op maandag 15 november 2004 @ 15:18:
Als je vanuit een .asp pagina het script aanroept worden de rechten die IUSR_computernaam heeft toegepast, kan het zijn dat deze gebruiker te weinig rechten heeft?

Vanaf de commandline zal het tooltje onder jouw eigen rechten draaien vermoed ik.

ik heb vanalles verandert. bestand verplaatst, alle ntfs rechten gegeven erop etc... geen effect...
heb m ook in de iis dir geplaatst en vanuit de iis manager volledige rechten gegeven
kijk ik ergens verkeerd?
je ne snap pas

[Gert]

De rechten op de database, ook zal het een system dsn moeten zijn denk ik aangezien jij een andere user bent dan de IWAM persoon.

[sharkzor]

Gert schreef op dinsdag 16 november 2004 @ 15:53:
De rechten op de database, ook zal het een system dsn moeten zijn denk ik aangezien jij een andere user bent dan de IWAM persoon.

waar moet ik die rechten dan zetten? is maar een odbc koppeling naar een .mdb bestand... in de odbc manager kan je verder niks van rechten zetten.

btw, heb nu zelfs IUSR aan de administrator groep toegevoegd... nog niks

nog een edit:
ik zie nu dat als ik een system dsn aanmaak ipv user dsn, dat ik die niet kan benaderen... moet ik dan nog iets aan de dsn string veranderen? volgens mij niet... kan het iig niet vinden...

[ Voor 28% gewijzigd door sharkzor op 17-11-2004 13:18 ]

[sharkzor]

ok, ik weet nu denk ik wat de fout is. ik probeer het lokaal te draaien via de command line en in de system dsn die acces database koppeling.
ik krijg dan deze error:
Error connecting to boekhoud

maak ik echter een user dsn aan dan doet ie het wel!!

probleem dus als ik vanuit asp/iss hem draai dan heeft hij natuurlijk niet die user dsn die ik altijd had en pakt hij niet de system dsn... het is alsof hij niet bestaat terwijl acces hem wel kan openen.

ik heb dit op 2machines geprobeerd.

weet iemand wak fout doe?

[sharkzor]

schop! ik zit nogsteeds met dit probleem...

[Gert]

Gebruik geen DSN en type gewoon de connectie string voluit.