[Mono-list] the mono team is wonderful
to the whole mono loving, .NET loving, linux loving world: i particularly love C# ASP.NET and ADO.NET for web app development, but im also a linux lover. the mono team must have been sent by god to open the golden gates to the linux world for .NET coders like me!! kev ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Assembly.Load(String name) still with errors!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello! I have just strated testing my .NET app on mono and passed by sevral bugs which apparantly were already fixed but this one (Assembly.Load(String name)) is a real blocker for me and was reported to be fixed several weeks ago. That seems not to be the case entirely. My application creates new AppDomain and than creates new instance of class RemoteLoader (in Beta3 there is still bug for remote instantiation of objects with constructors with parameters which was reported to be fixed in CVS - but compilation from CVS is not working!?) and calls a methods of remote loader to load assembly i.e. System or System.Desing or whatever. If i do pass simple name consiting of assrmbly name (and not module name with .dll extension) the following exception is thrown: System.IO.FileNotFoundException: File 'system' not found. in (unmanaged) (wrapper managed-to-native) System.AppDomain:LoadAssembly (string,System.Security.Policy.Evidence) in 0x4 (wrapper managed-to-native) System.AppDomain:LoadAssembly (string,System.Security.Policy.Evidence) in 0x0006c (wrapper remoting-invoke-with-check) System.AppDomain:LoadAssembly (string,System.Security.Policy.Evidence) in 0x00065 System.AppDomain:Load (string) in 0x0005a (wrapper remoting-invoke-with-check) System.AppDomain:Load (string) in 0x0001d System.Reflection.Assembly:Load (string) in 0x00064 CilDebugging.RemoteLoader:ResolveAssembly (int,System.Collections.ArrayList,bool) 18:39:03.218Console Application level exception: Rethrow RemoteLoader.ResolveAssembly() exception in 0x006eb System.Runtime.Remoting.Proxies.RealProxy:PrivateInvoke (System.Runtime.Remoting.Proxies.RealProxy,System.Runtime.Remoting.Mess aging.IMessage,System.Exception,object[]) The described behaviour is inconsistent with .NET specification and surely is a bug. Any comments? -BEGIN PGP SIGNATURE- Version: PGP 8.0.3 iQA/AwUBQNMcAoeEyL6RuXD8EQJ8VgCfY59grUQpnTaK7hcn7a5h4/vEACsAnjBi GYyz2OFP5I45LBbGwCtWMCMb =3t10 -END PGP SIGNATURE- ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] SQL# for GTK#
Chris Vickerson wrote: can anyone tell me if the SQL# for GTK# tool still exists? and where to download it? thanks, Chris ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list Try: cvs -z3 co sqlsharpgtk Afterwards there will be a makefile that you can use to build the executable assembly Paco ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] [ann^2] Starter for OS X, again
Just released version 0.2 of Mono Starter for OS X. This is the last announcement on-list for some time, so that nobody here gets annoyed by this :) THINGS IT DIDN'T DO BUT THAT IT NOW DOES aka 0.2 changelog: - Can be set to start without having to launch Terminal.app for GUI apps (just choose X11 Only in the preferences). - Polished Italian translation added. - Now includes GPL 2.0 in the .app's Resource folder and with source code. Licensed under GPL warning added to about box and Finder metadata. - Intelligent detection of .NET environment polished (which means it doesn't try to use or allow you to choose Mono or P.NET when they're not installed on the system). - Added back Close (apple+w) menu item, for all people like me that get annoyed when you can't simply apple+w-close a window and have to reach for the mouse. Otherwise, it's just the same as the previous version. It still requires 10.2.6-8 up, but is guaranteed to work with 10.3.x. zipped .app at http://matrixtcg.altervista.org/monostarter.0.2.zip source at http://matrixtcg.altervista.org/monostarter.0.2.src.zip - e.v. aka l0ne PS: sorry for the re:mono-digest subjects, I forgot to change them v_v; it won't happen again. -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Metti il turbo alla tua casella di posta: 100 MB per inviare e ricevere tutto quello che vuoi. Clicca qui Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=1624d=19-69-6 ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Assembly.Load(String name) still with errors!
There is no 'system' assembly. Try loading 'System'. What is your bug number for this? Jackson On Fri, 2004-06-18 at 09:44, infodate wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello! I have just strated testing my .NET app on mono and passed by sevral bugs which apparantly were already fixed but this one (Assembly.Load(String name)) is a real blocker for me and was reported to be fixed several weeks ago. That seems not to be the case entirely. My application creates new AppDomain and than creates new instance of class RemoteLoader (in Beta3 there is still bug for remote instantiation of objects with constructors with parameters which was reported to be fixed in CVS - but compilation from CVS is not working!?) and calls a methods of remote loader to load assembly i.e. System or System.Desing or whatever. If i do pass simple name consiting of assrmbly name (and not module name with .dll extension) the following exception is thrown: System.IO.FileNotFoundException: File 'system' not found. in (unmanaged) (wrapper managed-to-native) System.AppDomain:LoadAssembly (string,System.Security.Policy.Evidence) in 0x4 (wrapper managed-to-native) System.AppDomain:LoadAssembly (string,System.Security.Policy.Evidence) in 0x0006c (wrapper remoting-invoke-with-check) System.AppDomain:LoadAssembly (string,System.Security.Policy.Evidence) in 0x00065 System.AppDomain:Load (string) in 0x0005a (wrapper remoting-invoke-with-check) System.AppDomain:Load (string) in 0x0001d System.Reflection.Assembly:Load (string) in 0x00064 CilDebugging.RemoteLoader:ResolveAssembly (int,System.Collections.ArrayList,bool) 18:39:03.218Console Application level exception: Rethrow RemoteLoader.ResolveAssembly() exception in 0x006eb System.Runtime.Remoting.Proxies.RealProxy:PrivateInvoke (System.Runtime.Remoting.Proxies.RealProxy,System.Runtime.Remoting.Mess aging.IMessage,System.Exception,object[]) The described behaviour is inconsistent with .NET specification and surely is a bug. Any comments? -BEGIN PGP SIGNATURE- Version: PGP 8.0.3 iQA/AwUBQNMcAoeEyL6RuXD8EQJ8VgCfY59grUQpnTaK7hcn7a5h4/vEACsAnjBi GYyz2OFP5I45LBbGwCtWMCMb =3t10 -END PGP SIGNATURE- ___ 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
Re: [Mono-list] Embedding mono
It sounds like you want a highly dynamic environment, in which existing code can be changed at runtime, with older code silently invoking newer code. I don't believe it's possible, or at least easily possible, to do this in C#. This sounds more like something System.Reflection.Emit and a custom compiler would be useful for. That way, you could ensure fast compile time, and you could come up with a custom way for pre-existing code to invoke newer code without requiring recompilation (interfaces might be good for this). Ok I think I formulated the problem not very well. I think its good enough to create one assembly for an island of scripts that somehow depend on each other. Very often in our engine we have the case that just 1-3 scripts depend on each other. So I want to make sure that when someone changes one of those 3 scripts, we will only recompile those 3 scripts and not every single script in the entire project. So I would like to have something like C's #include foobar.cs thingy, from which I can then generate a dependency list so that I know which files to recompile when the user saves a script. Am I completely off track and stuck in the C past with that idea? How does monodevelop handle this? I mean when you change a single file in one project does monodevelop recompile every single .cs file that makes up the exe? Joachim Ante www.otee.dk ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Embedding mono
El sáb, 19-06-2004 a las 12:08, Joe Ante escribió: It sounds like you want a highly dynamic environment, in which existing code can be changed at runtime, with older code silently invoking newer code. I don't believe it's possible, or at least easily possible, to do this in C#. This sounds more like something System.Reflection.Emit and a custom compiler would be useful for. That way, you could ensure fast compile time, and you could come up with a custom way for pre-existing code to invoke newer code without requiring recompilation (interfaces might be good for this). Ok I think I formulated the problem not very well. I think its good enough to create one assembly for an island of scripts that somehow depend on each other. Very often in our engine we have the case that just 1-3 scripts depend on each other. So I want to make sure that when someone changes one of those 3 scripts, we will only recompile those 3 scripts and not every single script in the entire project. So I would like to have something like C's #include foobar.cs thingy, from which I can then generate a dependency list so that I know which files to recompile when the user saves a script. Am I completely off track and stuck in the C past with that idea? You can define modules instead of assemblies, and trace dependencies towards its source files using makefiles - you will have only one assembly made up of several modules. This way, instead of recompile the whole thing every time a source file changes, you can compile just the module. The result is the same as having a single assembly, but the compile time will decrease. How does monodevelop handle this? I mean when you change a single file in one project does monodevelop recompile every single .cs file that makes up the exe? Joachim Ante www.otee.dk ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list -- Rodolfo Campero http://expertcoder.sourceforge.net/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] C# mode for emacs?
Hello- is there a way to make emacs implement a C# mode? (i know there exists such modes for C, C++, fortran, etc.) i'm new to Mono and i'm trying to use emacs to write code but it's kinda of annoying as is without a C# mode. any help to rectify this situation would be greatly appreciated... mark. :-) __ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] mono_object_new
Hi, I am trying to instantiate a new class from c code. I am using mono_object_new. It creates the class successfully and I can call functions on it but the constructor is not called. Do I have to call a separate function to call the constructor? How do I call it? Default values of fields don¹t seem to get initialized as well when using mono_object_new? Joe Ante ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] C# mode for emacs?
Yes, you will find some emacs modes at : http://www.mono-project.com/using/monodevelop.html Erik On Jun 19, 2004, at 1:47 PM, Mark Fonnemann wrote: Hello- is there a way to make emacs implement a C# mode? (i know there exists such modes for C, C++, fortran, etc.) i'm new to Mono and i'm trying to use emacs to write code but it's kinda of annoying as is without a C# mode. any help to rectify this situation would be greatly appreciated... mark. :-) __ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail ___ 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
Re: [Mono-list] C# mode for emacs?
but, just for the record, both modes mentioned do not work with the FC2 version of XEmacs - and I could not find out why. I know this is far OT, but I still hope that somehow will email me in private and drop me few lines of hint to get them working again. Both worked on RH9. regards, chris On Sat, 2004-06-19 at 21:52, Erik Dasque wrote: Yes, you will find some emacs modes at : http://www.mono-project.com/using/monodevelop.html Erik On Jun 19, 2004, at 1:47 PM, Mark Fonnemann wrote: Hello- is there a way to make emacs implement a C# mode? (i know there exists such modes for C, C++, fortran, etc.) i'm new to Mono and i'm trying to use emacs to write code but it's kinda of annoying as is without a C# mode. any help to rectify this situation would be greatly appreciated... mark. :-) __ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail ___ 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 ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Critical sections
Hello , I'm constantly getting the following error: ** ERROR **: file critical-sections.c: line 89 (DeleteCriticalSection): assertion failed: (ret == 0) aborting... And after that application crashes... What do these critical sections mean? Is it related to sockets, mutexes, monitors, threads or what? I can't understand what's wrong with my program. It happens when I call System.Environment.Exit(0) from one of the running threads. Also sometimes I get this warning ** (/home/vadim/mcsharp.cluster/bin/wn.exe:1737): WARNING **: : unref on 18 called when ref was already 0 I'm using: Mono 0.91 Linux skif 2.4.25 #2 SMP Fri Apr 23 14:03:00 MSD 2004 i686 athlon i386 GNU/Linux gcc (GCC) 3.2.2 20030222 (Red Hat Linux 3.2.2-5) Any help would be appreciated! Best regards, Vadim B. Guzev http://u.pereslavl.ru/~vadim/MCSharp/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] COM + / spread / mono in corporates
Miguel, I would just like to get a clarification of your last statement in the previous posting on this thread. Are you saying that you are not considering any System.Messaging implementation until Mono 2.0 or later (at which time Indigo would have been out as 1.0)? I've got a set of apps that are relying on MSMQ to do async message passing. I'd like to have those apps run on Linux or at least under Mono even if it's on Windoze. One of the issues that prevents me from doing that is the fact that System.Messaging isn't implemented yet and that support for System.ServiceProcess System.Configuration.Install isn't complete. I looked at MonoQLE by Rafael Teixeira, but it is in it's infancy, and no progress seems to be occuring on it for the last year or so. Could you please share your vision (and timeline) on these pieces/classlibs?. While not crucial to Mono development in general, these could be pretty important decisive factors for many developers trying to get their business apps ported over. Regards, Mark. Quoting Miguel de Icaza [EMAIL PROTECTED]: Hello, sorry miguel, its ever an honnour for me to echange with you, you can find more about spread project on http://www.spread.org (logical, isnt it ? or google, the first link i think) its a big project according to its supported by darpa and nsa ! im not very impresive in this subject but as i have understood, something of com+n can be remmappesd with spread ! one other thing is the ability of a module to do postgrsql replication ! I do not know enough about the subject to comment on whether it could be used to implement EnterpriseServices. Indigo I understand has some of these features also exposed, but I do not know how much of it is done in managed mode. We have no plans to support EnterpriseServices for now, and we are paying more attention to see what Indigo looks like. Am sorry that I do not have a better answer at this point. Miguel ___ 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
[Mono-list] ikvmstub /usr/lib/mscorelib.dll throws an exception
Hi, I'm following along Miguel de Icaza's Mar-18 blog http://primates.ximian.com/~miguel/archive/2004/Mar-18.html and encountered the following exception when I tried to run ikvmstub on mscorlib.dll: == [EMAIL PROTECTED] ikvm]$ ikvmstub /usr/lib/mscorlib.dll Warning: Assembly loaded from /usr/lib/mscorlib.dll instead Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object in 0x000a4 MethodWrapper:GetExceptions () in 0x00058 NativeCode.java.lang.reflect.Method:GetExceptionTypes (object) in 0xb java.lang.reflect.Method:GetExceptionTypes (object) in 0x00050 java.lang.reflect.Method:getExceptionTypes () in 0x00cb6 NetExp:ProcessClass (string,java.lang.Class,java.lang.Class) in 0x0070a NetExp:ProcessClass (string,java.lang.Class,java.lang.Class) in 0x000b3 NetExp:ProcessAssembly (System.Reflection.Assembly) in 0x002c9 NetExp:Main (string[]) == This is with the Beta3 on FC2. I'm just wondering if anyone have also encountered similar problems and know what is wrong with my environment. TIA, -- Weiqi Gao () [EMAIL PROTECTED] http://www.weiqigao.com/blog/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] new debugging library loading
Hello, There are now some new ways to debug library loading in the runtime. Using the MONO_LOG_LEVEL and MONO_LOG_MASK environment variables it should be easier to see where the runtime is looking for your libraries. Here is a very brief rundown (real docs will follow). Also man mono will explain the variables and their options. If you are getting FileNotFoundException when loading a managed library do this: export MONO_LOG_LEVEL=debug export MONO_LOG_MASK=asm run your app You should get trace information on everywhere the runtime tries to load that library from. If you are getting DllNotFoundException when loading an unmanaged library do this: export MONO_LOG_LEVEL=debug export MONO_LOG_MASK=dll run your app You should get trace information on the library names that the runtime is trying to use and the errors in loading those libraries. If you dont think the runtime is loading your libraries config files: export MONO_LOG_LEVEL=debug export MONO_LOG_MASK=cfg run your app The runtime will tell you where it is looking for your config files. Hopefully this helps some people debug their setups. See the man page for info on using more then one mask value and the various values for the two variables. Love, Jackson ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] beta 3 for FC2
On Fri, 2004-06-18 at 15:06, Duncan Mak wrote: On Thu, 2004-06-17 at 19:43, Duncan Mak wrote: Now that the build environment is in place, packages for Fedora Core 2 will (hopefully) be made available tomorrow. Packages are now available. RPMs are on the web site, on Red Carpet and in the YUM repository. This is great. thanks. -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] ADO.NET plans for Mono 1.0
I updated the bug you mentioned... Mono.Data.SybaseClient / Mono.Data.Tds works for me with: Microsoft Windows XP Pro with SP1 Mono Beta 3 (Mono 0.96) Sybase Adaptive Server Enterprise 12.5.1 (ASE or SQL Server) They both work as Microsoft Visual Studio .NET 2002 (1.0) solution too. I have a vs solution for these and the dependent projects if anyone is interested. I had to define NET_1_0 for Mono.Security.dll to build successfully. There are two things that are different: - he is using Red Hat Linux 9 while I'm using Windows XP Pro SP1 - he is using Sybase 11.5 while I am using Sybase 12.5.1 Sybase has an ADO.NET data provider for Sybase ASE 12.5 and above, but it seems like you have to be a paid customer to get it. They say their ADO.NET provider will only work with Sybase ASE 12.0 and above. I wonder if the character encoding between Sybase 11.5 and 12.5 is different. Or maybe the encoding works differently between Windows XP Pro SP1 and Red Hat Linux 9. Or maybe there is a i18n or l10n problem with it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sébastien Robitaille Sent: Thursday, June 17, 2004 11:12 PM To: Daniel Morgan; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: [Mono-list] ADO.NET plans for Mono 1.0 Hi Daniel, What problems are you having with Mono.Data.SybaseClient? With SybaseClient, I cannot open a connection (exception thrown, see http://bugzilla.ximian.com/show_bug.cgi?id=60320) I also tried the Generic Tds Provider. With this one, the connection opens, but as soon as I execute a simple SQL request (SELECT) with the datareader, the program hangs (I did not investigate why). 1. You could use our System.Data.OleDb or GDA# (found in GTK#) and libgda to connect to freetds. 2. An interesting alternative to try is use the jtds JDBC provider on IKVM running on Mono. I will have a look at OleDb and GDA#. The alternative #2 is not interesting for me, because it is actually an argument against using mono for our project (The other option for the project is to use Java). As I said in my original message, we have to do a proof of concept that will influence the choice of platform (mono vs Java). I would personnaly prefer mono, but the risk must be acceptable... If the database access is shaky for Sybase, we will undoubtedly choose Java. The choice of Database is very important for us since all our actual products use Sybase. I would look at freetds and jtds to see what's going on. Use my favorite debug tool Console.WriteLine(). Since I do not have any TDS background, I think that the learning curve is too high for now and it would require too much of my time. I will probably invest some time tracking bugs in the Odbc provider instead ... Please let me know if there is any progress for the SybaseClient provider. Regards Sébas ___ 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
