[Mono-dev] Microsoft.VisualBasic.VBCodeProvider.CreateCompiler.CompileAssemblyFromSource commandline options
Hi, I use Microsoft.VisualBasic.VBCodeProvider.CreateCompiler.CompileAssemblyFromSource to compile a code snippet at runtime. There is a compilation error and first I want to se what the command is that does the compilation. Is it possible to see the full command? With Windows and .Net there is a file (.cmdline) which contains all the parameters that are passed to the vbc.exe. Is there something like this with Mono? Thanks! Károly ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] RE: Microsoft.VisualBasic.VBCodeProvider.CreateCompiler.CompileAssemblyFromSource commandline options
As I can see in mcs/class/System/Microsoft.VisualBasic/VBCodeCompiler.cs CompilerParameters.CompilerOptions are never added to the command line arguments. For example BuildArgs now: static string BuildArgs (CompilerParameters options, string[] fileNames) { ... return args.ToString (); } But it should be something like this: static string BuildArgs (CompilerParameters options, string[] fileNames) { ... return args.ToString () + options.CompilerOptions; } Am I right? -Original Message- From: Arnhoffer Károly Sent: Monday, February 13, 2006 9:03 AM To: mono vb; mono-devel-list@lists.ximian.com Subject: Microsoft.VisualBasic.VBCodeProvider.CreateCompiler.CompileAssemblyFromSource commandline options Hi, I use Microsoft.VisualBasic.VBCodeProvider.CreateCompiler.CompileAssemblyFromSource to compile a code snippet at runtime. There is a compilation error and first I want to se what the command is that does the compilation. Is it possible to see the full command? With Windows and .Net there is a file (.cmdline) which contains all the parameters that are passed to the vbc.exe. Is there something like this with Mono? Thanks! Károly ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] SEGV in runtime related to GC
On 02/14/06 Thong Nguyen wrote: > I've been getting some memory corruption running an application after the GC > runs. I've tracked it down to the allocation of primitive arrays (in > metadata/object.c) using GC_ALLOC_ATOMIC (or the mono equivalent). Now, > theoretically it should be fine, but changing it to a normal GC_ALLOC seems > to fix (or maybe hide) the issue. It is very likely only hiding the issue. > Do mono objects contain links to any GC allocated memory? A primitive array > might not contain any managed references but the object header *may* contain > some pointers. I know at one point mono objects used to heap allocate > object monitors but that doesn't appear to be the case anymore so that > doesn't appear to be the issue... Right, the object header doesn't contain references to objects. > Any ideas? A test case that replicates the issue would be the best way to allow us to debug and see where the real problem is. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Distributing an application with Mono
Hi i would like to make a demo package of the software I am developing. I couldn't find what I need to have in the package for my application to run. I'd prefer for my Windows users not to do a full Mono install. What are the files necessary for a GTK# app to run ? (I guess mono.exe and mono-1.dll and gtk stuff) Thanks a lot -- Julien De Groote USEC - Président GI06 - Université de Technologie de Compiègne [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] Distributing an application with Mono
Julien De Groote wrote: i would like to make a demo package of the software I am developing. I'd prefer for my Windows users not to do a full Mono install. I think Windows users would prefer to use .NET - so long as you do not use any Mono specific code in your application it should run fine on Windows. Alex ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Property-Subproperty option form in ASP.NET
Hello, Does Mono support the syntax used by Microsoft in their ASP.NET 2.0 examples on http://asp.net/? If not, where should I start to look if I wanted to implement it for Mono? thanks, marek signature.asc Description: Digital signature ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Getting error at Runtime
Javier Ruiz wrote: The error is coming from the SYSTEM.NET.MAIL part of the code. Have your catch code output the stack trace like this: catch( Exception ex ) { Console.WriteLine( "Error: " + ex.ToString() ); } --Brian ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] BUG in System.Web.HttpResponse
Please bear with me since this is my first post to this list. If I do something wrong or forget something, let me know so I can learn. I've encountered a bug moving an MS .NET Framework v1.1 web application to Mono. We use the following call: Response.AddHeader("Cache-Control", "no-cache, no-store"); Which works fine in MS's Framework. In Mono, however, it gives an error saying "CacheControl property only allows `public', `private' or no-cache, for different uses, use Response.AppendHeader". First, this is an incompatibility with MS. Secondly, Response.AddHeader calls Response.AppendHeader in Mono, which sets the CacheControl property, which throws this exception. So there is a logic loop. I propose the following change to the AppendHeader method, starting on line 419: // // AppendHeader: //Special case for Content-Length, Content-Type and Transfer-Encoding // // public void AppendHeader (string name, string value) { if (headers_sent) throw new HttpException ("headers have been already sent"); if (String.Compare (name, "content-length", true, CultureInfo.InvariantCulture) == 0){ content_length = (long) UInt64.Parse (value); use_chunked = false; return; } if (String.Compare (name, "content-type", true, CultureInfo.InvariantCulture) == 0){ ContentType = value; return; } if (String.Compare (name, "transfer-encoding", true, CultureInfo.InvariantCulture) == 0){ transfer_encoding = value; use_chunked = false; return; } headers.Add (new UnknownResponseHeader (name, value)); } I just removed the "if" checking for a header name of "cache-control". ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] boo, mono windows installer, & bug 77242
Hi, I wasn't sure who to contact about this, The newest mono windows installer includes boo 0.7 instead of 0.7.5 which was released a few months ago. Also, boo hasn't worked correctly in mono since last august or so: http://bugzilla.ximian.com/show_bug.cgi?id=77242 There was a fix posted, but apparently it conflicted with managed.windows.forms. I have a temporary workaround, but it has not been included in boo. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] boo, mono windows installer, & bug 77242
Hey, Also, boo hasn't worked correctly in mono since last august or so: http://bugzilla.ximian.com/show_bug.cgi?id=77242 There was a fix posted, but apparently it conflicted with managed.windows.forms. I have a temporary workaround, but it has not been included in boo. I didn't forget about this bug, just busy. I'll post a fix in a couple of days. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Re: [mono-vb] RE: Microsoft.VisualBasic.VBCodeProvider.CreateCompiler.CompileAssemblyFromSource commandline options
Looks like it. I'll try to fix it tomorrow. Thanks for the catch, On 2/13/06, Arnhoffer Károly <[EMAIL PROTECTED]> wrote: > As I can see in mcs/class/System/Microsoft.VisualBasic/VBCodeCompiler.cs > CompilerParameters.CompilerOptions are never added to the command line > arguments. For example BuildArgs now: > > static string BuildArgs (CompilerParameters options, string[] > fileNames) > { > ... > return args.ToString (); > } > > But it should be something like this: > > static string BuildArgs (CompilerParameters options, string[] > fileNames) > { > ... > return args.ToString () + options.CompilerOptions; > } > > Am I right? > -Original Message- > From: Arnhoffer Károly > Sent: Monday, February 13, 2006 9:03 AM > To: mono vb; mono-devel-list@lists.ximian.com > Subject: > Microsoft.VisualBasic.VBCodeProvider.CreateCompiler.CompileAssemblyFromSource > commandline options > > > Hi, > > I use > Microsoft.VisualBasic.VBCodeProvider.CreateCompiler.CompileAssemblyFromSource > to compile a code snippet at runtime. There is a compilation error and first > I want to se what the command is that does the compilation. Is it possible to > see the full command? With Windows and .Net there is a file (.cmdline) which > contains all the parameters that are passed to the vbc.exe. Is there > something like this with Mono? > > Thanks! > > Károly > > ___ > Mono-vb mailing list > Mono-vb@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-vb > -- 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
[Mono-dev] MS/Mono incompatibility in System.Web.HttpRequest
The input validation that occurs in the CheckString method in /mcs/class/System.Web/System.Web/HttpRequest.cs is far more strict than Microsoft's. In this case, I would tend to say that Mono's validation is safer, but it might be excessive. After extensive testing, here is the CheckString method that matches MS's version: using System.Text.RegularExpressions; static bool CheckString (string val) { Regex regex = new Regex("<[a-zA-Z\\!]+"); Match match = regex.Match(val); return match.Success; } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] MS/Mono incompatibility in System.Web.HttpRequest
Edward C. Eisenbrey wrote: using System.Text.RegularExpressions; static bool CheckString (string val) { Regex regex = new Regex("<[a-zA-Z\\!]+"); Match match = regex.Match(val); return match.Success; } Pardon my instrusion, but would it not be better performance wise to create static instance of the regexp to avoid doing it every time CheckString called? Ie: static Regex regex = new Regex("<[a-zA-Z\\!]+"); static bool CheckString (string val) { Match match = regex.Match(val); return match.Success; } This is by no means not an attempt to dig at patch! cheers Alex ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] MS/Mono incompatibility in System.Web.HttpRequest
On Monday 13 February 2006 11:12, Alex Chudnovsky wrote: > Edward C. Eisenbrey wrote: > >using System.Text.RegularExpressions; > > > >static bool CheckString (string val) > >{ > > Regex regex = new Regex("<[a-zA-Z\\!]+"); > > Match match = regex.Match(val); > > return match.Success; > >} > > Pardon my instrusion, but would it not be better performance wise to > create static instance of the regexp to avoid doing it every time > CheckString called? Ie: > > static Regex regex = new Regex("<[a-zA-Z\\!]+"); > > static bool CheckString (string val) > { > > Match match = regex.Match(val); > return match.Success; > } Or at least declare it static in the sub (I assume you can do that)? static bool CheckString (string val) { static Regex regex = new Regex("<[a-zA-Z\\!]+"); Match match = regex.Match(val); return match.Success; } -- Joshua Kugler PGP Key: http://pgp.mit.edu/ CDE System Administrator ID 0xDB26D7CE http://distance.uaf.edu/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-dev] MS/Mono incompatibility in System.Web.HttpRequest
> Pardon my instrusion, but would it not be better performance wise to > create static instance of the regexp to avoid doing it every time > CheckString called? Ie: > > static Regex regex = new Regex("<[a-zA-Z\\!]+"); > You are absolutely right. And it would be even better if we told the runtime to compile the regular expression once: using System.Text.RegularExpressions; static Regex regex = new Regex("<[a-zA-Z\\!]+", RegexOptions.Compiled); static bool CheckString (string val) { Match match = regex.Match(val); return match.Success; } -Original Message- From: Alex Chudnovsky [mailto:[EMAIL PROTECTED] Sent: Monday, February 13, 2006 3:12 PM Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] MS/Mono incompatibility in System.Web.HttpRequest Edward C. Eisenbrey wrote: >using System.Text.RegularExpressions; > >static bool CheckString (string val) >{ > Regex regex = new Regex("<[a-zA-Z\\!]+"); > Match match = regex.Match(val); > return match.Success; >} > Pardon my instrusion, but would it not be better performance wise to create static instance of the regexp to avoid doing it every time CheckString called? Ie: static Regex regex = new Regex("<[a-zA-Z\\!]+"); static bool CheckString (string val) { Match match = regex.Match(val); return match.Success; } This is by no means not an attempt to dig at patch! cheers Alex ___ 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] Getting error at Runtime
I tried what you said but I still get the same error. -Original Message- From: Brian Crowell [mailto:[EMAIL PROTECTED] Sent: Monday, February 13, 2006 9:18 AM To: Javier Ruiz Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] Getting error at Runtime Javier Ruiz wrote: > The error is coming from the SYSTEM.NET.MAIL part of the code. Have your catch code output the stack trace like this: catch( Exception ex ) { Console.WriteLine( "Error: " + ex.ToString() ); } --Brian ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Atlas
Can anyone tell me what is happening with the Atlas code in mono? Has development halted on it? -- Bill Medland mailto:[EMAIL PROTECTED] http://webhome.idirect.com/~kbmed ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] MS/Mono incompatibility in System.Web.HttpRequest
Il Mon, Feb 13, 2006 at 11:20:53AM -0900, Joshua Kugler ha scritto: > On Monday 13 February 2006 11:12, Alex Chudnovsky wrote: > > Edward C. Eisenbrey wrote: > > >using System.Text.RegularExpressions; > > > > > >static bool CheckString (string val) > > >{ > > > Regex regex = new Regex("<[a-zA-Z\\!]+"); > > > Match match = regex.Match(val); > > > return match.Success; > > >} > > > > Pardon my instrusion, but would it not be better performance wise to > > create static instance of the regexp to avoid doing it every time > > CheckString called? Ie: > > > > static Regex regex = new Regex("<[a-zA-Z\\!]+"); > > > > static bool CheckString (string val) > > { > > > > Match match = regex.Match(val); > > return match.Success; > > } > > Or at least declare it static in the sub (I assume you can do that)? Well, no :) The "sub" is a method, so the regex object must be a static member of the class. Back on the original topic, if that codepath is realy performance critical you can even compile the Regex: new Regex("<[a-zA->\\!]+", RegexOptions.Compiled); Luca -- Home: http://kronoz.cjb.net La differenza fra l'intelligenza e la stupidita`? All'intelligenza c'e` un limite. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] MSWindows cmd window
I have just started development with Mono and have a question about running my programs. I did all development on a Gentoo Linux system with mono-1.1.12.1-r1, monodevelop-0.9-r1, glade-2.6.8, and gtk-sharp-2.8.0. Everything seems to be going along great! My question deals with when I run my programs in MSWindows. I compiled a certain simple program in Linux using: mcs program.cs morecode.cs -pkg:glade-sharp-2.0 -resource:myglade.glade The program runs great in Linux. Similarly, it RUNS fine in MSWindows, but always starts up a cmd prompt screen along with it (say, if i double-click it on the desktop). Is this normal? Is there a way to make it NOT do that? The program is quite simple and uses the basic techniques found here: http://www.mono-project.com/GtkSharpBeginnersGuide sheldon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] MSWindows cmd window
Jeremy, You need to tell the compiler to make a Windows executable, you do that with the -target: switch. In your case, try "mcs -target:winexe xxx.cs", or short: "mcs /t:winexe xxx.cs" Cheers, Peter -Original Message- From: "Jeremy Sheldon" <[EMAIL PROTECTED]> To: Date: 13 February, 2006 15:03 Subject: [Mono-dev] MSWindows cmd window >I have just started development with Mono and have a question about running >my programs. > >I did all development on a Gentoo Linux system with mono-1.1.12.1-r1, >monodevelop-0.9-r1, glade-2.6.8, and gtk-sharp-2.8.0. > >Everything seems to be going along great! My question deals with when I >run >my programs in MSWindows. I compiled a certain simple program in Linux >using: mcs program.cs morecode.cs -pkg:glade-sharp-2.0 >-resource:myglade.glade > >The program runs great in Linux. Similarly, it RUNS fine in MSWindows, but >always starts up a cmd prompt screen along with it (say, if i double-click >it on the desktop). Is this normal? Is there a way to make it NOT do >that? > >The program is quite simple and uses the basic techniques found here: >http://www.mono-project.com/GtkSharpBeginnersGuide > >sheldon > > >___ >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] MS/Mono incompatibility in System.Web.HttpRequest
On Monday 13 February 2006 12:49, Luca wrote: > Il Mon, Feb 13, 2006 at 11:20:53AM -0900, Joshua Kugler ha scritto: > > On Monday 13 February 2006 11:12, Alex Chudnovsky wrote: > > > Edward C. Eisenbrey wrote: > > > >using System.Text.RegularExpressions; > > > > > > > >static bool CheckString (string val) > > > >{ > > > > Regex regex = new Regex("<[a-zA-Z\\!]+"); > > > > Match match = regex.Match(val); > > > > return match.Success; > > > >} > > > > > > Pardon my instrusion, but would it not be better performance wise to > > > create static instance of the regexp to avoid doing it every time > > > CheckString called? Ie: > > > > > > static Regex regex = new Regex("<[a-zA-Z\\!]+"); > > > > > > static bool CheckString (string val) > > > { > > > > > > Match match = regex.Match(val); > > > return match.Success; > > > } > > > > Or at least declare it static in the sub (I assume you can do that)? > > Well, no :) The "sub" is a method, so the regex object must be a static > member of the class. Back on the original topic, if that codepath is realy > performance critical you can even compile the Regex: Ah! I missed the part about the method being part of a class. Yes, a static class member would probably be best. j- k- -- Joshua Kugler PGP Key: http://pgp.mit.edu/ CDE System Administrator ID 0xDB26D7CE http://distance.uaf.edu/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Problem with Mono Develop in 1.1.13.2
I installed the 1.1.13.2 from /Downloads the other day and tried to run Mono Develop. However, when I try to run it, I get this: [EMAIL PROTECTED] ~/mono-1.1.13.2/bin]$ ./monodevelop System.TypeInitializationException: An exception was thrown by the type initializer for Gno me.ModuleInfo ---> System.DllNotFoundException: gnomesharpglue-2 in (wrapper managed-to-native) Gnome.ModuleInfo:gnomesharp_gnome_moduleinfo_get_name_offset () in <0x8> Gnome.ModuleInfo:.cctor ()--- End of inner exception stack trace --- in <0x0> in <0x00025> Gnome.Modules:get_UI () in <0x00440> MonoDevelop.Ide.Gui.IdeStartup:Run (System.String[] args) in <0x00169> MonoDevelop.Core.AddIns.AddInService:StartApplication (System.String addinId, System.String[] parameters) [EMAIL PROTECTED] ~/mono-1.1.13.2/bin]$ ./monodevelop System.TypeInitializationException: An exception was thrown by the type initializer for Gnome.ModuleInfo ---> System.DllNotFoundException: gnomesharpglue-2 in (wrapper managed-to-native) Gnome.ModuleInfo:gnomesharp_gnome_moduleinfo_get_name_offset () in <0x8> Gnome.ModuleInfo:.cctor ()--- End of inner exception stack trace --- in <0x0> in <0x00025> Gnome.Modules:get_UI () in <0x00440> MonoDevelop.Ide.Gui.IdeStartup:Run (System.String[] args) in <0x00169> MonoDevelop.Core.AddIns.AddInService:StartApplication (System.String addinId, System.String[] parameters) .NET apps run fine under this installation (one I compiled, as well as MonoDoc). Is there anything else I need to do to get this up and running? Thanks. j- k- -- Joshua Kugler PGP Key: http://pgp.mit.edu/ CDE System Administrator ID 0xDB26D7CE http://distance.uaf.edu/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] MS/Mono XmlWriter incompatibility
Hi I'm trying to send an XMPP stream header, th objective is to send that tag : xmlns="jabber:client"> aWriter.WriteStartDocument(); aWriter.WriteStartElement("stream", "stream","http://etherx.jabber.org/streams";); aWriter.WriteAttributeString("version", "1.0"); aWriter.WriteAttributeString("from", "[EMAIL PROTECTED]"); aWriter.WriteAttributeString("to", "server"); aWriter.WriteAttributeString("xmlns", theXmlNamespace); aWriter.WriteString("");// Ensure that the tag is closed aWriter.Flush(); To mark the end of tag, and ensure that the ">" character is written, I'm using WriteString(""). Ugly, but works on Framework.NET 2.0. on Mono 1.1.13.2 (windows), there is no closing character. xmlns="jabber:client" Thanks Vincent ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [BUG] Property-Subproperty option form in ASP.NET
On Mon, Feb 13, 2006 at 03:28:12PM +0100, Marek Habersack scribbled: > Hello, > > Does Mono support the > > > > syntax used by Microsoft in their ASP.NET 2.0 examples on http://asp.net/? > If not, where should I start to look if I wanted to implement it for Mono? > > thanks, > > marek I'm sorry for replying to my own post, but I think I've found a bug in the support for the above. I was testing the TreeView control samples from asp.net while I discovered that code like: doesn't quite work under Mono (latest SVN). At first it seemed that Mono does not support the Property-SubProperty style, thus my previous mail. But now I have confirmed that the correct code is generated for the above: Line 190: private System.Web.UI.Control __BuildControl_TreeView1() { Line 191: System.Web.UI.WebControls.TreeView __ctrl; Line 192: __ctrl = new System.Web.UI.WebControls.TreeView(); Line 193: this.TreeView1 = __ctrl; Line 194: __ctrl.RootNodeStyle.ImageUrl = "~/images/xp/computer.gif"; Line 195: __ctrl.RootNodeStyle = "~/images/xp/computer.gif"; Line 196: __ctrl.ParentNodeStyle.ImageUrl = "~/images/xp/folder.gif"; Line 197: __ctrl.ParentNodeStyle = "~/images/xp/folder.gif"; Line 198: __ctrl.NodeIndent = 20; Line 199: __ctrl.LeafNodeStyle.ImageUrl = "~/images/xp/ie.gif"; Line 200: __ctrl.LeafNodeStyle = "~/images/xp/ie.gif"; Line 201: __ctrl.ID = "TreeView1"; Line 202: this.__BuildControl__bctrl_4(__ctrl.NodeStyle); Line 203: this.__BuildControl__bctrl_5(__ctrl.RootNodeStyle); Line 204: this.__BuildControl__bctrl_6(__ctrl.HoverNodeStyle); Line 205: this.__BuildControl__bctrl_7(__ctrl.Nodes); Line 206: return __ctrl; Line 207: } (Lines 195, 197, 200 are generated as the result of my deliberate breaking of the code to get the backtrace while visiting the page). Despite the fact that the ImageUrl property of the various *NodeStyle TreeView properties is set properly above, the get accessor for ImageUrl in TreeNodeStyle never gets called. That causes the MS TreeView samples to behave differently under Mono. Should I file a bug, or does somebody already know the cause for the above bug? tia, marek signature.asc Description: Digital signature ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Problem with Mono Develop in 1.1.13.2
I got this e-mailed to my direct (not to the list): From: peter <[EMAIL PROTECTED]> To: Joshua Kugler <[EMAIL PROTECTED]> Date: Mon Feb 13 14:26:58 2006 Yup. Me too. Except I get a different exception at the same place: System.TypeInitializationException: An exception was thrown by the type initializer for Gnome.ModuleInfo ---> System.EntryPointNotFoundException: gnomesharp_gnome_moduleinfo_get_name_offset in (wrapper managed-to-native) Gnome.ModuleInfo:gnomesharp_gnome_moduleinfo_get_name_offset () in <0x8> Gnome.ModuleInfo:.cctor ()--- End of inner exception stack trace --- in <0x0> in <0x00025> Gnome.Modules:get_UI () in <0x00440> MonoDevelop.Ide.Gui.IdeStartup:Run (System.String[] args) in <0x00169> MonoDevelop.Core.AddIns.AddInService:StartApplication (System.String addinId, System.String[] parameters) Never have found out what causes it, even after uninstalling and reinstalling. Peter On Monday 13 February 2006 13:44, Joshua Kugler wrote: > I installed the 1.1.13.2 from /Downloads the other day and tried to run > Mono Develop. However, when I try to run it, I get this: > > [EMAIL PROTECTED] ~/mono-1.1.13.2/bin]$ ./monodevelop > System.TypeInitializationException: An exception was thrown by the type > initializer for Gno > me.ModuleInfo ---> System.DllNotFoundException: gnomesharpglue-2 > in (wrapper managed-to-native) > Gnome.ModuleInfo:gnomesharp_gnome_moduleinfo_get_name_offset > () > in <0x8> Gnome.ModuleInfo:.cctor ()--- End of inner exception stack > trace --- > > in <0x0> > in <0x00025> Gnome.Modules:get_UI () > in <0x00440> MonoDevelop.Ide.Gui.IdeStartup:Run (System.String[] args) > in <0x00169> MonoDevelop.Core.AddIns.AddInService:StartApplication > (System.String addinId, > System.String[] parameters) > [EMAIL PROTECTED] ~/mono-1.1.13.2/bin]$ ./monodevelop > System.TypeInitializationException: An exception was thrown by the type > initializer for Gnome.ModuleInfo ---> System.DllNotFoundException: > gnomesharpglue-2 > in (wrapper managed-to-native) > Gnome.ModuleInfo:gnomesharp_gnome_moduleinfo_get_name_offset () > in <0x8> Gnome.ModuleInfo:.cctor ()--- End of inner exception stack > trace --- > > in <0x0> > in <0x00025> Gnome.Modules:get_UI () > in <0x00440> MonoDevelop.Ide.Gui.IdeStartup:Run (System.String[] args) > in <0x00169> MonoDevelop.Core.AddIns.AddInService:StartApplication > (System.String addinId, System.String[] parameters) > > .NET apps run fine under this installation (one I compiled, as well as > MonoDoc). Is there anything else I need to do to get this up and running? > > Thanks. > > j- k- -- Joshua Kugler PGP Key: http://pgp.mit.edu/ CDE System Administrator ID 0xDB26D7CE http://distance.uaf.edu/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] MS/Mono XmlWriter incompatibility
Il Mon, Feb 13, 2006 at 11:47:23PM +0100, Vincent Daron ha scritto: > xmlns="jabber:client"> > > aWriter.WriteStartDocument(); > aWriter.WriteStartElement("stream", > "stream","http://etherx.jabber.org/streams";); > aWriter.WriteAttributeString("version", "1.0"); > aWriter.WriteAttributeString("from", "[EMAIL PROTECTED]"); > aWriter.WriteAttributeString("to", "server"); > aWriter.WriteAttributeString("xmlns", theXmlNamespace); I think that you should add: aWrite.WriteEndElement(); instead of the empty string. Luca -- Home: http://kronoz.cjb.net Runtime error 6D at f000:a12f : user incompetente ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Distributing an application with Mono
On Mon, 2006-02-13 at 14:14 +, Alex Chudnovsky wrote: > Julien De Groote wrote: > > >i would like to make a demo package of the software I am developing. > >I'd prefer for my Windows users not to do a full Mono install. > > > I think Windows users would prefer to use .NET - so long as you do not > use any Mono specific code in your application it should run fine on > Windows. I believe that he wants users to be able to run his software without needing to install anything. Think of a kiosk-like CD bundle: the user/customer should just be able to insert the CD and run it, without installing any additional software. Mono does support this, if the history of this list is to be believed, but I don't believe anyone has fully documented how to do this. I imagine that it's as "simple" as copying everything under $prefix ($prefix/bin/mono.exe, $prefix/lib/mono/gac/*, etc.), then creating a .cmd file which uses drive-relative paths, e.g. "\bin\mono.exe \app.exe" (if for a CD-based program), but this will grab more than your application actually requires. If you figure this out, you might consider documenting it so that we have a better answer for others in the future. - Jon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] MS/Mono XmlWriter incompatibility
Luca wrote: Il Mon, Feb 13, 2006 at 11:47:23PM +0100, Vincent Daron ha scritto: xmlns="jabber:client"> aWriter.WriteStartDocument(); aWriter.WriteStartElement("stream", "stream","http://etherx.jabber.org/streams";); aWriter.WriteAttributeString("version", "1.0"); aWriter.WriteAttributeString("from", "[EMAIL PROTECTED]"); aWriter.WriteAttributeString("to", "server"); aWriter.WriteAttributeString("xmlns", theXmlNamespace); I think that you should add: aWrite.WriteEndElement(); instead of the empty string. I think the code is intended to not close the element. However there is a couple of difference between the code and the code does not reproduce the "expected" result. I have 2.0.50727.42 in Windows XP but Vincent might have a different .NET 2.0 (there used to be a guy who wrote tests under Windows 2003 server and claimed that he uses the correct 1.1.4322 version, so .NET frameworks which have the identical version differ depending on the OS. Those who really want to "flush" XmlTextWriter (and works fine in CLI 1.x) should use WriteCData("") which causes significant (but still empty) output i.e. . WriteString() is explicitly designed to ignore an empty string (both under .NET and Mono). Atsushi Eno ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] MS/Mono XmlWriter incompatibility
Atsushi Eno wrote: Luca wrote: Il Mon, Feb 13, 2006 at 11:47:23PM +0100, Vincent Daron ha scritto: xmlns="jabber:client"> aWriter.WriteStartDocument(); aWriter.WriteStartElement("stream", "stream","http://etherx.jabber.org/streams";); aWriter.WriteAttributeString("version", "1.0"); aWriter.WriteAttributeString("from", "[EMAIL PROTECTED]"); aWriter.WriteAttributeString("to", "server"); aWriter.WriteAttributeString("xmlns", theXmlNamespace); I think that you should add: aWrite.WriteEndElement(); instead of the empty string. I think the code is intended to not close the element. However there is a couple of difference between the code and the code does not reproduce the "expected" result. I mean, between the code and the actual output. I have 2.0.50727.42 in Windows XP but Vincent might have a different .NET 2.0 (there used to be a guy who wrote tests under Windows 2003 server and claimed that he uses the correct 1.1.4322 version, so .NET frameworks which have the identical version differ depending on the OS. Those who really want to "flush" XmlTextWriter (and works fine in CLI 1.x) should use WriteCData("") which causes significant (but still empty) output i.e. . WriteString() is explicitly designed to ignore an empty string (both under .NET and Mono). I also found a nasty workaround by using WriteRaw("") under .NET which will be soon enabled in mono too. Atsushi Eno ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] I had problem with mysql_connection
I try to run code from mono-project this the code : using System; using System.Data; using MySql.Data. MySqlClient; public class Test { public static void Main(string [] args){ string connectionString = "Server=localhost;" + "Database=APP_DB;" + "User ID=amru;" + "Password=amru;" + "Pooling=false"; IDbConnection dbcon; dbcon = new MySqlConnection(connectionString ); dbcon.Open(); IDbCommand dbcmd = dbcon. CreateCommand(); // requires a table to be created named employee // with columns firstname and lastname // such as, //CREATE TABLE employee ( // firstname varchar(32), // lastname varchar(32)); string sql = "SELECT firstname, lastname " + "FROM employee"; dbcmd.CommandText = sql; IDataReader reader = dbcmd. ExecuteReader(); while (reader.Read()) {string FirstName = (string) reader["firstname"];string LastName = (string) reader[ "lastname"];Console.WriteLine( "Name: " + FirstName + " " + LastName); } // clean up reader.Close( ); reader = null; dbcmd.Dispose( ); dbcmd = null; dbcon.Close( ); dbcon = null;} } ### But I have some problem, this is the problem output that I had run :Unhandled Exception:System.Net.Socket Exception:The Socket is not connected In<0x0008d>System.Net.Socket:Shutdown(SocketShutdown how)In<0x00060>MySql.Data.Common.SocketStream:Read(System.Byte[] buffer,Int32 offset,Int32 count)In<0x00136>System.IO.BufferedStream:Read( System.Byte[] array,Int32 offset,Int32 count)In<0x0002f>System.IO.BufferedStream:ReadByte()In<0x00026>MySql.Data.MySqlClient.PacketReader:ReadHeader()In<0x00060>MySql.Data.MySqlClient.PacketReader:OpenPacket ()In<0x0028e>MySql.Data.MySqlClient.NativeDriver:Open()In<0x00027>MySql.Data.MySqlClient.Driver:Create(MySql.Data.MySqlClient.MySqlConnectionString settings)In<0x00078>MySql.Data.MySqlClient.MySqlConnection:Open What I miss it Please help me (send me mail) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] RE: [mono-vb] RE: Microsoft.VisualBasic.VBCodeProvider.CreateCompiler.CompileAssemblyFromSource commandline options
I have to note that the solution I previously adviced is bad (I tried it at my site). Temporarily I have patched for myself as follows (and it is working fine for me): static string BuildArgs (CompilerParameters options, string[] fileNames) { // add standard import to Microsoft.VisualBasic if missing if (!Reference2MSVBFound) args.AppendFormat ("/r:\"{0}\" ", "Microsoft.VisualBasic"); args.AppendFormat ("{0}", options.CompilerOptions); args.AppendFormat (" -- "); // makes mbas not try to process filenames as options foreach (string source in fileNames) args.AppendFormat ("\"{0}\" ", source); return args.ToString (); } -Original Message- From: Rafael Teixeira [mailto:[EMAIL PROTECTED] Sent: Monday, February 13, 2006 8:08 PM To: Arnhoffer Károly Cc: mono vb; mono-devel-list@lists.ximian.com Subject: Re: [mono-vb] RE: Microsoft.VisualBasic.VBCodeProvider.CreateCompiler.CompileAssemblyFromSource commandline options Looks like it. I'll try to fix it tomorrow. Thanks for the catch, On 2/13/06, Arnhoffer Károly <[EMAIL PROTECTED]> wrote: > As I can see in > mcs/class/System/Microsoft.VisualBasic/VBCodeCompiler.cs > CompilerParameters.CompilerOptions are never added to the command line > arguments. For example BuildArgs now: > > static string BuildArgs (CompilerParameters options, string[] > fileNames) > { > ... > return args.ToString (); > } > > But it should be something like this: > > static string BuildArgs (CompilerParameters options, string[] > fileNames) > { > ... > return args.ToString () + options.CompilerOptions; > } > > Am I right? > -Original Message- > From: Arnhoffer Károly > Sent: Monday, February 13, 2006 9:03 AM > To: mono vb; mono-devel-list@lists.ximian.com > Subject: > Microsoft.VisualBasic.VBCodeProvider.CreateCompiler.CompileAssemblyFro > mSource commandline options > > > Hi, > > I use > Microsoft.VisualBasic.VBCodeProvider.CreateCompiler.CompileAssemblyFro > mSource to compile a code snippet at runtime. There is a compilation > error and first I want to se what the command is that does the > compilation. Is it possible to see the full command? With Windows and > .Net there is a file (.cmdline) which contains all the parameters that > are passed to the vbc.exe. Is there something like this with Mono? > > Thanks! > > Károly > > ___ > Mono-vb mailing list > Mono-vb@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-vb > -- 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