[Mono-dev] mkbundle executables
Hi, Is it reasonable to use mkbundle executables as CGI scripts in a production environment? I mean with regards to performance, tempfiles, security. Greets, Matthijs ter Woord ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Completion refactoring?
Alex, this list is entirely inappropriate for this discussion. If you would like to discuss this, please *subscribe* and send an email to the monodevelop-list, not this one. This list is for mono development, not monodevelop. --Todd ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Source list per profile
Zoltan Varga wrote: Hi, The current solution might not be elegant, but it is simple, and it works just fine. Yes. But because of the java profile, a large part of source files need to be enclosed by #ifdef. The solution Ynon proposed is still quite simple as you can see in the files Ynon sent. What do others think ? --yas So I would vote for keeping it. Zoltan On 8/11/05, Ynon Koralek [EMAIL PROTECTED] wrote: Hello, When building the libraries, each profile requires different source files especially with the java profile. That problem is solved today (for net_2_0) using #ifdef PROFILE_NAME enclosing the whole content of files but this solution is not IMHO very elegant. The solution we suggest is to use an .xml file which defines which source files need to be compiled for each profile. A new enclosed tool called gensourcelist creates a source file list from this xml file specific for the profile currently built. The included patch includes this tool, and the needed modifications of the Makefiles in order to build it and use it. We included also the xml file needed to replace System.Data.dll.sources Please comment on the whole mechanism and let us know what you think about it. Ynon ___ 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-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Re: [Mono-devel-list] [Patch] Publisher Policy support
Hey Paolo, Thanks for answering, comments below: El vie, 12-08-2005 a las 15:49 +0200, Paolo Molaro escribió: On 08/11/05 Carlos Alberto Cortez wrote: Index: assembly.c === --- assembly.c (revisión: 47896) +++ assembly.c (copia de trabajo) [...] +void +assembly_binding_info_free (AssemblyBindingInfo *info) This function is exported, but it has a namespace-polluting name. +{ + g_free (info-name); + g_free (info-culture); +} + +static void +start_element (GMarkupParseContext *context, Please move all the uses of GMarkup inside mono-config.c and make also sure it uses the functions there to deal with bundled files. Well, I found that the functions at mono-config.c are a little bit overheaded IHMO. But we could move there, however. I had a problem before, and that caused me to move my functions inside assembly.c, but since I don't rememebr the problem, I will give a try. + if (!strcmp (element_name, assemblyIdentity)) { + for (n = 0; attribute_names [n]; n++) { + const gchar *attribute_name = attribute_names [n]; + + if (!strcmp (attribute_name, name)) + info-name = g_strdup (attribute_values [n]); + else if (!strcmp (attribute_name, publicKeyToken)) { + if (strlen (attribute_values [n]) == MONO_PUBLIC_KEY_TOKEN_LENGTH - 1) + g_strlcpy (info-public_key_token, attribute_values [n], MONO_PUBLIC_KEY_TOKEN_LENGTH); + } + else if (!strcmp (attribute_name, culture)) { The else needs to go into the same line as the '}'. Good, will take care of it. + numbers = version = g_strsplit (*(versions + 1), ., 4); + info-old_version_top.major = *numbers ? atoi (*numbers++) : -1; + info-old_version_top.minor = *numbers ? atoi (*numbers++) : -1; + info-old_version_top.build = *numbers ? atoi (*numbers++) : -1; + info-old_version_top.revision = *numbers ? atoi (*numbers) : 1; Is it correct to use 1 here and not -1 as in all the other cases? Thanks for the typo correction ;-) + } + else if (!strcmp (attribute_name, newVersion)) { Usuale else misplacement. Good. +static int +compare_versions (struct version *v, MonoAssemblyName *aname) struct version doesn't conform to the mono naming conventions. Use a typedef and something like MonoAssemblyVersion. This was based on the fact I wanted to keep it -at least initially- as private. We can rename it the way you want, however. +static MonoAssemblyName* +mono_assembly_bind_version (AssemblyBindingInfo *info, MonoAssemblyName *aname, MonoAssemblyName *dest_name) +{ + memcpy (dest_name, aname, sizeof (MonoAssemblyName)); + dest_name-major = info-new_version.major; + dest_name-minor = info-new_version.minor; + dest_name-build = info-new_version.build; + dest_name-revision = info-new_version.revision; + + return dest_name; +} + +/* LOCKING: Assumes that we are already locked */ +static AssemblyBindingInfo* +search_binding_loaded (MonoAssemblyName *aname) +{ + GSList *tmp; + MonoDomain *domain = mono_domain_get (); + + for (tmp = domain-assembly_bindings; tmp; tmp = tmp-next) { + AssemblyBindingInfo *info = tmp-data; + if (assembly_binding_maps_name (info, aname)) + return info; + } Why do you associate assembly bindings to domains? Since they are stored in the GAC they seem to be valid for all the domains. That's the way they are associated in .Net in both 1.0 and 1.1. In .Net 2.0 they are domain neutral. So, it's a matter of deciding where we should put them. Index: metadata-internals.h === --- metadata-internals.h(revisión: 47896) +++ metadata-internals.h(copia de trabajo) @@ -236,6 +236,25 @@ MonoDynamicTable tables [MONO_TABLE_NUM]; }; +struct version { + int major; + int minor; + int build; + int revision; +}; + +/* Contains information about assembly binding */ +typedef struct _AssemblyBindingInfo { + char *name; + char *culture; + guchar public_key_token [MONO_PUBLIC_KEY_TOKEN_LENGTH]; + int major; + int minor; + struct version old_version_bottom; + struct version old_version_top; + struct version new_version; +} AssemblyBindingInfo; Since this stuff sseems to be used only in one file, there is no point in exposing them in the headers. I needed it for freeing in mono_domain_unload, but since we are going to move it inside mono-config
[Mono-dev] patches for RegionInfo support
Hi, I noticed that currently our RegionInfo (sys.globalization) support is hard-coded and pretty insufficient. So I reimplemented it like what we do for CultureInfo i.e. create region table from CLDR via locale-builder. Actually I mostly reused locale-builder so it just requires attached patchs. The resulting culture-info-table.h will become like 175 KB where it currently is about 140 KB. Any comments are appreciated :) Atsushi Eno Index: object-internals.h === --- object-internals.h (revision 48380) +++ object-internals.h (working copy) @@ -373,6 +373,18 @@ typedef struct { MonoObject obj; + gint32 region_id; + MonoString *iso2name; + MonoString *iso3name; + MonoString *win3name; + MonoString *english_name; + MonoString *currency_symbol; + MonoString *iso_currency_symbol; + MonoString *currency_english_name; +} MonoRegionInfo; + +typedef struct { + MonoObject obj; MonoString *str; gint32 options; MonoArray *key; Index: locales.c === --- locales.c (revision 48380) +++ locales.c (working copy) @@ -45,6 +45,8 @@ static const CultureInfoEntry* culture_info_entry_from_lcid (int lcid); +static const RegionInfoEntry* region_info_entry_from_lcid (int lcid); + static int culture_lcid_locator (const void *a, const void *b) { @@ -55,6 +57,15 @@ } static int +region_lcid_locator (const void *a, const void *b) +{ + const int *lcid = a; + const RegionLCIDMap *bb = b; + + return *lcid - bb-lcid; +} + +static int culture_name_locator (const void *a, const void *b) { const char *aa = a; @@ -66,6 +77,18 @@ return ret; } +static int +region_name_locator (const void *a, const void *b) +{ + const char *aa = a; + const RegionInfoNameEntry *bb = b; + int ret; + + ret = strcmp (aa, idx2string (bb-name)); + + return ret; +} + static MonoArray* create_group_sizes_array (const gint *gs, gint ml) { @@ -236,6 +259,23 @@ return TRUE; } +static MonoBoolean +construct_region (MonoRegionInfo *this, const RegionInfoEntry *ri) +{ + MonoDomain *domain = mono_domain_get (); + + this-region_id = ri-region_id; + this-iso2name = mono_string_new (domain, idx2string (ri-iso2name)); + this-iso3name = mono_string_new (domain, idx2string (ri-iso3name)); + this-win3name = mono_string_new (domain, idx2string (ri-win3name)); + this-english_name = mono_string_new (domain, idx2string (ri-english_name)); + this-currency_symbol = mono_string_new (domain, idx2string (ri-currency_symbol)); + this-iso_currency_symbol = mono_string_new (domain, idx2string (ri-iso_currency_symbol)); + this-currency_english_name = mono_string_new (domain, idx2string (ri-currency_english_name)); + + return TRUE; +} + static gboolean construct_culture_from_specific_name (MonoCultureInfo *ci, gchar *name) { @@ -259,6 +299,25 @@ return construct_culture (ci, entry); } +static gboolean +construct_region_from_specific_name (MonoRegionInfo *ri, gchar *name) +{ + const RegionInfoEntry *entry; + const RegionInfoNameEntry *ne; + + MONO_ARCH_SAVE_REGS; + + ne = bsearch (name, region_name_entries, NUM_REGION_ENTRIES, + sizeof (RegionInfoNameEntry), region_name_locator); + + if (ne == NULL) + return FALSE; + + entry = region_entries [ne-region_entry_index]; + + return construct_region (ri, entry); +} + static const CultureInfoEntry* culture_info_entry_from_lcid (int lcid) { @@ -271,6 +330,25 @@ return ci; } +static const RegionInfoEntry* +region_info_entry_from_lcid (int lcid) +{ + const RegionInfoEntry *entry; + const RegionLCIDMap *ne; + + MONO_ARCH_SAVE_REGS; + + ne = bsearch (lcid, region_lcid_map, NUM_REGION_LCID_MAP, + sizeof (RegionLCIDMap), region_lcid_locator); + + if (ne == NULL) + return FALSE; + + entry = region_entries [ne-region_entry_index]; + + return entry; +} + /* * The following two methods are modified from the ICU source code. (http://oss.software.ibm.com/icu) * Copyright (c) 1995-2003 International Business Machines Corporation and others @@ -434,6 +512,44 @@ return ret; } +MonoBoolean +ves_icall_System_Globalization_RegionInfo_construct_internal_region_from_lcid (MonoRegionInfo *this, + gint lcid) +{ + const RegionInfoEntry *ri; + + MONO_ARCH_SAVE_REGS; + + ri = region_info_entry_from_lcid (lcid); + if(ri == NULL) + return FALSE; + + return construct_region (this, ri); +} + +MonoBoolean +ves_icall_System_Globalization_RegionInfo_construct_internal_region_from_name (MonoRegionInfo *this, +
Re: [Mono-dev] RE: [Mono-patches] r48372-trunk/mcs/class/System.Drawing/System.Drawing
I've created a test. Attached as PointCultureTest.cs. The following are results on .NET Framework 1.1 SP1: Has to be: {X=-2,Y=-8} en-US: {X=-2,Y=-8} With CultureInfo.InvariantCulture: {X=-2,Y=-8} With CultureInfo.CurrentCulture: {X=myNegativeSign2,Y=myNegativeSign8} MyCultureInfo: {X=myNegativeSign2,Y=myNegativeSign8} This shows that System.Drawing.Point.ToString() is using CultureInfo.CurrentCulture (the default, when no format provider specified) and not CultureInfo.InvariantCulture that was assumed by Gert. I think this patch should be reverted. Kornél - Original Message - From: Andrew Skiba [EMAIL PROTECTED] To: Gert Driesen [EMAIL PROTECTED] [EMAIL PROTECTED] Cc: mono-devel-list@lists.ximian.com Sent: Monday, August 15, 2005 2:41 PM Subject: [Mono-dev] RE: [Mono-patches] r48372-trunk/mcs/class/System.Drawing/System.Drawing Hi Gert. I wonder, what is way to write test for such fix? How can one check whether dotnet Point.cs makes String.Format ({{X={0},Y={1}}}, x, y); or string.Format ({{X={0},Y={1}}}, x.ToString (CultureInfo.InvariantCulture), y.ToString (CultureInfo.InvariantCulture)); ? Thank you. Andrew. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gert Driesen [EMAIL PROTECTED] Sent: Sunday, August 14, 2005 23:11 To: mono-patches@lists.ximian.com; [EMAIL PROTECTED] Subject: [Mono-patches] r48372 -trunk/mcs/class/System.Drawing/System.Drawing Author: gert Date: 2005-08-14 16:10:33 -0400 (Sun, 14 Aug 2005) New Revision: 48372 Modified: trunk/mcs/class/System.Drawing/System.Drawing/ChangeLog trunk/mcs/class/System.Drawing/System.Drawing/Point.cs trunk/mcs/class/System.Drawing/System.Drawing/PointF.cs trunk/mcs/class/System.Drawing/System.Drawing/SizeF.cs Log: * Point.cs: Use invariant culture for converting numbers to string. * PointF.cs: same * SizeF.cs: same ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list using System; using System.Drawing; using System.Globalization; using System.Threading; namespace PointCultureTest { internal sealed class PointCultureTest { private sealed class MyCultureInfo : CultureInfo { internal MyCultureInfo() : base(en-US) { } public override object GetFormat(Type formatType) { if (formatType == typeof(NumberFormatInfo)) { NumberFormatInfo nfi = (NumberFormatInfo)((NumberFormatInfo)base.GetFormat(formatType)).Clone(); nfi.NegativeSign = myNegativeSign; return NumberFormatInfo.ReadOnly(nfi); } else { return base.GetFormat(formatType); } } } private static void Main(string[] args) { Point p = new Point(-2, -8); Thread.CurrentThread.CurrentCulture = new CultureInfo(en-US); Console.WriteLine(Has to be: {X=-2,Y=-8}); Console.WriteLine(en-US: + p.ToString()); Thread.CurrentThread.CurrentCulture = new MyCultureInfo(); Console.WriteLine(With CultureInfo.InvariantCulture: {X=-2,Y=-8}); Console.WriteLine(With CultureInfo.CurrentCulture: {X=myNegativeSign2,Y=myNegativeSign8}); Console.WriteLine(MyCultureInfo: + p.ToString()); Console.ReadLine(); } } }___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] System.IO.Ports not loading when running app
List, I would like to write an app in C# that will gather data that is being collected on /dev/ttyS0 and push that data to a web service. I wrote my app in C# in Visual Studio .NET 2005 and compiled it on a computer running Mandrake Linux 9.2 with Mono v 1.1.8.3 installed on it. When I attempt to run the program I receive the following warning(s) / error(s): ** (Program.exe:13337): WARNING **: The class System.IO.Ports.SerialPort could not be loaded, used in /export/home/shawn/src/c#/v2/Program.exe (token 0x0102). Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object Here is my source code: Here is a copy of my source code: // Part 1: COM Listener Data Receiver /* This code will watch for the COM Port to be open and when it is, it will read data from it into memory. When the port is closed, the data will be pushed to the web service (Part 2 is the push) */ using System.IO.Ports; // NOT available in VS .NET 2003 // IS provided with VS .NET 2005 // TO work with MONO, you need to have at least Mono v1.1.8 // Part 2: POST to Web Service /* Transfer data that was captured from the COM Port to the specified web service. */ using System; using System.Collections.Generic; using System.IO; using System.Net; using System.Net.Sockets; using System.Text; using System.Web; namespace rfidapp { /// summary /// Summary description for Class1. /// /summary class Program { /// summary /// The main entry point for the application. /// /summary [STAThread] static void Main(string[] args) { try // begin serial port stuff { // Listen Receive string devName = /dev/ttyS0; // COM1 int readTimeOut = 300; byte rawDTA; string rXDTA = thisizenishilizerdtuh; SerialPort COMPort = new SerialPort(devName); COMPort.ReadTimeout = readTimeOut; for (; ; ) { while (COMPort.IsOpen) { rawDTA = (byte)COMPort.ReadByte(); rXDTA += ((char)rawDTA); } if (COMPort.IsOpen) COMPort.Close(); // end serial port stuff // Post if (!rXDTA.Contains(thisizenishilizerdtuh)) // something to prevent this code from being executed { string uri = http://smartserver/rfidlistener; // bogus name byte[] bytes = new System.Text.UnicodeEncoding().GetBytes(rXDTA); WebRequest request = WebRequest.Create(uri); request.Method = POST; request.ContentType = text/html; request.ContentLength = bytes.Length; Stream output = request.GetRequestStream(); output.Write(bytes, 0, bytes.Length); output.Close(); WebResponse response = request.GetResponse(); Console.WriteLine(response.ToString()); } Console.WriteLine(Listening for data ...); } } catch (Exception e) { Console.WriteLine(Error: + e.Message.ToString()); } } } } I suspect that an instance of the SerialPort class cannot be created, so that is causing the problem; however, I'm puzzled as to why that would be the case. Thank you, Shawn Singh Programmer, RFSmart Jacksonville, FL 32256 904-399-8500 ext. 1667 [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Building Mono w/ VC++
I receive compilation errors such as this: Error 180 fatal error C1083: Cannot open include file: 'inssel.h': No such file or directory c:\mono\mono\mono\mini\abcremoval.c 16 and this: Error 258 error BK1506 : cannot open file '.\VSDependancies\temp\libmono\Debug\abcremoval.sbr': No such file or directory BSCMAKE Is there anyone that I can send these error messages to in order to find out whether they are something wrong with my build environment first? On 8/14/05, Miguel de Icaza [EMAIL PROTECTED] wrote: On Sun, 2005-08-14 at 00:05 -0400, Michael Thomsen wrote: Yeah, thanks. I noticed that a hour or so after I posted this message. Still seems to be some build errors. Should I report them? yes, please ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-list] Warning .. on socket server app.
on a server app. in mono accepting socket connections , i get ** (./server.exe:5919): WARNING **: _wapi_handle_count_signalled_handles: iteration overflow! i get one of these every 10-20 seconds, or about every 100 or so connections. The server still runs, and processes connections, but this can't be good? anyone know what this means and whether I can live with it? -tl ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Problems with mscorlib resources
Hi all, I've just installed the latest official version of mono (1.1.8.3) and it seems there are problems with mscorlib resources... System.Resources.MissingManifestResourceException: Could not find any resource appropiate for the specified culture or its parents. Make sure mscorlib.Resources.Strings.resources was correctly embedded or linked into assembly mscorlib. Thanks, j3d. -- Giuseppe Greco ::agamura:: call giuseppe.greco via Skype phone: +41 (0)91 604 67 65 mobile: +41 (0)79 602 99 27 email: [EMAIL PROTECTED] web:www.agamura.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] monodoc
Is it possible to run Monodoc server to let a group developers edit documentation simultaneously? yes, they can. you just have to divide the work. It wont work with the 'upload contribs' feature, as thats hardcoded, but you can use the command line merging tools ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Invalid IL Code
On Sun, 2005-08-14 at 12:01 -0400, Alan Zebchuk wrote: I'm trying to get an existing ASP.NET app up and running under mono, but I am getting this error in my Apache error logs when I try to access one of the pages. ** ERROR **: Invalid IL code at IL0057 in ASP.index_aspx:__BuildControl__bctrl_12_DB_0 (object,System.EventArgs): IL_0057: callvirt 0x0a3 versions of mono etc would be useful aborting... Any help would be greatly appreciated, Thanks, Alan ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- Miguel de Icaza [EMAIL PROTECTED] ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Invalid IL Code
It's currently being compiled using VS.net Alan --- Martin Hinks [EMAIL PROTECTED] wrote: Are you compiling with mcs or csc? On 8/15/05, Alan [EMAIL PROTECTED] wrote: I believe that everything's compiled in release mode. Alan --- Martin Hinks [EMAIL PROTECTED] wrote: Just a quick guess did you compile in debug mode instead of release mode? Martin On 8/14/05, Alan Zebchuk [EMAIL PROTECTED] wrote: I'm trying to get an existing ASP.NET app up and running under mono, but I am getting this error in my Apache error logs when I try to access one of the pages. ** ERROR **: Invalid IL code at IL0057 in ASP.index_aspx:__BuildControl__bctrl_12_DB_0 (object,System.EventArgs): IL_0057: callvirt 0x0a3e aborting... Any help would be greatly appreciated, Thanks, Alan ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- Martin Hinks http://www.m-s-d.net -- Martin Hinks http://www.m-s-d.net ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Capturing output from Linux Command Line programs
Hi, Can anyone show me where I have gone wrong. Can't you just say mono myprog.exe output.txt? TTFN No. Regards Tracy Barlow ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] monodoc
[EMAIL PROTECTED] wrote: Is it possible to run Monodoc server to let a group developers edit documentation simultaneously? Sort of/not really. There are two ways to edit docs with monodoc. The first way is what's used when people edit Mono's class library docs. Edit through Monodoc, submit to Mono server, and then the changes are applied by someone invoking a command, and then committed to the repository. It's a long round trip from edit to anyone else seeing the changes, and I'm not exactly sure how the server part of that is set up. The second way is with monodoc's --edit argument, to edit anything *but* docs normally loaded by monodoc. That writes changes done in Monodoc directly to the XML files. To get the group aspect of things, you could make those files shared, somehow, or put them into a subversion repository, or something along those lines. -- - Joshua Tauberer http://taubz.for.net ** Nothing Unreal Exists ** ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Invalid IL Code
I'm assuming that it's already compiled .NET 1.1 since it being comppiled on a machine running 1.1. Alan --- Nick Berardi [EMAIL PROTECTED] wrote: Have you tried recompiling using .NET 1.1? Do you know what .Net version the original was compiled in? Nick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alan Zebchuk Sent: Sunday, August 14, 2005 12:02 PM To: mono-list@lists.ximian.com Subject: [Mono-list] Invalid IL Code I'm trying to get an existing ASP.NET app up and running under mono, but I am getting this error in my Apache error logs when I try to access one of the pages. ** ERROR **: Invalid IL code at IL0057 in ASP.index_aspx:__BuildControl__bctrl_12_DB_0 (object,System.EventArgs): IL_0057: callvirt 0x0a3e aborting... Any help would be greatly appreciated, Thanks, Alan ___ 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] Capturing output from Linux Command Line programs
try using 21 instead of Joel. I'm not not using the Command line, and nowhere have I used . I am trying to capture stdout from commandline programs so I can use that output in real time in a GUI application. Can I have some sensible replies please. Regards Tracy Barlow ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono on AMD64
Is there some special trick to getting Mono to run on AMD64? I downloaded and built mono-1.1.8.3 on SUSE 9.3 x86_64. Attempting to run mono apps like mcs (even with no parameters) just results in Mono's consuming lots of CPU time. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono on AMD64
I think I fixed my problem. This is going to sound strange, and I cannot explain exactly why this behavior occurred. I just hope that it helps someone who is searching the archives. I upgraded my system from Athlon to Athlon64 recently, moving from i585 SUSE to x86_64. I installed mono-1.1.8.3 from the source tarball. The mono process would just freeze when I tried to use it. However, I remembered that my SUSE 9.3 DVD had a copy of mono on it, and it worked fine. I then used the SUSE 9.3 DVD version to build recent CVS version of Mono. But when I tried to the recent CVS (after installing it and removing Mono RPM from SUSE 9.3), it would freeze, too. Finally, I had a thought that maybe I needed to remove ~/.wapi. It was just a hunch. Apparently, that fixed my problems. I had kept /home when I upgraded and reinstalled SUSE, and apparently, some newer versions of Mono do not like having the old ~/.wapi around. I guess that's why the SUSE 9.3 RPM worked all right, but I'm not really sure. On Monday 15 August 2005 11:41 pm, Marcus wrote: Is there some special trick to getting Mono to run on AMD64? I downloaded and built mono-1.1.8.3 on SUSE 9.3 x86_64. Attempting to run mono apps like mcs (even with no parameters) just results in Mono's consuming lots of CPU time. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list