[Mono-list] Status of SWT port to C#
What is the status of the C# SWT port about which I've read? Searches on Google found some year-old mailing list entries indicating that such a port existed, but nothing else of interest. Does the project still exist? If so, where can one find information about it? Andrew Pendleton (I'm not subscribed to this list, so a direct reply to my address would be greatly appreciated.)
Re: [Mono-list] Running Testcases
> I want to know about a console based testing method > ( and which does not need gtk# like nunit-gtk ) You can use run_test.sh which is in mcs/corlib/Test folder. Anirban. >>> mono devel <[EMAIL PROTECTED]> 12-Mar-04 11:15:37 AM >>> hello, Can anyone please tell me how to run test cases in linux ( console based ). The method describes the use of 3 files , corlib/corlib_test.dll.sources corlib/Test/corlib_linux_test.args corlib/Test/corlib_test.args But the last 2 files are missing. Also the Changelog entry under corlib/Test says that the above 2 files have been removed. I want to know about a console based testing method ( and which does not need gtk# like nunit-gtk ) thanks, vineeth = vineeth N __ Do you Yahoo!? Yahoo! Search - Find what you're looking for faster http://search.yahoo.com ___ 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] Running Testcases
hello, Can anyone please tell me how to run test cases in linux ( console based ). The method describes the use of 3 files , corlib/corlib_test.dll.sources corlib/Test/corlib_linux_test.args corlib/Test/corlib_test.args But the last 2 files are missing. Also the Changelog entry under corlib/Test says that the above 2 files have been removed. I want to know about a console based testing method ( and which does not need gtk# like nunit-gtk ) thanks, vineeth = vineeth N __ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] mscorlib.dll problem on Windows - yes, once again :(
Hello, > > Just to let everyone know, since there are so many unsatified people using > > the Mono installer, I will not create anymore installers. > > Hi Daniel! > > Currently (in the last xx months), the only way for me to run mono on > windows is using your installers. I've tried quite a few times to build > from CVS but something seems borked in my computer. > > I didn't have any problem when using your installer and I bet there are > many other silent happy windows installer users out there. Just so you > know, the mono and mono+gtk packages for 0.30 have been downloaded from > go-mono.com site about 13000 times this month. > > I know that it must be frustrating to hear complains such as that after > doing a hard work but, please, don't give up with packaging mono for > windows! Just a data point (someone asked about this yesterday as well): You never know how many people are thrilled about your work, you only hear when someone has a problem. In fact, we believe that only 1 in every 80 users of Mono subscribes to the mailing list judging from the downloads and the people subscribed to the list (I did that exercise a few months ago). Speaking about the installer for Windows: not every bug is on the installer for Windows, am sure that many of the problems people are having with it are related to Unix-isms (the fact that we assume that people compile software for use on a "prefix") and to limitations in our expertise in the Windows culture. Miguel. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] How to create C++ library and call it's functions from C# program?
On Friday 12 March 2004 1:16 am, Jonathan Pryor wrote: > Finally, it can be noted that the intermediate C library, and a C# > wrapper for the C library, can be automatically generated (with some > programmer assistance). See the SWIG project: I've looked at SWIG, and found it unsatisfactory. The C/C# code generated was very difficult to read. Also, different C++ classes require different memory management strategies, and I setting that up in SWIG looked impossible. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] How to create C++ library and call it's functions from C# program?
On Thu, 2004-03-11 at 14:00, Marcus wrote: > On Friday 12 March 2004 12:14 am, Jonathan Pryor wrote: > I would also add that the ``extern "C"'' does not help in situations where you > need to communicate with C++ classes. In this case, with GCC an intermediate > C library is almost certainly necessary. If something similar VS.NET's > Managed Extensions for C++ existed for GCC, this might be avoided. > > There at least 3 reasons why an intermediate layer is needed. First, there is > no way to create a new instance of a C++ object from outside C++ unless the > C++ library provides an appropriate function. There is no obvious way to > determine how much memory to allocate for a given C++ object, so even if it > were possible to call a C++ constructor directly to initialize the object, > allocating the object in the first place seems impossible. Finally, it can be noted that the intermediate C library, and a C# wrapper for the C library, can be automatically generated (with some programmer assistance). See the SWIG project: http://www.swig.org - Jon ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] mscorlib.dll problem on Windows - yes, once again:(
I second that statement. Without the win installers I wouldn't be able to do any mono windows stuff at home at all. Actually I feel a little bit better about myself now, known that even the great gonzalo couldn't get mono cvs to work properly ;) JBA -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gonzalo Paniagua Javier Sent: Friday, 12 March 2004 12:11 PM To: [EMAIL PROTECTED] Subject: RE: [Mono-list] mscorlib.dll problem on Windows - yes, once again:( El jue, 11-03-2004 a las 19:50, Daniel Morgan escribió: > Just to let everyone know, since there are so many unsatified people > using the Mono installer, I will not create anymore installers. Hi Daniel! Currently (in the last xx months), the only way for me to run mono on windows is using your installers. I've tried quite a few times to build from CVS but something seems borked in my computer. I didn't have any problem when using your installer and I bet there are many other silent happy windows installer users out there. Just so you know, the mono and mono+gtk packages for 0.30 have been downloaded from go-mono.com site about 13000 times this month. I know that it must be frustrating to hear complains such as that after doing a hard work but, please, don't give up with packaging mono for windows! Yours, Gonzalo ___ 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] mscorlib.dll problem on Windows - yes, once again :(
El jue, 11-03-2004 a las 19:50, Daniel Morgan escribió: > Just to let everyone know, since there are so many unsatified people using > the Mono installer, I will not create anymore installers. Hi Daniel! Currently (in the last xx months), the only way for me to run mono on windows is using your installers. I've tried quite a few times to build from CVS but something seems borked in my computer. I didn't have any problem when using your installer and I bet there are many other silent happy windows installer users out there. Just so you know, the mono and mono+gtk packages for 0.30 have been downloaded from go-mono.com site about 13000 times this month. I know that it must be frustrating to hear complains such as that after doing a hard work but, please, don't give up with packaging mono for windows! Yours, Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] How to create C++ library and call it's functions from C# program?
On Friday 12 March 2004 12:14 am, Jonathan Pryor wrote: > 2. C++ compilers use a technique called "name mangling", so that you > can have function overloads. For example, your "print (const char*)" > function is *actually* the linker symbol: > The right way is to instead tell the C++ compiler to disable name > mangling. This is done by using an ``extern "C"'' modifier in your C++ > code. The downside to this is that you can not have two C++ function > overloads that are both marked as ``extern "C"'', as this would cause > confusion. I would also add that the ``extern "C"'' does not help in situations where you need to communicate with C++ classes. In this case, with GCC an intermediate C library is almost certainly necessary. If something similar VS.NET's Managed Extensions for C++ existed for GCC, this might be avoided. There at least 3 reasons why an intermediate layer is needed. First, there is no way to create a new instance of a C++ object from outside C++ unless the C++ library provides an appropriate function. There is no obvious way to determine how much memory to allocate for a given C++ object, so even if it were possible to call a C++ constructor directly to initialize the object, allocating the object in the first place seems impossible. Second, C++ compilers use name-mangling to avoid duplication of symbols when several classes define the same method and when overloaded methods are used. This mangling is platform dependent. It is possible to use system-specific utilities to produce a list of mangled and unmanagled names and then match them up to create a conversion table. So this is more of an annoyance than an an outright dead-end. Third, when optimization is specified, C++ compilers frequently inline any methods those bodies are defined within the class scope (and possibly other methods as well). Moreover, if every invocation of a method is inlined, some compilers do not by default emit an out-of-line copy for the method. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] mscorlib.dll problem on Windows - yes, once again :(
by the way, i just wanted you to know I DO NOT GET PAID TO PUT UP WITH THIS CRAP FOR YOU. It would be different if you PAID for Mono and Ximian PAID me for developing Mono. However, this is not the case. Have some fucking respect for people! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Maciek Sent: Wednesday, March 10, 2004 7:55 AM To: [EMAIL PROTECTED] Subject: [Mono-list] mscorlib.dll problem on Windows - yes, once again :( Hello, I've just installed the latest Mono 0.30 for Windows (using the installer), and while previous releases (e.g. 0.28) worked fine for me, this one is a major problem. Whenever I launch mint or mono to execute an assembly, it comes up with the following error: The assembly mscorlib.dll was not found or could not be loaded. It should have been installed in the `e:/cygwin/home/danmorg/mono/install/lib' directory. I've read BugID 50085. I have the PATH set to C:\Program Files\Mono-0.30\bin and C:\Program Files\Mono-0.30\lib . MONO_PATH is set to C:\Program Files\Mono-0.30\lib and MONO_CFG_DIR to C:\Program Files\Mono-0.30\etc\mono All DLLs, including mscorlib.dll are present in 'lib' directory, I've also copied the DLLs to 'bin' just in case, but the error message remains. Does it mean I have to install Mono into a new partition E: ? That is, until I compile Mono myself, I plan to do that this weekend. However, I wouldn't expect my users to do the same :( Is there a quick workaround not requiring complete recompilation? Regards, Maciek Plewa PS. This is a minor thing, but I thought I should mention it. The msvcr70.dll was not present on my computer (I have mscvr71.dll :), so I had to download it from the net and put it in Mono/bin directory. It seems this release of Mono for Windows wasn't tested by anyone else than the author (danmorg) himself. ___ 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] mscorlib.dll problem on Windows - yes, once again :(
Just to let everyone know, since there are so many unsatified people using the Mono installer, I will not create anymore installers. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Maciek Sent: Wednesday, March 10, 2004 7:55 AM To: [EMAIL PROTECTED] Subject: [Mono-list] mscorlib.dll problem on Windows - yes, once again :( Hello, I've just installed the latest Mono 0.30 for Windows (using the installer), and while previous releases (e.g. 0.28) worked fine for me, this one is a major problem. Whenever I launch mint or mono to execute an assembly, it comes up with the following error: The assembly mscorlib.dll was not found or could not be loaded. It should have been installed in the `e:/cygwin/home/danmorg/mono/install/lib' directory. I've read BugID 50085. I have the PATH set to C:\Program Files\Mono-0.30\bin and C:\Program Files\Mono-0.30\lib . MONO_PATH is set to C:\Program Files\Mono-0.30\lib and MONO_CFG_DIR to C:\Program Files\Mono-0.30\etc\mono All DLLs, including mscorlib.dll are present in 'lib' directory, I've also copied the DLLs to 'bin' just in case, but the error message remains. Does it mean I have to install Mono into a new partition E: ? That is, until I compile Mono myself, I plan to do that this weekend. However, I wouldn't expect my users to do the same :( Is there a quick workaround not requiring complete recompilation? Regards, Maciek Plewa PS. This is a minor thing, but I thought I should mention it. The msvcr70.dll was not present on my computer (I have mscvr71.dll :), so I had to download it from the net and put it in Mono/bin directory. It seems this release of Mono for Windows wasn't tested by anyone else than the author (danmorg) himself. ___ 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] mscorlib.dll problem on Windows - yes, once again :(
I remember not to create anymore installers for you then. Have a rotten day asshole! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Maciek Sent: Wednesday, March 10, 2004 7:55 AM To: [EMAIL PROTECTED] Subject: [Mono-list] mscorlib.dll problem on Windows - yes, once again :( Hello, I've just installed the latest Mono 0.30 for Windows (using the installer), and while previous releases (e.g. 0.28) worked fine for me, this one is a major problem. Whenever I launch mint or mono to execute an assembly, it comes up with the following error: The assembly mscorlib.dll was not found or could not be loaded. It should have been installed in the `e:/cygwin/home/danmorg/mono/install/lib' directory. I've read BugID 50085. I have the PATH set to C:\Program Files\Mono-0.30\bin and C:\Program Files\Mono-0.30\lib . MONO_PATH is set to C:\Program Files\Mono-0.30\lib and MONO_CFG_DIR to C:\Program Files\Mono-0.30\etc\mono All DLLs, including mscorlib.dll are present in 'lib' directory, I've also copied the DLLs to 'bin' just in case, but the error message remains. Does it mean I have to install Mono into a new partition E: ? That is, until I compile Mono myself, I plan to do that this weekend. However, I wouldn't expect my users to do the same :( Is there a quick workaround not requiring complete recompilation? Regards, Maciek Plewa PS. This is a minor thing, but I thought I should mention it. The msvcr70.dll was not present on my computer (I have mscvr71.dll :), so I had to download it from the net and put it in Mono/bin directory. It seems this release of Mono for Windows wasn't tested by anyone else than the author (danmorg) himself. ___ 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] How to create C++ library and call it's functions from C# program?
Below... On Thu, 2004-03-11 at 15:25, Vadim B. Guzev wrote: > Hello, [EMAIL PROTECTED] > > > I'm trying to call some simple C++ functions from C# program. > Here's the sources I used: First off, what platform are you trying to do this on? When I did this on Linux, I got slightly different output than you did; I didn't see the "Failed to load library ./libmylib.so" messages. I still saw the System.MissingMethodException, though, which I expected (as I'll point out below). > 8< > [EMAIL PROTECTED] SCSI tests]$ cat FromCSharpToC.cs > using System; > using System.Runtime.InteropServices; > > public class FromCSharpToC { > [DllImport("libmylib.so", EntryPoint="print")] Strictly speaking, the "EntryPoint" isn't needed, as P/Invoke defaults to using the name of the method. > static extern void print (string src); > > public static void Main( string[] args ) { > print("Hello world!"); > } > } > > 8< > > 8< > [EMAIL PROTECTED] SCSI tests]$ cat mylib.cpp > #include > > static void print( const char* line ) { > cout << line << endl; > } > > 8< And this is your actual problem: the declaration of the "print" C++ function. There are two factors at work here: 1. The "static" keyword means "don't export this symbol." Which in turn means "this symbol doesn't exist to any linker." Which in turn means "you can't call this function from C#, as the entire linker infrastructure is working against you." Find a good C language reference for more on what "static" does. C++, of course, adds some additional meanings for the keyword "static", then deprecated the original C meaning, in favor of using anonymous namespaces instead. (Personally, I'd rather keep "static", so that the symbols don't actually enter the linker's namespace...) 2. C++ compilers use a technique called "name mangling", so that you can have function overloads. For example, your "print (const char*)" function is *actually* the linker symbol: _Z5printPKc On my machine, anyway, which is running Red Hat Linux 9 and GCC 3.2.2. There are two solutions to this: the wrong way and the right way. :-) The wrong way is to use the mangled name in your C# DllImport statement: [DllImport ("libmylib.so", EntryPoint="_Z5printPKc")] static extern void print (string src); While this works, this is wrong because every C++ compiler uses a different name mangling strategy, and the name mangling strategy can even change between compiler versions. By doing this, you're making the C# program closely tied to your C++ compiler, which will only bring you headaches later. The right way is to instead tell the C++ compiler to disable name mangling. This is done by using an ``extern "C"'' modifier in your C++ code. The downside to this is that you can not have two C++ function overloads that are both marked as ``extern "C"'', as this would cause confusion. Putting this all together, your C++ code should look like: #include using namespace std; extern "C" void print (const char *line) { cout << line << endl; } > And here is a Makefile I used: > 8< > [EMAIL PROTECTED] SCSI tests]$ cat Makefile > all: o so exe > > > o: > gcc -fpic -c mylib.cpp > > so: > gcc -shared -o libmylib.so mylib.o > > exe: > mcs FromCSharpToC.cs -o fromcsharptoc.exe > > 8< > > However, when I try to launch fromcsharptoc.exe it gives me the following: > > 8< > [EMAIL PROTECTED] SCSI tests]$ make > gcc -fpic -c mylib.cpp > gcc -shared -o libmylib.so mylib.o > mcs FromCSharpToC.cs -o fromcsharptoc.exe > Compilation succeeded > [EMAIL PROTECTED] SCSI tests]$ mono fromcsharptoc.exe > > ** (fromcsharptoc.exe:26607): WARNING **: Failed to load library > ./libmylib.so (libmylib.so): ./libmylib.so: undefined symbol: > __gxx_personality_v0 Make sure that "libmylib.so" is in your LD_LIBRARY_PATH environment variable, so that the dynamic linker can find the library. Though the "undefined symbol: __gxx_personality_v0" probably means that one of the C++ libraries can't be found for some reason. I would suggest making sure that a "hello, world" C++ program correctly executes from the same directory and environment you're trying to run this program from. > ** (fromcsharptoc.exe:26607): WARNING **: Failed to load library > ./libmylib.so (libmylib.so): ./libmylib.so: undefined symbol: > __gxx_personality_v0 > > Unhandled Exception: System.MissingMethodException: A missing method > exception has occurred. > in <0x00042> (wrapper managed-to-native) .FromCSharp
Re: [Mono-list] mscorlib.dll problem on Windows - yes, once again :(
Hello, > I've read BugID 50085. I have the PATH set to C:\Program > Files\Mono-0.30\bin and C:\Program Files\Mono-0.30\lib . MONO_PATH is > set to C:\Program Files\Mono-0.30\lib and MONO_CFG_DIR to C:\Program > Files\Mono-0.30\etc\mono You may try MONO_PATH=C:\Progra~1\Mono-0.30 (or whatever your program files dos-style path is) just to avoid spaces in the path. -- Regards, Gustavo Ramos ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Platform comparison
Hello Jonathan, > Like I said, Explorer does not support *renaming* a file so that it begins > with a dot :-) It is a bug in the SHRenameFile function. I debugged it a Right, this is an *Explorer* bug. You can rename succesfully a "dot file" from the command prompt, from some save dialog boxes, and other apis that don't depend on the shell32.dll function SHRenameFile. However, to stay compatible, Mono should reproduce the ms implementation on this. I'm sure there are applications out there applying workarounds in its code for fixing the issue, and it will need Mono to be consistent to work properly. I think we need some test cases that try fileName = "a\\b"; fileName = "a" + "\\" + "b"; fn = Path.Combine(a, b); fn = a + Path.DirectorySeparatorChar... fn = String.Concat("a", "\\"... ... to ensure Mono behaves as the ms implementation. Regards, Gustavo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Problems building from CVS
I just downloaded the latest CVS of mcs and mono and did the following: mono$ ./autogen.sh mono$ make fullbuild And I got this error: System.Security.Cryptography/HMACSHA1.cs(110) error CS0246: Cannot find type `HMAC' I found this error previously on the list and people mention that the HMAC class only exists in NET_1_2 so I did the following (which seems to have worked) mono$ makke PROFILE=default fullbuild Will this have broken or crippled my mono installation in any way? -- David Mitchell Software Engineer Telogis NOTICE: This message (including any attachments) contains CONFIDENTIAL INFORMATION intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] How to create C++ library and call it's functions from C# program?
Hello, [EMAIL PROTECTED] I'm trying to call some simple C++ functions from C# program. Here's the sources I used: 8< [EMAIL PROTECTED] SCSI tests]$ cat FromCSharpToC.cs using System; using System.Runtime.InteropServices; public class FromCSharpToC { [DllImport("libmylib.so", EntryPoint="print")] static extern void print (string src); public static void Main( string[] args ) { print("Hello world!"); } } 8< 8< [EMAIL PROTECTED] SCSI tests]$ cat mylib.cpp #include static void print( const char* line ) { cout << line << endl; } 8< And here is a Makefile I used: 8< [EMAIL PROTECTED] SCSI tests]$ cat Makefile all: o so exe o: gcc -fpic -c mylib.cpp so: gcc -shared -o libmylib.so mylib.o exe: mcs FromCSharpToC.cs -o fromcsharptoc.exe 8< However, when I try to launch fromcsharptoc.exe it gives me the following: 8< [EMAIL PROTECTED] SCSI tests]$ make gcc -fpic -c mylib.cpp gcc -shared -o libmylib.so mylib.o mcs FromCSharpToC.cs -o fromcsharptoc.exe Compilation succeeded [EMAIL PROTECTED] SCSI tests]$ mono fromcsharptoc.exe ** (fromcsharptoc.exe:26607): WARNING **: Failed to load library ./libmylib.so (libmylib.so): ./libmylib.so: undefined symbol: __gxx_personality_v0 ** (fromcsharptoc.exe:26607): WARNING **: Failed to load library ./libmylib.so (libmylib.so): ./libmylib.so: undefined symbol: __gxx_personality_v0 Unhandled Exception: System.MissingMethodException: A missing method exception has occurred. in <0x00042> (wrapper managed-to-native) .FromCSharpToC:print (string) in <0xc> .FromCSharpToC:Main (string[]) 8< Where's a mistake? Maybe I compile C++ source in a wrong way? (I'm a newbie in C++-programming). Is there some good tutorials on this theme? (I couldn't find anything :( ) Best regards, Vadim B. Guzev ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] test
Only test!, not response. -- Visite: Curso Geoestadística Marzo Abril 2004. __ Software VULCAN - Tecnología a la Vanguardia _ Mauricio A. Rojas Barrientos Maptek Computación Chile Ltda. Ing. de Ejec. en Informática 5 Norte #112 E-mail: [EMAIL PROTECTED] Viña del Mar, CHILE Soporte: [EMAIL PROTECTED] Fono: 56-2-2344608 / 56-32-690683 Informaciones: [EMAIL PROTECTED] Fax: 56-2-3341156 / 56-32-690628 www.Vulcan3D.clwww.Maptek.cl counter.li.org #332258 _ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] xpcom bindings?
hi, are there any xpcom-mono bindings? thanks, gabor ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] xpcom bindings?
hi, are there any mono-xpcom bindings? thanks, gabor ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] XSP
I want to compile XSP for Windows for testing asp.net under mono. Which make-compatible tool can I use under windows ? Thanks for answer Ruedi
[Mono-list] mscorlib.dll problem on Windows - yes, once again :(
Hello, I've just installed the latest Mono 0.30 for Windows (using the installer), and while previous releases (e.g. 0.28) worked fine for me, this one is a major problem. Whenever I launch mint or mono to execute an assembly, it comes up with the following error: The assembly mscorlib.dll was not found or could not be loaded. It should have been installed in the `e:/cygwin/home/danmorg/mono/install/lib' directory. I've read BugID 50085. I have the PATH set to C:\Program Files\Mono-0.30\bin and C:\Program Files\Mono-0.30\lib . MONO_PATH is set to C:\Program Files\Mono-0.30\lib and MONO_CFG_DIR to C:\Program Files\Mono-0.30\etc\mono All DLLs, including mscorlib.dll are present in 'lib' directory, I've also copied the DLLs to 'bin' just in case, but the error message remains. Does it mean I have to install Mono into a new partition E: ? That is, until I compile Mono myself, I plan to do that this weekend. However, I wouldn't expect my users to do the same :( Is there a quick workaround not requiring complete recompilation? Regards, Maciek Plewa PS. This is a minor thing, but I thought I should mention it. The msvcr70.dll was not present on my computer (I have mscvr71.dll :), so I had to download it from the net and put it in Mono/bin directory. It seems this release of Mono for Windows wasn't tested by anyone else than the author (danmorg) himself. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Installing Mono Gtk-sharp Monodevelop on Slackware : my mini guide.
hi, An installation guide for Slackware 9.1. http://www.alain5.org/misc/Monoinstall.html ar. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Clear in ConstraintCollection and KeyRestrictions in DbDataPermissionAttribute
Hi I need help /thoughts on implementing the above. 1. KeyRestriction in DbDataPermissionAttribute : The MSDN Documentation says. >>> Value One or more connection string parameters that are allowed or disallowed. Remarks Connection string parameters are identified in the form =. Multiple parameters can be specified, delimited using a semi-colon (;). The connection string parameters listed may be identified as either the only additional parameters allowed or additional parameters that are not allowed using the KeyRestrictionBehavior property. If no key restrictions are specified, and the KeyRestrictionBehavior property is set to AllowOnly, then no additional connection string parameters are allowed. If no key restrictions are specified, and the KeyRestrictionBehavior property is set to PreventUsage, then additional connection string parameters are allowed. If more than one rule is set for the same connection string, the more restrictive rule is selected during the permission check. When are these restrictions applied to the connection string for additional parameters ?. Since the connectionstring is a string how do we enforce any additional parameters to it? Or is that we dont want to allow additional agruements? Incase there are any examples of this usage please let me know.. 2. Clear method in ConstraintCollection : The code has the following comment //LAMESPEC: MSFT implementation allows this > //even when a ForeignKeyConstraint exist for a UniqueConstraint > //thus violating the CanRemove logic But the MSDN documentation asks the user to check using CanRemove. Now if we go by the assumption that the user will first check and then remove using clear method it seems to be fine.. But if we want to change this to check and remove only if there is no foreignkeyconstraint then, how do we indicate to the user that the clear didnt succeed ? The method does not throw any exception or return any value.. Hence I feel we can stay with the existing implemenation.. Any other thoughts ? regards uma ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list