hallo,

wollte mal wieder mal etwas mit #d und firebird machen. leider scheitere ich schon wieder daran, das #d den FirebirdSQL.Data.NetProvider nicht kennt.

im gac steht sie drin. nun meine frage in welchem verzeichnis muss die assembly stehen, oder ist das egal?

danke raik

habe jetzt festgestellt, das ich beide frameworks drauf habe,

die fragen sind nun:
1) kann #d das framework 2.0
2) kann man beide drauf haben

raik

edit in vs2005 beta geht's, ich verstehe es nicht

Zitat von kiar:

im gac steht sie drin. nun meine frage in welchem verzeichnis muss die assembly stehen, oder ist das egal?

#D reicht es vollkommen wenn eine Assembly im GAC liegt.
Das meiste dürfte in anderem Thread geklärt worden sein.

Zitat von kiar:

habe jetzt festgestellt, das ich beide frameworks drauf habe,
die fragen sind nun:
1) kann #d das framework 2.0
2) kann man beide drauf haben

1. Nein
   Dafür kommt "bald" SharpDevelop 2 (aus Fidalgo wird dann Corsavy )
2. Problemlos
   solange man darauf achtet was die default CLR für den IIS ist

danke robert,

der fehler war, das ich in der .cs nochmals using FirebirdSql.Data.Firebird; drin stehen hatte.

mit deinem hinweis , es reicht Gac hat es klickt gemacht.

danke für den Klick
raik

Zitat von kiar:

danke robert,
der fehler war, das ich in der .cs nochmals using FirebirdSql.Data.Firebird; drin stehen hatte.

Das sollte da auch stehen. Außer natürlich du bist so krass und willst immer den Pfad zu den Klassen angeben.
Wobei es auch dann funktionieren würde.

Zitat von kiar:

mit deinem hinweis , es reicht Gac hat es klickt gemacht.

Nicht wirklich. s.o. Natürlich braucht deine assembly eine referenz auf den Fb Provider.

hallo robert,

ich hatte den teil

markieren

Delphi-Quellcode:

using FirebirdSql.Data.Firebird;

ich hatte nur das drin und dann sagte mir die fehlermeldung, das er FirebirdSql nicht kennt.

nach dem ich aber den Fbconnection drauf gezogen habe und den teil von oben gelöscht habe ging es .

raik

Durch das druafziehen der Connection hat dir #d den FbProvider als Referenz angehängt.
"using" in c# ist nicht das gleich wie "uses" in Delphi32.