Hi,
I am going to make a new post about that problem below, thanks for you advice Rafael, but the weird thing is that i can perfectly send my query with an exe file but not in aspx... ( to be clear : if i take the SAME C# code that i have in my web page and i put it in a test.cs file and the i run mcs test.cs .... it works and i connect to my base..) So i think that i have Oracle Client correctly installed and mono too.. And even weirder is that if i take all my file under linux, and i run : mcs /t:library /out:WebTest.dll -r:System -r:System.Data -r:System.Drawing -r:System.Web -r:System.Data.OracleClient AssemblyInfo.cs Default.aspx.cs Global.asax.cs ( thanks again Sebastien) Then i take the DLL i put it in the bin directory under Windows... (with the exact same web pages!! just the DLL from linux!!)... IT WORKS... i can see the result... In the end, wether the problem is the .NET Framework of Mono, or i am missing something between Oracel and Mono, the second option is most likely to be the answer!!! Well i am re-installing a few stuff at the moment and the Mono 1.1.6 version so when i am done with that i will try again and comment this bug moire precisely Thanks all ++ Gil > Message du 08/04/05 21:40 > De : "A Rafael D Teixeira" <[EMAIL PROTECTED]> > A : [EMAIL PROTECTED] > Copie à : [EMAIL PROTECTED], "MonoList" <[email protected]> > Objet : Re: RE: [Mono-list] Cannot find Assembly ASP > > On Fri, 2005-04-08 at 08:55 +0200, Gilles FAVIER wrote: > > Seb, > > > > You made it!! It works, it compiles with the exact command lien you gave > > me, it is true 'ill have to study that point between assemblies and > > namespaces... > > > > IT would be to great if it worked... i have the compilation succeeded but > > when i open my webpage : > > http://localhost/mydir/Default.aspx, once i click on OK to make my query i > > get the following error : > > (i might have to make another post for this error) > > > > System.DllNotFoundException: oci > > in <0x00053> (wrapper managed-to-native) OciNativeCalls:OCIEnvCreate > > (intptr&,System.Data.OracleClient.Oci.OciEnvironmentMode,intptr,intptr,intptr,intptr,int,intptr) > > in <0x00020> System.Data.OracleClient.Oci.OciCalls:OCIEnvCreate > > (intptr&,System.Data.OracleClient.Oci.OciEnvironmentMode,intptr,intptr,intptr,intptr,int,intptr) > > in <0x0005d> System.Data.OracleClient.Oci.OciEnvironmentHandle:.ctor > > (System.Data.OracleClient.Oci.OciEnvironmentMode) > > in <0x0003c> System.Data.OracleClient.Oci.OciGlue:CreateConnection > > (System.Data.OracleClient.OracleConnectionInfo) > > in <0x0002b> System.Data.OracleClient.OracleConnection:Open () > > in <0x0004f> (wrapper remoting-invoke-with-check) > > System.Data.OracleClient.OracleConnection:Open () > > in <0x00094> WebTest._Default:BTGO_Click (object,System.EventArgs) > > in <0x00069> (wrapper delegate-invoke) > > System.MulticastDelegate:invoke_void_object_EventArgs > > (object,System.EventArgs) > > in <0x00081> System.Web.UI.WebControls.Button:OnClick (System.EventArgs) > > in <0x00058> > > System.Web.UI.WebControls.Button:System.Web.UI.IPostBackEventHandler.RaisePostBackEvent > > (string) > > in <0x00016> System.Web.UI.Page:RaisePostBackEvent > > (System.Web.UI.IPostBackEventHandler,string) > > in <0x0003e> System.Web.UI.Page:RaisePostBackEvents () > > in <0x002c3> System.Web.UI.Page:InternalProcessRequest () > > in <0x000c2> System.Web.UI.Page:ProcessRequest (System.Web.HttpContext) > > in <0x002eb> ExecuteHandlerState:Execute () > > in <0x00084> StateMachine:ExecuteState > > (System.Web.HttpApplication/IStateHandler,bool&) > > > > > > > > Anyway thanks a lot guys i saved a lot of time and realize where i am > > missing some knowledge! > > Well you need to install the Oracle Client for Linux, to be able to use > this ADO.NET provider, as it just calls into the proprietary library. > Also, it may already be installed but not in the correct place or with > the wrong name (probably a versioning problem). > > Beware of API/ABI changes in the Oracle furnished libraries that may > render the provider unusable. > > If possible you should use another database that has a fully managed > provider like PostgreSQL, MySQL or even MS SQL Server, because those > are normally better maintained and are immune to such API/ABI/dependency > problems. Only protocol changes do represent a possibility of problems > for these, beyond the inescapable bugs. > > _______________________________________________ > Mono-list maillist - [email protected] > http://lists.ximian.com/mailman/listinfo/mono-list > > _______________________________________________ Mono-list maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-list
