ADOQuery in DLL spinnt

[Bernhard Geyer]

Wie wäre es wenn Du mike2's Tipp mit CoInitialize(nil) wieder einbauen würdest?

[gsh]

hab ich natürlich gleich nach dem Fehler ausprobiert (bevor ich gepostet hab) => ohne erfolg

[Bernhard Geyer]

Ist ADOQuery überhaupt schon angelegt?
Deine erste Fehlermeldung deutet darauf hin das du irgendwo mit einem nil-Zeiger/referenz arbeitest.

[gsh]

das anlegen ist ja genau des prob.

wenn ich ADOQuery := TADOQuery.Create(nil); aufrufe dann tritt der fehler auf.
Des hat ja schon alles wunderbar funktioniert aber auf einmal ...

[generic]

der twebbrowser hat coinit aufgerufen.

du musst das tun. sonst laeuft das com nicht.
das ado unter delphi hat ein multithreadingproblem wenn du die selbe connection nutzt.
probier mal das sharemem aufzurufen und/oder das tadobla.create in einen mutex/criticalsection zu packen

[hardy1234]

hast du dran gedacht, den speicher bei den funktionen und prozeduren wieder freizugeben? wenn du das nicht machst fallen die reihenweise aufer schnauze, vo speicherverbrauch mal ganz abgesehen. die gilt insbesondere für die rückgabewerte von funktionen. die methode entspricht dem malloc aus c++ und ist bei dll's immer angeraten.

etwa so:

func blabla(paramlist): output;
var
par: ^output;
begin
new(par);
// hier dein code
^par:= result;
Result:= ^par;
free(par);
end;

bei dem interbase-paket ist ein entsprechendes bsp zu finden.

[gsh]

@generic:

Delphi-Quellcode:

CoInitialize(nil);
  ADOQuery := TADOQuery.Create(nil);

hab ich ja schon probiert

sharmem benutzt ich nicht
mutex? criticalsection?

@hardy1234: Ahm was hat des mit meinem prob. zu tun?

[gsh]

ich versteh die welt nicht mehr
plötzlich geht das erstellen von der ADOQuery

Nur geht der Befehl:
ADOConnection.Open; nicht mehr. *grml*
Aber des nur auf meinen Laptop, bei meinem normallen PC gehts. Der ODBC Treiber ist aber installiert und es hat ja schon funktioniert.

Könnt ihr mir bitte helfen?

[gsh]

*push*

[Bernhard Geyer]

Zitat von gsh:

Aber des nur auf meinen Laptop, bei meinem normallen PC gehts. Der ODBC Treiber ist aber installiert und es hat ja schon funktioniert.

Was willst Du mit ODBC beim Zugriff auf Access? Für Access kannst Du doch direkt mit dem Jet-Treiber zugreifen.

Ich glaube es wäre mal an der Zeit eine kleine Testanwendung zu schreiben. Ich weiß absolut nicht mehr was du aktuelle an den Tipps eingebaut hast bzw. was Du geändert hast. Sonst reden wir aneinander vorbei.