Re: [Mono-dev] can't build the c# compilater
Mh, Yes but i don't use the source control access. This the download version of the mono 1.1.14, and your are right. I failed something when i copyed from the archive to my local folder ... Thank you, your remark helped me to found my error. Alexandre Miguel Pedro Gomes a crit: I'm sorry but I can't find any reference to the word parts on the jay file... But I did found the ArrayList in the class.cs file. I guess you may be using an old jay file with updated .cs files? I researched the subject and I found that Marek Safar had been working of that and he remove that Parts arraylist in revision 57284 dated of 2006-02-25 11:28:44 -0500 (Sat, 25 Feb 2006). Since the .jay file got changed too, you've to update it :) Hope it helps, On 4/6/06, Denis ERCHOFF [EMAIL PROTECTED] wrote: Hi all, I am using the mono source mono-1.1.14. I am working with mcs and not with gmcs. I generated the cs-parser.cs file using jay. But when i want to build the c# compilater, my ide raise an error : " error CS0117: 'Mono.CSharp.TypeContainer' does not contain a definition for 'Parts' " Looking at the file cs-parser.jay, we can see this : if (current_class.Parts != null) { constructor_parent = (TypeContainer) current_class.Parts [0]; } I looked at the TypeContainer class definition and i saw that a private field is declared : public TypeContainer PartialContainer; ArrayList partial_parts; Bu there is no public field/property "Parts". In local i have added the public property "Parts", accessing the private field "partial_parts". But i am not sure this is the right way. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Alexandre Gomes, Portugal ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] CreateFile() leaks memory?
Hi, I'm studying Mono. Today I read the code of CreateFile() function, I found that if the function forget to call g_free() to release the memory after conversion from utf16 to utf8. Right? He Hongfu ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] CreateFile() leaks memory?
On Fri, 2006-04-07 at 11:35 +0800, [EMAIL PROTECTED] wrote: I'm studying Mono. Today I read the code of CreateFile() function, I found that if the function forget to call g_free() to release the memory after conversion from utf16 to utf8. Right? Where are you seeing this? In mono/io-layer/io.c:CreateFile, I see calls of ``g_free (filename);'' in several places -- when fd==-1, when fd=_wapi_fd_reserve, when fstat(2) fails, when the file sharing fails, when the WAPI handle can't be allocated... The only time `filename' isn't freed is when CreateFile() succeeds, and that's because it's stored into the file_handle.filename field, which in turn is copied into the `handle' pointer returned to the caller. So I'm not seeing the memory leak you're referring to... - Jon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Re: NET 2.0 in embedded mono 1.1.13
Thomas, i'm sure that's a dumb question, but i'm clueless about its solution In my classes i'm using the NET 2.0 class System.Reflection.Emit.DynamicMethod, which i compiled with Microsoft Visual C# 2005. When i want to load those assemblies into my embedded mono engine i get the error pasted below. Is that a mono bug or do i have to enable NET 2.0 features somehow? It's a feature. IIRC, you first need to execute the entry point of a 2.0 assembly. This will activate the 2.0 profile. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] 1.1.14 and UnixRegistryApi
Hello, I just downloaded the latest 1.14 and am still getting the UnixRegistryApi error I had posted about before: [exec] 8) NUnit.Util.Tests.NUnitRegistryTests.TestClearRoutines : System.InvalidCastException : Cannot cast from source type to destination type. [exec] in 0x0008a Microsoft.Win32.UnixRegistryApi:DeleteValue (Microsoft.Win32.RegistryKey rkey, System.String value, Boolean throw_if_missing) [exec] in 0x00035 Microsoft.Win32.RegistryKey:DeleteValue (System.String value, Boolean shouldThrowWhenKeyMissing) [exec] in 0xf Microsoft.Win32.RegistryKey:DeleteValue (System.String value) [exec] in (wrapper remoting-invoke-with-check) Microsoft.Win32.RegistryKey:DeleteValue (string) Did the patch not make it into the build? This is the main thing keeping NUnit at being from 100% tests run on Mono/Linux. Thanks! Cory ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Re: 1.1.14 and UnixRegistryApi
Cory Foy wrote: I just downloaded the latest 1.14 and am still getting the UnixRegistryApi error I had posted about before: [exec] 8) NUnit.Util.Tests.NUnitRegistryTests.TestClearRoutines : System.InvalidCastException : Cannot cast from source type to destination type. [exec] in 0x0008a Microsoft.Win32.UnixRegistryApi:DeleteValue (Microsoft.Win32.RegistryKey rkey, System.String value, Boolean throw_if_missing) [exec] in 0x00035 Microsoft.Win32.RegistryKey:DeleteValue (System.String value, Boolean shouldThrowWhenKeyMissing) [exec] in 0xf Microsoft.Win32.RegistryKey:DeleteValue (System.String value) [exec] in (wrapper remoting-invoke-with-check) Microsoft.Win32.RegistryKey:DeleteValue (string) Did the patch not make it into the build? This is the main thing keeping NUnit at being from 100% tests run on Mono/Linux. It did. Since there is no cast in UnixRegistryApi:DeleteValue any more, I suppose you didn't update correctly or the stack trace above is wrong. Please reopen http://bugzilla.ximian.com/show_bug.cgi?id=2 and attach a test case. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Making Mercury work with Mono
Mercury is a logic programming language. The researchers on it were paid by Microsoft to develop an IL backend, which works with the Microsoft .NET framework. I am currently trying to make it work with Mono. The Mercury build process first compiles all Mercury code to IL. Foreign code can be specified as any of IL, C# or Managed C++, and this will be placed into separate C# or MC++ files. IL files are then compiled to modules, the C# and MC++ files are also compiled into modules, and then these are all linked into an assembly with al. Mono ilasm builds all the IL files correctly, but then, when it tries to build any of the C# files, it crashes with the following error messages: ** (C:/Programs/Programming/Mono-1.1.12.1/lib/mono/1.0/mcs.exe:2312): WARNING **: The following assembly referenced from C:\cygwin\installs\mercury-compiler-0.12.2\tmp_dir\library\bool.dll could not be loaded: Assembly: mercury(assemblyref_index=0) Version:0.0.0.0 Public Key: 228c167d12aa0b0b The assembly was not found in the Global Assembly Cache, a path listed in the MONO_PATH environment variable, or in the location of the executing assembly (.). ** (C:/Programs/Programming/Mono-1.1.12.1/lib/mono/1.0/mcs.exe:2312): WARNING **: The class mercury.bool.bool_0 could not be loaded, used in mercury, Version= 0.0.0.0, Culture=neutral, PublicKeyToken=228c167d12aa0b0b This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. It seems to me that the problem is that MS csc allows the use of addmodule to build up assemblies, but Mono mcs doesn't. It is failing because it is trying to load the (completed) assembly mercury, when in fact it is in the process of building that assembly, and modules that form part of the assembly are referencing other modules that form part of the assembly. I don't think that proper multi-module/single assembly building can be achieved without this feature. Also, it seems that Mono ilasm produces complete assemblies, whereas MS ilasm produces modules. This means that if you try and use Mono generated DLLs with MS csc it fails, stating that the dll is not a module. This too is not going to facilitate multi-module/single assembly building. Any ideas? Jon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Re: NET 2.0 in embedded mono 1.1.13
Hi Robert, i'm sure that's a dumb question, but i'm clueless about its solution In my classes i'm using the NET 2.0 class System.Reflection.Emit.DynamicMethod, which i compiled with Microsoft Visual C# 2005. When i want to load those assemblies into my embedded mono engine i get the error pasted below. Is that a mono bug or do i have to enable NET 2.0 features somehow? It's a feature. IIRC, you first need to execute the entry point of a 2.0 assembly. This will activate the 2.0 profile. h, any examples for that? What _is_ this special entry point? thanks, Thomas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Re: NET 2.0 in embedded mono 1.1.13
The assembly you pass to mono_jit_init () should a net 2.0 assembly so the runtime knows it has to load mscorlib from net 2.0. Zoltan On 4/7/06, Robert Jordan [EMAIL PROTECTED] wrote: Hi Thomas, Hi Robert, i'm sure that's a dumb question, but i'm clueless about its solution In my classes i'm using the NET 2.0 class System.Reflection.Emit.DynamicMethod, which i compiled with Microsoft Visual C# 2005. When i want to load those assemblies into my embedded mono engine i get the error pasted below. Is that a mono bug or do i have to enable NET 2.0 features somehow? It's a feature. IIRC, you first need to execute the entry point of a 2.0 assembly. This will activate the 2.0 profile. h, any examples for that? What _is_ this special entry point? Nothing special: static void Main () {} ;-) Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Making Mercury work with Mono
Hi, Please file a bug at bugzilla.ximian.com for ilasm with a test case. -Ankit On 4/7/06, Jonathan Morgan [EMAIL PROTECTED] wrote: Mercury is a logic programming language. The researchers on it were paid by Microsoft to develop an IL backend, which works with the Microsoft .NET framework. I am currently trying to make it work with Mono. The Mercury build process first compiles all Mercury code to IL. Foreign code can be specified as any of IL, C# or Managed C++, and this will be placed into separate C# or MC++ files. IL files are then compiled to modules, the C# and MC++ files are also compiled into modules, and then these are all linked into an assembly with al. Mono ilasm builds all the IL files correctly, but then, when it tries to build any of the C# files, it crashes with the following error messages: ** (C:/Programs/Programming/Mono-1.1.12.1/lib/mono/1.0/mcs.exe:2312): WARNING **: The following assembly referenced from C:\cygwin\installs\mercury-compiler-0.12.2\tmp_dir\library\bool.dll could not be loaded: Assembly: mercury(assemblyref_index=0) Version:0.0.0.0 Public Key: 228c167d12aa0b0b The assembly was not found in the Global Assembly Cache, a path listed in the MONO_PATH environment variable, or in the location of the executing assembly (.). ** (C:/Programs/Programming/Mono-1.1.12.1/lib/mono/1.0/mcs.exe:2312): WARNING **: The class mercury.bool.bool_0 could not be loaded, used in mercury, Version= 0.0.0.0, Culture=neutral, PublicKeyToken=228c167d12aa0b0b This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. It seems to me that the problem is that MS csc allows the use of addmodule to build up assemblies, but Mono mcs doesn't. It is failing because it is trying to load the (completed) assembly mercury, when in fact it is in the process of building that assembly, and modules that form part of the assembly are referencing other modules that form part of the assembly. I don't think that proper multi-module/single assembly building can be achieved without this feature. Also, it seems that Mono ilasm produces complete assemblies, whereas MS ilasm produces modules. This means that if you try and use Mono generated DLLs with MS csc it fails, stating that the dll is not a module. This too is not going to facilitate multi-module/single assembly building. Any ideas? Jon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Blog : http://ankitj.blogspot.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Gtk# not found
On Fri, 2006-03-31 at 16:04 +0100, [EMAIL PROTECTED] wrote: That instalation of mono worked. My program seemed to run fine. In the mean time, i noticed that there is another version of mono, 1.1.13.6, and went to try that one. It still gives the same problem. For watever reason, your experimental installer for Windows runs my Gtk# 2.4 application while the official mono one does not (neither in Windows nor in Linux)... Talked to Wade about this today and we think we figured out why the mono-project installers policy stuff wasn't working. He's working on the issue. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Can we use Cecil to do the MS.VB.dll fixup currently done with 3 cumbersome steps?
JB Evain blogged about the Armand du Plessis, article http://dotnet.org.za/armand/archive/2006/04/07/51320.aspx That just describes a way with a short program using Cecil to do the optional parameters fixup. I see 2 advantages: 1 - It's simpler and more manageable 2 - probably it won't break debug symbols versioning as currently occurs with the disassemble-perl-reassemble cycle we currently use. The only small problem I foresse is to guarantee (by ordering better the things) that Mono.Cecil and the little utility are available before trying the ms.vb.dll compilation and fixup. Thanks a lot JB, -- Rafael Monoman Teixeira --- As I'm currently working a lot with Java and even fixing Java VMs (JamVM/Kaffe) and GNU Classpath code, I think I may partly borrow the title (Javaman) from my friend Bruno Souza and become the MonoNJavaMan. Yeah, I may currently be crazier than usual... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Re: NET 2.0 in embedded mono 1.1.13
Zoltan Varga schrieb: The assembly you pass to mono_jit_init () should a net 2.0 assembly so the runtime knows it has to load mscorlib from net 2.0. Thanks! That's it. greetings, Thomas -- Thomas Grill http://g.org ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Makefile in runtime causing problems
In the svn repository now is a configure script which creates a Makefile in the runtime directory that has mcs_topdir and mcs_topdir_from_srcdir variables (what are these variables exactly?) They cause my makes to fail. Here's what happens after a run of make: $ make ... blah blah blah... Making all in net_2_0 make[3]: Entering directory `/home/james/source/mono/mono/data/net_2_0' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/home/james/source/mono/mono/data/net_2_0' make[3]: Entering directory `/home/james/source/mono/mono/data' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/home/james/source/mono/mono/data' make[2]: Leaving directory `/home/james/source/mono/mono/data' Making all in runtime make[2]: Entering directory `/home/james/source/mono/mono/runtime' d=`cd ../support pwd`; \ sed 's,target=libMonoPosixHelper[^]*,target='$d/libMonoPosixHelper.la',' .. /data/config wrapper-config if test -z ; then :; else \ mv wrapper-config wrapper-configt; \ sed 's,configuration, dllmap dll=gdiplus.dll target= /,' wrapper-conf igt wrapper-config; \ rm -f wrapper-configt; \ fi if test -w ../../mcs; then :; else chmod -R +w ../../mcs; fi chmod: cannot access `../../mcs': No such file or directory make[2]: *** [all-local] Error 1 make[2]: Leaving directory `/home/james/source/mono/mono/runtime' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/james/source/mono/mono' make: *** [all] Error 2 [EMAIL PROTECTED]:~/source/mono/mono Does anyone know how I can fix this? Are the mcs_topdir and mcs_topdir_from_srcdir variables meant to point to the absolute source directory path for mcs in the source repository being built and the relative path to it respectively? If yes where are they in the source repository? Also when configure ran after ./autogen.sh it assumed I already had libgdi+, which is correct, but isn't the repository meant to build a new one or something? After just checking out 'mono' from svn, what is actually built? Thanks, James ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Re: Makefile in runtime causing problems
James, In the svn repository now is a configure script which creates a Makefile in the runtime directory that has mcs_topdir and mcs_topdir_from_srcdir variables (what are these variables exactly?) They cause my makes to fail. Have a look at mono/README. You also need mcs and libgdiplus from SVN. Robert Here's what happens after a run of make: $ make ... blah blah blah... Making all in net_2_0 make[3]: Entering directory `/home/james/source/mono/mono/data/net_2_0' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/home/james/source/mono/mono/data/net_2_0' make[3]: Entering directory `/home/james/source/mono/mono/data' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/home/james/source/mono/mono/data' make[2]: Leaving directory `/home/james/source/mono/mono/data' Making all in runtime make[2]: Entering directory `/home/james/source/mono/mono/runtime' d=`cd ../support pwd`; \ sed 's,target=libMonoPosixHelper[^]*,target='$d/libMonoPosixHelper.la',' .. /data/config wrapper-config if test -z ; then :; else \ mv wrapper-config wrapper-configt; \ sed 's,configuration, dllmap dll=gdiplus.dll target= /,' wrapper-conf igt wrapper-config; \ rm -f wrapper-configt; \ fi if test -w ../../mcs; then :; else chmod -R +w ../../mcs; fi chmod: cannot access `../../mcs': No such file or directory make[2]: *** [all-local] Error 1 make[2]: Leaving directory `/home/james/source/mono/mono/runtime' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/james/source/mono/mono' make: *** [all] Error 2 [EMAIL PROTECTED]:~/source/mono/mono Does anyone know how I can fix this? Are the mcs_topdir and mcs_topdir_from_srcdir variables meant to point to the absolute source directory path for mcs in the source repository being built and the relative path to it respectively? If yes where are they in the source repository? Also when configure ran after ./autogen.sh it assumed I already had libgdi+, which is correct, but isn't the repository meant to build a new one or something? After just checking out 'mono' from svn, what is actually built? Thanks, James ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Creating fewer objects (Sys.Xml, Sys.Web)
On Mon, 2006-03-27 at 18:20 -0500, Joshua Tauberer wrote: Atsushi Gonzalo (and anyone else), I just commited the HttpWriter changes. Thanks a lot. -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Revision to Monodocer
I'd like to make a simple revision to Mondocer, so that it can be used on MS Windows. One of the developers on the regular Mono list told me what change needed to be made. I've downloaded the Mono source code, but I need some help navigating the structure. Where would I find the source code files for Monodocer, and once I've made the needed changes, how do I get it submitted back to the community? I look forward to contributing. Scott Huey ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Gtk# not found
On Sat, 2006-04-08 at 00:06 +0100, [EMAIL PROTECTED] wrote: It was good to know that it was a bug, as a first thing, because i actually ended up suspecting that it might have not been a bug. And it is good to know that you are still paying attention to it. And even better to know that you may be seeing a solution. I ended up compiling the program with mono 1.1.13.4, to be sure my users could run it without having to install another mono. This time in Windows. Yet another funny thing. Tried it in mono 1.1.13.4 (same) in Linux and it complained again about not finding Gtk... I had used the .bin installer (the click and run installer). So you may want to check that one too, if that wasn't in the plans already. Could you post some details about the error using the Linux installer? The Linux installer comes with gtk# 2.4, while the windows installer comes with gtk# 2.8. Maybe that was the issue? Please run you app with with setting this first: export MONO_LOG_LEVEL=debug and post the output so we can debug this. Thanks! Wade Citando Mike Kestner [EMAIL PROTECTED]: On Fri, 2006-03-31 at 16:04 +0100, [EMAIL PROTECTED] wrote: That instalation of mono worked. My program seemed to run fine. In the mean time, i noticed that there is another version of mono, 1.1.13.6, and went to try that one. It still gives the same problem. For watever reason, your experimental installer for Windows runs my Gtk# 2.4 application while the official mono one does not (neither in Windows nor in Linux)... Talked to Wade about this today and we think we figured out why the mono-project installers policy stuff wasn't working. He's working on the issue. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list __ Porque insiste em pagar o dobro? Compare o preço da sua ligação à Internet http://acesso.portugalmail.pt/maisbarato ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [Patch] mono/support/serial.c
Hello, The attached patch has some changed that I need to apply some others in the C# side in the class library. Is it ok to commit? Carlos. Index: serial.c === --- serial.c (revisión: 59128) +++ serial.c (copia de trabajo) @@ -41,11 +41,12 @@ /* This is a copy of System.IO.Ports.SerialSignal */ typedef enum { - Cd = 0, /* Carrier detect */ - Cts = 1, /* Clear to send */ - Dsr = 2, /* Data set ready */ - Dtr = 3, /* Data terminal ready */ - Rts = 4 /* Request to send */ + NoneSignal, + Cd = 1, /* Carrier detect */ + Cts = 2, /* Clear to send */ + Dsr = 4, /* Data set ready */ + Dtr = 8, /* Data terminal ready */ + Rts = 16 /* Request to send */ } MonoSerialSignal; int @@ -67,8 +68,6 @@ tcflush(fd, TCIOFLUSH); tcsetattr(fd,TCSANOW,newtio); - fcntl (fd, F_SETFL, O_NONBLOCK); - return fd; } @@ -79,19 +78,9 @@ } guint32 -read_serial (int fd, guchar *buffer, int offset, int count, int timeout) +read_serial (int fd, guchar *buffer, int offset, int count) { guint32 n; - struct pollfd ufd; - - ufd.fd = fd; - ufd.events = POLLHUP | POLLIN | POLLERR; - - poll (ufd, 1, timeout); - - if ((ufd.revents POLLIN) != POLLIN) { - return -1; - } n = read (fd, buffer + offset, count); @@ -123,6 +112,20 @@ tcflush(fd, input ? TCIFLUSH : TCOFLUSH); } +gint32 +get_bytes_in_buffer (int fd, gboolean input, gint32 *error) +{ + gint32 retval; + + *error = 0; + if (ioctl (fd, input ? TIOCINQ : TIOCOUTQ, retval) == -1) { + *error = -1; + return -1; + } + + return retval; +} + gboolean set_attributes (int fd, int baud_rate, MonoParity parity, int dataBits, MonoStopBits stopBits, MonoHandshake handshake) { @@ -249,22 +252,42 @@ return TIOCM_DTR; case Rts: return TIOCM_RTS; + default: + return 0; } /* Not reached */ return 0; } +static MonoSerialSignal +get_mono_signal_codes (int signals) +{ + MonoSerialSignal retval = NoneSignal; + + if ((signals TIOCM_CAR) != 0) + retval |= Cd; + if ((signals TIOCM_CTS) != 0) + retval |= Cts; + if ((signals TIOCM_DSR) != 0) + retval |= Dsr; + if ((signals TIOCM_DTR) != 0) + retval |= Dtr; + if ((signals TIOCM_RTS) != 0) + retval |= Rts; + + return retval; +} + gint32 -get_signal (int fd, MonoSerialSignal signal) +get_signals (int fd) { - int signals, expected; + int signals; - expected = get_signal_code (signal); if (ioctl (fd, TIOCMGET, signals) == -1) return -1; - return (expected signals) != 0; + return get_mono_signal_codes (signals); } gint32 @@ -291,6 +314,21 @@ return 1; } +gint32 +poll_serial (int fd) +{ + struct pollfd pinfo; + + pinfo.fd = fd; + pinfo.events = POLLIN; + pinfo.revents = 0; + + if (poll (pinfo, 1, 0) == -1) + return -1; + + return (pinfo.revents POLLIN) != 0 ? 1 : 0; +} + /* * mono internals should not be used here. * this serial stuff needs to be implemented with icalls. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Gtk# not found
I've updated the Windows installer (1.1.14) to contain a new gtk# that includes the gtk# policy.config files. Find it here: http://www.mono-project.com/Downloads Wade On Fri, 2006-04-07 at 19:04 -0600, Wade Berrier wrote: On Sat, 2006-04-08 at 00:06 +0100, [EMAIL PROTECTED] wrote: It was good to know that it was a bug, as a first thing, because i actually ended up suspecting that it might have not been a bug. And it is good to know that you are still paying attention to it. And even better to know that you may be seeing a solution. I ended up compiling the program with mono 1.1.13.4, to be sure my users could run it without having to install another mono. This time in Windows. Yet another funny thing. Tried it in mono 1.1.13.4 (same) in Linux and it complained again about not finding Gtk... I had used the .bin installer (the click and run installer). So you may want to check that one too, if that wasn't in the plans already. Could you post some details about the error using the Linux installer? The Linux installer comes with gtk# 2.4, while the windows installer comes with gtk# 2.8. Maybe that was the issue? Please run you app with with setting this first: export MONO_LOG_LEVEL=debug and post the output so we can debug this. Thanks! Wade Citando Mike Kestner [EMAIL PROTECTED]: On Fri, 2006-03-31 at 16:04 +0100, [EMAIL PROTECTED] wrote: That instalation of mono worked. My program seemed to run fine. In the mean time, i noticed that there is another version of mono, 1.1.13.6, and went to try that one. It still gives the same problem. For watever reason, your experimental installer for Windows runs my Gtk# 2.4 application while the official mono one does not (neither in Windows nor in Linux)... Talked to Wade about this today and we think we figured out why the mono-project installers policy stuff wasn't working. He's working on the issue. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list __ Porque insiste em pagar o dobro? Compare o preço da sua ligação à Internet http://acesso.portugalmail.pt/maisbarato ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-list] Which event should I use?
Hi, I have a treeview in a window, and immediately after the window is shown, I want to fill the treeview with rows, without user interaction. What event on which widget should I use? I have set up a dummy button to do this for the time being. I do not have a problem with how to add rows, etc; just want to know how to make it populate the treeview without user interaction. Thanks, Kim ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] RSA.Create() - major performance issues
I'm trying to create a component that should be used in a webapplication. It involves parsing of PKCS#12/PKCS#7 and creating signed/encrypted PKCS#7. It works fine, except the performance is really, really bad. Some places in the code I have lines like this: RSA signKey = RSA.Create(); signKey.FromXmlString( . ); I know the same is true for a lot of the Mono code. I never generate any keys, as they are all loaded from files/strings. However, RSA.Create() always generates a keypair which has a huge impact on performance. Is there no way to just create an empty RSA object ready for loading a key into? Regards, Kim ___ www.kmd.dk www.kundenet.kmd.dk www.eboks.dk www.civitas.dk www.netborger.dk www.organisator.dk Hvis du har modtaget denne mail ved en fejl vil jeg gerne, at du informerer mig og sletter den. KMD skaber it-services, der fremmer effektivitet hos det offentlige, erhvervslivet og borgerne. If you received this e-mail by mistake, please notify me and delete it. Thank you. Our mission is to enhance the efficiency of the public sector and improve its service of the general public. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Which event should I use?
On Fri, 7 Apr 2006 17:22:34 +1000 [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have a treeview in a window, and immediately after the window is shown, I want to fill the treeview with rows, without user interaction. What event on which widget should I use? I have set up a dummy button to do this for the time being. I do not have a problem with how to add rows, etc; just want to know how to make it populate the treeview without user interaction. Why don't you do like this: - In the Main method: ... fillTreeView(); myWindow.ShowAll(); ... You can simply populate the TreeView and then make the Window visible ! For an example, view the last lesson of my tutorial TreeView for kids at: http://laas.altervista.org/tutorials/tview_7.php bye -- Salvatore -| LAAS --| http://laas.altervista.org | ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Garbage collection and memory usage
Hi Miguel, I am experiencing the same problem with my web application and the root ot the problem seems to be in the mono process that runs mod-mono-server. The curious thing is that it seems to hang every time when it consumes around 50% from the system memory. Here are some traces, I hope they help a little: top: Tasks: 66 total, 2 running, 64 sleeping, 0 stopped, 0 zombie Cpu(s): 4.3% us, 3.7% sy, 0.0% ni, 91.7% id, 0.0% wa, 0.0% hi, 0.3% si Mem:190940k total, 185772k used, 5168k free, 3080k buffers Swap:72252k total,35984k used,36268k free,38264k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 16019 www-data 15 0 124m 93m 8876 S 6.6 50.3 8:17.75 mono gdb: 0xb7c706c6 in semop () from /lib/tls/libc.so.6 (gdb) bt #0 0xb7c706c6 in semop () from /lib/tls/libc.so.6 #1 0xb7ecfbb7 in _wapi_shm_sem_lock () from /usr/lib/libmono.so.0 #2 0xb7ec5567 in _wapi_handle_count_signalled_handles () from /usr/lib/libmono.so.0 #3 0xb7ed3ca6 in SignalObjectAndWait () from /usr/lib/libmono.so.0 #4 0xb7ed3ed2 in WaitForMultipleObjectsEx () from /usr/lib/libmono.so.0 #5 0xb7e86b3b in mono_install_thread_callbacks () from /usr/lib/libmono.so.0 #6 0xb7e86e8a in mono_thread_manage () from /usr/lib/libmono.so.0 #7 0xb7e0c0da in mono_main () from /usr/lib/libmono.so.0 #8 0x0804857b in ?? () #9 0x0005 in ?? () #10 0xbfc84ec4 in ?? () #11 0xbfc84e98 in ?? () #12 0xb7bac974 in __libc_start_main () from /lib/tls/libc.so.6 #13 0xb7bac974 in __libc_start_main () from /lib/tls/libc.so.6 strace: # strace -p 16019 Process 16019 attached - interrupt to quit semop(3538953, 0xbfc84b90, 1 Mono version is 1.1.13.2 mod_mono version is 1.1.13 Regards, Georgi Moskov On 4/7/06, Miguel de Icaza [EMAIL PROTECTED] wrote: Hello, Assuming this is the case, what on earth can I do to troubleshoot this? Is there something we can do in code to help the GC? I thought the whole point of languages like C# was to get /away/ from awful days of malloc + free'ing memory like in C :( Thanks for posting the message, we need a few more data points here. You mention that the application will go down within twenty minutes. By the time it goes down, what is growing out of proportion? Is it the Apache process with mod_mono or is it the Mono process that runs mod-mono-server.exe? You mentioned that requests were being received, but they were not getting a reply. What was the size of Mono then? Am curious in this particular case if this is a case of Mono leaking memory or if this is a case of Mono running out of threads to process responses. Your initial description sounds like Mono is hanging, not that Mono is leaking. This could be caused by a number of reasons: the requests might not be completing; You might be using some library that has a threadpool leak; You might be starving and deadlocking the threadpool internally. Miguel. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] XSP demos problem
Hi! There are a few problems with XSP 2.0 demo in mono 1.1.14 on windows. 1) XSP 2.0 works slowly, for example there are problems with first tree loading on http://localhost:8088/index2.aspx page in FireFox 1.5.0.1 (page loading process hangs) 2) Here are problem demo pages which i found: http://localhost:8088/1.1/asp.net/browsercaps.aspx (Error: Exception has been thrown by the target of an invocation.) http://localhost:8088/1.1/asp.net/codebehind1.aspx (Object reference not set to an instance of an object) http://localhost:8088/1.1/asp.net/session1.aspx (Object reference not set to an instance of an object) http://localhost:8088/1.1/customcontrol/tabcontrol.aspx (Object reference not set to an instance of an object) http://localhost:8088/1.1/customcontrol/tabcontrol2.aspx http://localhost:8088/1.1/html/htmlimage.aspx (hangs) http://localhost:8088/1.1/webcontrols/dbpage1.aspx http://localhost:8088/1.1/webcontrols/dbpage2.aspx http://localhost:8088/1.1/webcontrols/temperature.aspx http://localhost:8088/1.1/webcontrols/validator1.aspx http://localhost:8088/1.1/webcontrols/web_regularexpressionvalidator.aspx http://localhost:8088/1.1/webcontrols/web_textbox.aspx http://localhost:8088/2.0/menu/menu1.aspx (System.Web.UI.HtmlControls.HtmlHead.Metadata' is inaccessible due to its protection level) http://localhost:8088/2.0/treeview/populate-on-demand.aspx (cause FireFox 1.5 to hahg on a few minutes. Nodes expanding don't work before loading complete) http://localhost:8088/2.0/treeview/treeview-databound.aspx (unexpected end of file. Current depth is 1 Line 2, position 7.) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] i am a fresher...
hai i am fresher in the world of mono.i had installed mono using installer for linux. then i have no idea of wirking with it...can any one help me Yahoo! Messenger with Voice. PC-to-Phone calls for ridiculously low rates.___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Create System.Drawing.Font from FontButton.FontName
Hi all, I'm developing simple app that adds some text string to an existing photo. At this point I want to select a font for a text string, but I can't find any approach to convert a font selection provided with a Gtk.FontButton to System.Drawing.Font. Any suggestion? Slava. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Feodra Core 5 and LD_LIBRARY_PATH
On Fri, 2006-04-07 at 12:05 +1000, Paddy Joy wrote: I installed mono and monodevelop from SVN, first thing I did after installing FC5 was remove the mono packages ;-) Then where did you install mono to? Which prefix? The default prefix is /usr/local, so /usr/local/lib/libMonoPosixHelper.so would be the correct location for libMonoPosixHelper.so. However, as mentioned earlier, /usr/local/lib is not part of the default library search path. You can modify the library search path by adding /usr/local/lib to /etc/ld.so.conf and running ldconfig(1) as the `root' user, OR you can add /usr/local/lib to your LD_LIBRARY_PATH environment variable before starting any mono applications. I think the easiest thing for me to do would be to re-install in the correct location, would you agree? Or will I then have two versions of the libraries causing myself grief in the future? As a general rule, you shouldn't install your own software into the /usr prefix, you should leave this prefix to packages provided with your distro. So /usr/local is the correct prefix to use, but this does require adding /usr/local/lib to the library search path, as mentioned above. This would need to be done for *all* apps which install shared libraries under /usr/local, not just Mono. - Jon ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] RSA.Create() - major performance issues
Hello Kim, On Fri, 2006-04-07 at 09:33 +0200, Hellan.Kim KHE wrote: I'm trying to create a component that should be used in a webapplication. It involves parsing of PKCS#12/PKCS#7 and creating signed/encrypted PKCS#7. It works fine, except the performance is really, really bad. Some places in the code I have lines like this: RSA signKey = RSA.Create(); signKey.FromXmlString( . ); I know the same is true for a lot of the Mono code. I never generate any keys, as they are all loaded from files/strings. However, RSA.Create() always generates a keypair which has a huge impact on performance. Well we're missing critical pieces of information from your email. Are you running your code under Mono (and if so which version, OS...) ? Or are you running your code under the MS runtime (again version, OS...) using Mono.Security.dll ? As I know the (or a similar) problem I guess you are in the later case. Is there no way to just create an empty RSA object ready for loading a key into? The design of the Fx cryptography is generally nice but (for some known and unknown reasons): (a) it is like half implemented, e.g. the RSA versus RSACryptoServiceProvider mismatch - it's hard to extend RSA (and it was impossible to extend DSA before 2.0) and keep existing code running; (b) was not server-friendly, e.g. always generating a new key; (c) other issues non related to this discussion ;-) If you're running on the MS runtime the automatic key pair generation is a feature. Yes this problem was reported (prior to 1.0 release) and it was judged by design (1). The only way to fix the issue (MS runtime) is to use the RSACryptoServiceProvider class with CspParameters. However by doing so you lose the ability to change the default RSA implementation at runtime. Now back in Mono-land. In order to be compatible with MS implementation Mono shares some of the same limitations. However delaying the creation of the key pair doesn't break compatibility (2), so Mono always delays the creation of a new key pair unless it's really needed (by a call to some methods). If it's not delayed then it's either: (a) a bug (i.e. please fill a test case into bugzilla); (b) you make a call to something that requires a key component (before loading a key pair); Notes (1) Microsoft changed their mind in framework 2.0 and delayed the creation of the key pair until needed (just like Mono did ;-) (2) Unless your application is sensitive to when the CPU is being used (rare case and, anyway, it's easy to simulate the original behavior). So this leaves us to Mono.Security.dll. This assembly is a component of Mono that is totally compatible with the MS runtime (i.e. it has no dependency on Mono specific technologies). However Mono.Security.dll doesn't (and won't) limit itself to design issues of specific MS framework versions (unless compatibility is concerned). Mono.Security.dll use (e.g. RSAManaged) and expose (by using RSA) the fact that the RSA class can be extended by third party implementations. If this isn't a bug (i.e. if the problem doesn't occur on Mono runtime) then you have the choice to: (a) updating to the Mono runtime ;-) (b) updating to MS Fx 2.0; (c) hack your own version of Mono.Security.dll (e.g. by rename it, change the public key used...) P.S. It would be helpful in the future to include more information about your environment (e.g. Mono version, OS version, .NET execution platform...). -- Sebastien Pouliot [EMAIL PROTECTED] Blog: http://pages.infinit.net/ctech/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
SV: [Mono-list] RSA.Create() - major performance issues
Hi, Sorry about the missing information. My component is running on Microsoft Windows XP/2003 with .NET framework 1.1. I'm using the Mono.Security.dll version 1.0.5000.0. I'm using the System.Security.Cryptography.RSA class. I don't think that there are any bugs in Mono, I could just see that you do the same as I do by calling RSA.Create() and then load a key into the object. I don't need to do anything fancy with the RSA key, I just need the object to hold the imported key that I use for signing my PKCS#7. So for my configuration are there any easy workarounds to avoid key generation (like the delayed key generation that you mention)? If this MS design flaw is somehow handled in later versions of Mono.Security.dll, I have no problems upgrading. Regards, Kim -Oprindelig meddelelse- Fra: Sebastien Pouliot [mailto:[EMAIL PROTECTED] Sendt: 7. april 2006 14:20 Til: Hellan.Kim KHE Cc: mono-list@lists.ximian.com Emne: Re: [Mono-list] RSA.Create() - major performance issues Hello Kim, On Fri, 2006-04-07 at 09:33 +0200, Hellan.Kim KHE wrote: I'm trying to create a component that should be used in a webapplication. It involves parsing of PKCS#12/PKCS#7 and creating signed/encrypted PKCS#7. It works fine, except the performance is really, really bad. Some places in the code I have lines like this: RSA signKey = RSA.Create(); signKey.FromXmlString( . ); I know the same is true for a lot of the Mono code. I never generate any keys, as they are all loaded from files/strings. However, RSA.Create() always generates a keypair which has a huge impact on performance. Well we're missing critical pieces of information from your email. Are you running your code under Mono (and if so which version, OS...) ? Or are you running your code under the MS runtime (again version, OS...) using Mono.Security.dll ? As I know the (or a similar) problem I guess you are in the later case. Is there no way to just create an empty RSA object ready for loading a key into? The design of the Fx cryptography is generally nice but (for some known and unknown reasons): (a) it is like half implemented, e.g. the RSA versus RSACryptoServiceProvider mismatch - it's hard to extend RSA (and it was impossible to extend DSA before 2.0) and keep existing code running; (b) was not server-friendly, e.g. always generating a new key; (c) other issues non related to this discussion ;-) If you're running on the MS runtime the automatic key pair generation is a feature. Yes this problem was reported (prior to 1.0 release) and it was judged by design (1). The only way to fix the issue (MS runtime) is to use the RSACryptoServiceProvider class with CspParameters. However by doing so you lose the ability to change the default RSA implementation at runtime. Now back in Mono-land. In order to be compatible with MS implementation Mono shares some of the same limitations. However delaying the creation of the key pair doesn't break compatibility (2), so Mono always delays the creation of a new key pair unless it's really needed (by a call to some methods). If it's not delayed then it's either: (a) a bug (i.e. please fill a test case into bugzilla); (b) you make a call to something that requires a key component (before loading a key pair); Notes (1) Microsoft changed their mind in framework 2.0 and delayed the creation of the key pair until needed (just like Mono did ;-) (2) Unless your application is sensitive to when the CPU is being used (rare case and, anyway, it's easy to simulate the original behavior). So this leaves us to Mono.Security.dll. This assembly is a component of Mono that is totally compatible with the MS runtime (i.e. it has no dependency on Mono specific technologies). However Mono.Security.dll doesn't (and won't) limit itself to design issues of specific MS framework versions (unless compatibility is concerned). Mono.Security.dll use (e.g. RSAManaged) and expose (by using RSA) the fact that the RSA class can be extended by third party implementations. If this isn't a bug (i.e. if the problem doesn't occur on Mono runtime) then you have the choice to: (a) updating to the Mono runtime ;-) (b) updating to MS Fx 2.0; (c) hack your own version of Mono.Security.dll (e.g. by rename it, change the public key used...) P.S. It would be helpful in the future to include more information about your environment (e.g. Mono version, OS version, .NET execution platform...). -- Sebastien Pouliot [EMAIL PROTECTED] Blog: http://pages.infinit.net/ctech/ ___ www.kmd.dk www.kundenet.kmd.dk www.eboks.dk www.civitas.dk www.netborger.dk www.organisator.dk Hvis du har modtaget denne mail ved en fejl vil jeg gerne, at du informerer mig og sletter den. KMD skaber
Re: SV: [Mono-list] RSA.Create() - major performance issues
Hello Kim, On Fri, 2006-04-07 at 14:50 +0200, Hellan.Kim KHE wrote: Sorry about the missing information. My component is running on Microsoft Windows XP/2003 with .NET framework 1.1. I'm using the Mono.Security.dll version 1.0.5000.0. [note: Mono.Security.dll assembly version are kept in sync with MS version releases, as some Mono core assemblies depends on it. The true version number of the assembly is the Mono version] I'm using the System.Security.Cryptography.RSA class. I don't think that there are any bugs in Mono, I could just see that you do the same as I do by calling RSA.Create() and then load a key into the object. Thanks for the additional details (and for confirming my theory :) I don't need to do anything fancy with the RSA key, I just need the object to hold the imported key that I use for signing my PKCS#7. Yes, like most uses of RSA. In production code key generation is the exception not the rule... So for my configuration are there any easy workarounds to avoid key generation (like the delayed key generation that you mention)? I can only think about the one I mentioned earlier... you may want to try Google on the problem (as many people have been affected by it, so maybe someone found an alternative solution ?). If this MS design flaw is somehow handled in later versions of Mono.Security.dll, I have no problems upgrading. Sadly there isn't a correct way to fix this and keep the extensibility model (provided by using RSA) which also implies keeping binary compatibility (for existing Mono.Security.dll users). Furthermore this issue is already corrected in MS Fx 2.0 and doesn't affect Mono (runtime) users. Regards, Kim -Oprindelig meddelelse- Fra: Sebastien Pouliot [mailto:[EMAIL PROTECTED] Sendt: 7. april 2006 14:20 Til: Hellan.Kim KHE Cc: mono-list@lists.ximian.com Emne: Re: [Mono-list] RSA.Create() - major performance issues Hello Kim, On Fri, 2006-04-07 at 09:33 +0200, Hellan.Kim KHE wrote: I'm trying to create a component that should be used in a webapplication. It involves parsing of PKCS#12/PKCS#7 and creating signed/encrypted PKCS#7. It works fine, except the performance is really, really bad. Some places in the code I have lines like this: RSA signKey = RSA.Create(); signKey.FromXmlString( . ); I know the same is true for a lot of the Mono code. I never generate any keys, as they are all loaded from files/strings. However, RSA.Create() always generates a keypair which has a huge impact on performance. Well we're missing critical pieces of information from your email. Are you running your code under Mono (and if so which version, OS...) ? Or are you running your code under the MS runtime (again version, OS...) using Mono.Security.dll ? As I know the (or a similar) problem I guess you are in the later case. Is there no way to just create an empty RSA object ready for loading a key into? The design of the Fx cryptography is generally nice but (for some known and unknown reasons): (a) it is like half implemented, e.g. the RSA versus RSACryptoServiceProvider mismatch - it's hard to extend RSA (and it was impossible to extend DSA before 2.0) and keep existing code running; (b) was not server-friendly, e.g. always generating a new key; (c) other issues non related to this discussion ;-) If you're running on the MS runtime the automatic key pair generation is a feature. Yes this problem was reported (prior to 1.0 release) and it was judged by design (1). The only way to fix the issue (MS runtime) is to use the RSACryptoServiceProvider class with CspParameters. However by doing so you lose the ability to change the default RSA implementation at runtime. Now back in Mono-land. In order to be compatible with MS implementation Mono shares some of the same limitations. However delaying the creation of the key pair doesn't break compatibility (2), so Mono always delays the creation of a new key pair unless it's really needed (by a call to some methods). If it's not delayed then it's either: (a) a bug (i.e. please fill a test case into bugzilla); (b) you make a call to something that requires a key component (before loading a key pair); Notes (1) Microsoft changed their mind in framework 2.0 and delayed the creation of the key pair until needed (just like Mono did ;-) (2) Unless your application is sensitive to when the CPU is being used (rare case and, anyway, it's easy to simulate the original behavior). So this leaves us to Mono.Security.dll. This assembly is a component of Mono that is totally compatible with the MS runtime (i.e. it has no dependency on Mono specific technologies). However Mono.Security.dll doesn't (and won't) limit itself to design issues of specific MS framework versions (unless compatibility is
[Mono-list] Lost a user?
Has Mono lost a user? If so, do we know why? This is a very busy site. From netcraft: 20-Mar-2006: Laterooms Ltd194.24.250.200Windows Server 2003 Microsoft-IIS/6.0 5-Mar-2006: Laterooms Ltd194.24.250.200 unknown Apache/1.3.33 Debian GNU/Linux mod_mono/1.1.13 mod_gzip/1.3.26.1a PHP/4.3.10-16 mod_ssl/2.8.22 OpenSSL/0.9.7e Interestingly, just recently the site has become a lot less stable. It often fails with a .NET untrapped exception, Server too busy. Perhaps some sales suit from Novell ought to pay them a visit. Hopefully whilst they still have a problem. Cheers Peter ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Lost a user?
On Fri, 7 Apr 2006 14:11:57 +0100 Bradley, Peter [EMAIL PROTECTED] wrote: Has Mono lost a user? If so, do we know why? This is a very busy site. wave That's us. Please see http://lists.ximian.com/pipermail/mono-list/2006-April/031168.html Interestingly, just recently the site has become a lot less stable. It often fails with a .NET untrapped exception, Server too busy. You should've seen it when Mono was hosting... our current problems pertain solely to DB capacity, and nothing to do with Windows. Perhaps some sales suit from Novell ought to pay them a visit. Hopefully whilst they still have a problem. We're many miles past that stage. I'm curious to find the source of the issue since it affects many other people, but Mono on Laterooms' public site is a lost cause. Very sad - a wasted media opportunity to get a (reasonably) high profile user. Cheers, Gavin. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Lost a user?
Hi Gavin, As you say, very sad. I'm sorry I missed your original posts, even though I'm not at all in any position to help. Has anyone else stepped up to try to help? It really would be in Novell's interest to put some resources into this to try to get an answer in the general - even though it's too late in the particular. If this has all been aired and I missed it, then my apologies again. Cheers Peter -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gavin Hamill Sent: 07 April 2006 15:24 To: mono-list@lists.ximian.com Subject: Re: [Mono-list] Lost a user? On Fri, 7 Apr 2006 14:11:57 +0100 Bradley, Peter [EMAIL PROTECTED] wrote: Has Mono lost a user? If so, do we know why? This is a very busy site. wave That's us. Please see http://lists.ximian.com/pipermail/mono-list/2006-April/031168.html Interestingly, just recently the site has become a lot less stable. It often fails with a .NET untrapped exception, Server too busy. You should've seen it when Mono was hosting... our current problems pertain solely to DB capacity, and nothing to do with Windows. Perhaps some sales suit from Novell ought to pay them a visit. Hopefully whilst they still have a problem. We're many miles past that stage. I'm curious to find the source of the issue since it affects many other people, but Mono on Laterooms' public site is a lost cause. Very sad - a wasted media opportunity to get a (reasonably) high profile user. Cheers, Gavin. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Garbage collection and memory usage
Hello, Good news and bad news. The good news is that it seems that the bug is easy to trigger, which means we can do something about it. The bad news is that the gdb stack trace you provided is only for one thread, which is not the problematic one. Please try the two gdb macros that we have in our site to get all the information: http://www.mono-project.com/Debugging Alternatively, if you could share your application with us, and the steps to reproduce it, we could do the work ourselves. If your software is proprietary, we can sign an NDA to have someone at Novell look at it. Miguel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono 1.1.14 and Indy.Sockets
Hi All, I just downloaded and installed Mono 1.1.14 with Suse 10.0 RPMs. For my project I use the Indy.Sockets opensource library that used to work well with mono 1.1.12 and 1.1.13. Now I get: Invalid IL code in Indy.Sockets.Thread:.ctor (bool,bool,string): IL_0017: stloc.0 in 0x0 unknown method in 0x00010 Indy.Sockets.TIdStringsFCL:set_NameValueSeparator (Char AValue) in 0x0001f Indy.Sockets.TIdStringsFCL:GetNameValueSeparator () in 0xd Indy.Sockets.TIdStringsFCL:get_NameValueSeparator () in 0x0006c Indy.Sockets.TIdStringsFCL:IndexOfName (System.String AName) in 0x0001f Indy.Sockets.TIdStringsFCL:GetValue (System.String AName) in 0x00010 Indy.Sockets.TIdStringsFCL:get_Values (System.String AName) in 0x00339 Indy.Sockets.MessageDecoderMIME:ReadHeader () in 0x00267 Indy.Sockets.MessageClient:ReceiveBody (Indy.Sockets.Message AMsg, System.String ADelim) in 0x000a0 Indy.Sockets.POP3:Retrieve (Int32 MsgNum, Indy.Sockets.Message AMsg) in (wrapper remoting-invoke-with-check) Indy.Sockets.POP3:Retrieve (int,Indy.Sockets.Message) in [0x00084] (at /home/m/dev/shM/Protocols/EventsReceivers/POP3MailboxChecker.cs:49) shMonitor.Core.Protocols.POP3MailboxChecker:Check () in (wrapper delegate-invoke) System.MulticastDelegate:invoke_void () I am using Indy.Sockets 10.1.5 (actual stable version). The error seems to be related to the POP3 class of Indy.Sockets (which checks mails in a POP3 mailbox). Do these errors really show a problem with Indy.sockets or are they due to new Mono version? My config: # uname -a Linux linux 2.6.15-default #3 SMP Fri Jan 13 19:09:35 CET 2006 i686 i686 i386 GNU/Linux #mono -V Mono JIT compiler version 1.1.14, (C) 2002-2005 Novell, Inc and Contributors. www.mono-project.com TLS: normal GC:Included Boehm (with typed GC) SIGSEGV: normal Disabled: none Sorry if my problem is only indy-related. Regards, Matt On Friday 07 April 2006 15:11, Bradley, Peter wrote: Has Mono lost a user? If so, do we know why? This is a very busy site. From netcraft: 20-Mar-2006: Laterooms Ltd http://toolbar.netcraft.com/netblock?q=LATEROOMS,194.24.250.0,194.24.25 1.255 194.24.250.200Windows Server 2003 Microsoft-IIS/6.0 5-Mar-2006: Laterooms Ltd http://toolbar.netcraft.com/netblock?q=LATEROOMS,194.24.250.0,194.24.25 1.255 194.24.250.200 unknown Apache/1.3.33 Debian GNU/Linux mod_mono/1.1.13 mod_gzip/1.3.26.1a PHP/4.3.10-16 mod_ssl/2.8.22 OpenSSL/0.9.7e Interestingly, just recently the site has become a lot less stable. It often fails with a .NET untrapped exception, Server too busy. Perhaps some sales suit from Novell ought to pay them a visit. Hopefully whilst they still have a problem. Cheers Peter ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Garbage collection and memory usage
On Fri, 07 Apr 2006 00:37:47 -0400 Miguel de Icaza [EMAIL PROTECTED] wrote: Thanks for posting the message, we need a few more data points here. Sure thing. You mention that the application will go down within twenty minutes. By the time it goes down, what is growing out of proportion? Is it the Apache process with mod_mono or is it the Mono process that runs mod-mono-server.exe? The latter. Apache is only occupying the typical 80MB per process. You mentioned that requests were being received, but they were not getting a reply. What was the size of Mono then? It could be anything from 300M upwards - initially we only saw that everything stopped working when Mono reached about 800M, so we threw more memory into the machine, but it made no difference. This could be caused by a number of reasons: the requests might not be completing; You might be using some library that has a threadpool leak; You might be starving and deadlocking the threadpool internally. nod All sounding very sensible... We use SMP machines so from what I've read, Heap Buddy will be no help.. I have been reading http://www.mono-project.com/Debugging as a result of your reply to Georgi Moskov who is having the same issue as us, but I don't understand how this applies to mod_mono, since obviously we do not run the website from the commandline :) Do I wait for the site to grind to a halt, and then attach gdb? Do I hook gdb in as soon as the mod-mono-server.exe process begins? What gdb options do I need to deal with multi-threads? Finally, do I need to recompile mono to include extra debug symbols? Cheers, Gavin. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Garbage collection and memory usage
Hi, On Fri, 2006-04-07 at 17:30 +0100, Gavin Hamill wrote: We use SMP machines so from what I've read, Heap Buddy will be no help.. If you have a test box, you can just boot up in a UP kernel and it'll work ok. Joe ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Garbage collection and memory usage
Hello again, Here is the output from the gdb macro: (gdb) mono_backtrace 15 [Switching to Thread -1212431040 (LWP 2809)] #0 0xb7c966c6 in semop () from /lib/tls/libc.so.6 #1 0xb7ef5bb7 in _wapi_shm_sem_lock () from /usr/lib/libmono.so.0 #2 0xb7eeb567 in _wapi_handle_count_signalled_handles () from /usr/lib/libmono.so.0 #3 0xb7ef9ca6 in SignalObjectAndWait () from /usr/lib/libmono.so.0 #4 0xb7ef9ed2 in WaitForMultipleObjectsEx () from /usr/lib/libmono.so.0 #5 0xb7eacb3b in mono_install_thread_callbacks () from /usr/lib/libmono.so.0 #6 0xb7eace8a in mono_thread_manage () from /usr/lib/libmono.so.0 #7 0xb7e320da in mono_main () from /usr/lib/libmono.so.0 #8 0x0804857b in ?? () #9 0x0005 in ?? () #10 0xbfeab0d4 in ?? () #11 0xbfeab0a8 in ?? () #12 0xb7bd2974 in __libc_start_main () from /lib/tls/libc.so.6 #13 0xb7bd2974 in __libc_start_main () from /lib/tls/libc.so.6 warning: Unable to restore previously selected frame. #0 0xb7c966c6 in semop () from /lib/tls/libc.so.6 (gdb) This time I limited the phisical memory of the machine from 192Mb to 96Mb, so the problem can show faster. top: top - 20:47:45 up 5 min, 1 user, load average: 0.29, 0.46, 0.23 Tasks: 65 total, 1 running, 64 sleeping, 0 stopped, 0 zombie Cpu(s): 1.0% us, 2.0% sy, 0.0% ni, 96.7% id, 0.0% wa, 0.3% hi, 0.0% si Mem: 93508k total,91008k used, 2500k free, 1076k buffers Swap:72252k total,50408k used,21844k free,12932k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 2809 www-data 15 0 86424 56m 6960 S 1.7 62.3 0:37.23 mono Since I am pretty sure that the problem has something to do with JIT compilation and memory, and the gdb trace from the macro doesn't look much different from the previous one, I surpose we could put up something similar to our application to reproduce the problem. Regards, Georgi Moskov On 4/7/06, Miguel de Icaza [EMAIL PROTECTED] wrote: Hello, Good news and bad news. The good news is that it seems that the bug is easy to trigger, which means we can do something about it. The bad news is that the gdb stack trace you provided is only for one thread, which is not the problematic one. Please try the two gdb macros that we have in our site to get all the information: http://www.mono-project.com/Debugging Alternatively, if you could share your application with us, and the steps to reproduce it, we could do the work ourselves. If your software is proprietary, we can sign an NDA to have someone at Novell look at it. Miguel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Re: Garbage collection and memory usage
Georgi Moskov wrote: Hello again, Here is the output from the gdb macro: This is still wrong. Try this: set logging on info threads t a a mono_backtrace 100 quit Then post the gdb.txt file, ideally compressed. Robert (gdb) mono_backtrace 15 [Switching to Thread -1212431040 (LWP 2809)] #0 0xb7c966c6 in semop () from /lib/tls/libc.so.6 #1 0xb7ef5bb7 in _wapi_shm_sem_lock () from /usr/lib/libmono.so.0 #2 0xb7eeb567 in _wapi_handle_count_signalled_handles () from /usr/lib/libmono.so.0 #3 0xb7ef9ca6 in SignalObjectAndWait () from /usr/lib/libmono.so.0 #4 0xb7ef9ed2 in WaitForMultipleObjectsEx () from /usr/lib/libmono.so.0 #5 0xb7eacb3b in mono_install_thread_callbacks () from /usr/lib/libmono.so.0 #6 0xb7eace8a in mono_thread_manage () from /usr/lib/libmono.so.0 #7 0xb7e320da in mono_main () from /usr/lib/libmono.so.0 #8 0x0804857b in ?? () #9 0x0005 in ?? () #10 0xbfeab0d4 in ?? () #11 0xbfeab0a8 in ?? () #12 0xb7bd2974 in __libc_start_main () from /lib/tls/libc.so.6 #13 0xb7bd2974 in __libc_start_main () from /lib/tls/libc.so.6 warning: Unable to restore previously selected frame. #0 0xb7c966c6 in semop () from /lib/tls/libc.so.6 (gdb) This time I limited the phisical memory of the machine from 192Mb to 96Mb, so the problem can show faster. top: top - 20:47:45 up 5 min, 1 user, load average: 0.29, 0.46, 0.23 Tasks: 65 total, 1 running, 64 sleeping, 0 stopped, 0 zombie Cpu(s): 1.0% us, 2.0% sy, 0.0% ni, 96.7% id, 0.0% wa, 0.3% hi, 0.0% si Mem: 93508k total,91008k used, 2500k free, 1076k buffers Swap:72252k total,50408k used,21844k free,12932k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 2809 www-data 15 0 86424 56m 6960 S 1.7 62.3 0:37.23 mono Since I am pretty sure that the problem has something to do with JIT compilation and memory, and the gdb trace from the macro doesn't look much different from the previous one, I surpose we could put up something similar to our application to reproduce the problem. Regards, Georgi Moskov On 4/7/06, Miguel de Icaza [EMAIL PROTECTED] wrote: Hello, Good news and bad news. The good news is that it seems that the bug is easy to trigger, which means we can do something about it. The bad news is that the gdb stack trace you provided is only for one thread, which is not the problematic one. Please try the two gdb macros that we have in our site to get all the information: http://www.mono-project.com/Debugging Alternatively, if you could share your application with us, and the steps to reproduce it, we could do the work ourselves. If your software is proprietary, we can sign an NDA to have someone at Novell look at it. Miguel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Re: Garbage collection and memory usage
Hello, I will skip the comppression, since the output is not so big ... 9 Thread -1219900496 (LWP 2849) 0xb7c966c6 in semop () from /lib/tls/libc.so.6 8 Thread -1219982416 (LWP 2879) 0xb7d22440 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 7 Thread -1223263312 (LWP 2881) 0xb7c966c6 in semop () from /lib/tls/libc.so.6 6 Thread -1229239376 (LWP 2912) 0xb7d22440 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 5 Thread -1230496848 (LWP 2913) 0xb7d24dfc in __nanosleep_nocancel () from /lib/tls/libpthread.so.0 4 Thread -1234740304 (LWP 2921) 0xb7c966c6 in semop () from /lib/tls/libc.so.6 3 Thread -1224311888 (LWP 3172) 0xb7c966c6 in semop () from /lib/tls/libc.so.6 2 Thread -1233683536 (LWP 3231) 0xb7c966c6 in semop () from /lib/tls/libc.so.6 1 Thread -1212431040 (LWP 2809) 0xb7c966c6 in semop () from /lib/tls/libc.so.6 Thread 9 (Thread -1219900496 (LWP 2849)): Program received signal SIGSEGV, Segmentation fault. 0xb7ec6e39 in mono_jit_info_table_find () from /usr/lib/libmono.so.0 The program being debugged was signaled while in a function called from GDB. GDB remains in the frame where the signal was received. To change this behavior use set unwindonsignal on Evaluation of the expression containing the function (mono_pmip) will be abandoned. #0 0xb7c966c6 in semop () from /lib/tls/libc.so.6 This happens at t a a mono_backtrace 100, with or without set unwindonsignal on. Regards, Georgi Moskov ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Garbage collection and memory usage
Hello, Here is the output from the gdb macro: There are two macros, the other macro will the traces for all threads. Your email only contains a more readable version of the same thread (which was not useful, we know about that one). Since I am pretty sure that the problem has something to do with JIT compilation and memory, and the gdb trace from the macro doesn't look much different from the previous one, I surpose we could put up something similar to our application to reproduce the problem. This would be very useful. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Re: Garbage collection and memory usage
Georgi, Thread 9 (Thread -1219900496 (LWP 2849)): Program received signal SIGSEGV, Segmentation fault. 0xb7ec6e39 in mono_jit_info_table_find () from /usr/lib/libmono.so.0 The program being debugged was signaled while in a function called from GDB. GDB remains in the frame where the signal was received. To change this behavior use set unwindonsignal on Evaluation of the expression containing the function (mono_pmip) will be abandoned. #0 0xb7c966c6 in semop () from /lib/tls/libc.so.6 The macro, respectively mono_pmip, is failing here. You may try t a a bt instead. Robert ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Minosse
Dear Matthijs, I'm the founder and main developer of the project Minosse. The project is still alive, either if my work (I'm a manager in a growing company: a very hard job...) doesn't let me enough time to handle it as I would. At this moment Minosse is in beta phase: I'm testing the basic functionalists and setup a test suite to release. I'm seeking for funds to build-up a company to develop it full-time, but the thing is not easy. At this moment, the site minosse.com has been under development for couple of months and I hope to release it in about two or three weeks: this will be constantly updated and in couple of months will serve as main development headquarter for the project and the tens or related projects (at the present moment there are 2 clients, a GIS library, a FreeText Search Engine, a XML library and others libraries under planning and development...). I would like to use this occasion to ask you if you (or other readers of this mail) could be interested in helping me in the development and management of the project: I am very busy in this period, and I can work on it just few hours a week. Thanks Matthijs for the interest and to all the readers for every possible help. Cheers Antonello On 3/29/06, Matthijs ter Woord [EMAIL PROTECTED] wrote: Hi, Does anybody know whether the minosse project is still alive? Regards, Matthijs ter Woord ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Garbage collection and memory usage
Just to add some info to the discussion, I just put a webmail application in production this week which is handling around 30,000+ logins a day using a custom written pop3 library. Here's the details of the setup: Application Code is written using the Castle Monorail web framework (think ruby on rails for .Net): http://www.castleproject.org/index.php/Main_Page Dell 2850 Dual 2.8GHz Xeon Processors (HyperThreading Disabled) 8 Gig of RAM 136 Gig of Raid 5 drive space Gentoo 2006.0 sync'd and emerged to Sundays Releases and nptl enabled. 2.6.15 Gentoo-Source Kernel Mono 1.1.13.4 (custom ebuild for latest version) XSP and Mod_Mono 1.1.13 (custom ebuild for latest version) Apache 2.0.55-r2 (MPM Worker) My Pop3 Library, I plan to have the website for this back up sometime real soon at www.ilude.com. Apache mono config lines: MonoRunXSP True #MonoDebug True MonoAutoApplication disabled IfModule !mod_mono.c LoadModule mono_module modules/mod_mono.so /IfModule IfModule mod_mime.c # there's a long story behind this file extention # but this is not the place to discuss it. AddHandler mono .asp /IfModule AddMonoApplications default /:/web/webmail Location /webmail SetHandler mono /Location Location /admin SetHandler mono /Location On launch day I ran into some OutOfMemoryException's. I rewrote the attachment processing of the pop3 library to write out the raw network streams to disk and then read that temp file back in, using more reasonable chunks while performing base64 or quoted-printable decoding and writing the results out to another temp file used to cache the decoded attachment until the user requests it. Previously I used a StringBuilder to store the network stream. When I started decoding the data in the StringBuilder a second StringBuilder, which was used as an output buffer while cleaning out non-base64 characters from the stream, was created. This object creation would throw the OutOfMemoryException during the internal character array allocation. (I'm sorry I didn't save the exact stacktrace). This occurred both with a normal new StringBuilder() call as well as with the StringBuilder(int size) call. These Exceptions would start when top reported around 2.3 Gigs of Resident memory in use by the mod-mono-server.exe process. This started occurring on three different occasions after restarting the mod-mono-server.exe, each time top was reporting 2.3 Gig of resident memory use. While these exceptions where being thrown for some users, others where still able to log in. Now that the process uses disk caching, max resident memory gets up to around 1.7 Gig reported by top at peak times. Here's a current screen cap of top (load is currently dropping off for the day): top - 22:48:45 up 4 days, 10:48, 8 users, load average: 0.55, 0.37, 0.27 Tasks: 84 total, 2 running, 82 sleeping, 0 stopped, 0 zombie Cpu(s): 24.6% us, 2.5% sy, 0.0% ni, 72.1% id, 0.0% wa, 0.2% hi, 0.7% si Mem: 8312740k total, 2871220k used, 5441520k free, 180996k buffers Swap: 506036k total,0k used, 506036k free, 697836k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 16006 apache16 0 98244 11m 2516 S 19 0.1 0:12.59 apache2 4447 apache15 0 1248m 1.2g 9776 S 18 14.8 22:06.23 mono 12449 apache18 0 104m 20m 2520 S7 0.3 0:50.89 apache2 14955 apache17 0 99.9m 15m 2524 S7 0.2 0:23.47 apache2 13985 apache18 0 100m 16m 2516 S1 0.2 0:32.85 apache2 Now a few other interesting things I discovered. With hyperthreading enabled mono was much less stable, crashing with a native stacktrace pointing to the pthread.so glibc lib. I'm fairly certain this is related to a race condition somewhere in the Novell Ldap library (I've reported an issue similar to this to the Dev list and submitted a code fix from JD Conley which Konstantin Triger refined and committed in Feb. That fix greatly improved stability with the library but I believe there's still an issue related to heavy use on an SMP machine that is further exaggerated when hyperthreading is enabled). With hyperthreading disabled and some caching of ldap lookup results to prevent excessive calls the Novell lib I've not had any serious issues with mono crashing unexpectedly. I apologize for not having more details, I'm hoping to get sometime soon to try and put together some code that could reproduce some of thses issues using more generalized data sources. If there's any questions I can answer that may help please let me know. Anything I can do to help mono scale to these and higher levels... As a side note the webmail application on mono is already showing more stability than a much less used app on MS 2003 and IIS, but I'll admit that it was my first production .net app and
[Mono-list] i am a fresher...
hai i had developed a vb.net application developed in windows xp 2002,i want to runit in linux.my linux is red hat linux 9. i used the mono installer mono-1.1.14_1-installer.bin i dont know linux.now am trying to run the exe of my software in linux. i cant do it...i cant get any type of window after installing mono.is it work in terminal mode ? what type of commands are used to invoke the exe file? if the execution denotes any exceptions what have to do to debugg? can i see the codes, those i written using windows. or wether i need any other type of compilation?Redefined Horizons [EMAIL PROTECTED] wrote:Uma,We need some more details before we can help you. You won't typically get a response on a forum like this unless you take some time to explain your situation.What do you want to do with Mono? Are you developing software, or are you just trying to run some software? What distribution of Linux are you using? What version of Mono did you install? Are you an experienced Linux user or a rookie? If you give that typ[e of information, someone on this list might be able to help with a more specific request.ScottHuey On 4/7/06, uma sambhu [EMAIL PROTECTED] wrote: hai i am fresher in the world of mono.i had installed mono using installer for linux. then i have no idea of wirking with it...can any one help me Yahoo! Messenger with Voice. PC-to-Phone calls for ridiculously low rates. ___Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list How low will we go? Check out Yahoo! Messengers low PC-to-Phone call rates.___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list