[Mono-docs-list] Cleaning Up the Developer Resource Category
Hello Everybody, lately there has been some talk on the mailing lists that the Docs and the Wiki is pretty messed up and useless (All the good stuff is hidden somewhere, links end up in nowhere or point to old places, ...). Therefore I wanted to make a first clean up proposal. Relying on the less-is-more-philosophy I wanted to remove several Pages from the Developer Resource Category. Mostly all the gtk-stuff. The streamlined dev-resource category would only consist of all the Entry Articles to a certain topic. For example http://mono-project.com/WinForms and http://mono-project.com/GtkSharp. Articles which involved in a certain topic would then be only available in the subcategory (for example WinForms). This could probably help new users to find their way through the wiki. However since this is a pretty large change I would like to hear some suggestions and thoughts regarding it. If there is no opposition to the thought I will later write a more detailed information about my restructuring plan. Kind Regards, Valentin ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-winforms-list] Disabling SMDiagnostics.dll on Windows
-Original Message- From: [EMAIL PROTECTED] [mailto:mono- [EMAIL PROTECTED] On Behalf Of Miguel de Icaza Sent: domingo, 13 de mayo de 2007 18:35 To: Mono Olive - developing 3.0, 3.5 and Silverlight Cc: mono-winforms-list@lists.ximian.com Subject: Re: [Mono-winforms-list] Disabling SMDiagnostics.dll on Windows Hello, Has anyone debugged olive under VS referencing Mono assemblies and know how to disable this assembly from being loaded when using System.ServiceModel.dll? I know that the Windows.Forms developers run into the same issue: they have assemblies that are versioned and signed with the same key as Microsoft. It might be worth finding out from the Windows.Forms team how this is done, and add this to our FAQs. If you want to debug an assembly that's already in the GAC, you can't sign it, since MS will always prefer the assembly in the GAC (when I'm debugging the System.Windows.Forms.dll with VS, I comment out the line in AssemblyInfo.cs with the keyfile, that's all that's required). Rolf ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-winforms-list] What is best to use to identify the mono runtime installation?
In my 'about' dialog on my app I display some useful information for diagnostics. Meaning useful when someone reports a problem. Currently it display things like the base OS, service packs/patches, and other various information that end uses can copy/paste into a bug report. I'm wondering what the best information to show about the mono runtime is? If someone reports a problem it would be really useful to be able to say that problem is already fixed in a later mono build. On the mailing lists and such people often talk about r77343 which is the svn revision. Is that revision compiled into the runtime in some way that can be extracted at run time programatically? Is there something better? (Other ideas would include perhaps taking the build date of one of the core mono dlls or something). Thanks in advance for any ideas! ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] What is best to use to identify the mono runtime installation?
Maser, Dan wrote: In my 'about' dialog on my app I display some useful information for diagnostics. Meaning useful when someone reports a problem. Currently it display things like the base OS, service packs/patches, and other various information that end uses can copy/paste into a bug report. I'm wondering what the best information to show about the mono runtime is? If someone reports a problem it would be really useful to be able to say that problem is already fixed in a later mono build. On the mailing lists and such people often talk about r77343 which is the svn revision. Is that revision compiled into the runtime in some way that can be extracted at run time programatically? Is there something better? (Other ideas would include perhaps taking the build date of one of the core mono dlls or something). That's the official way. Note that the string is not parsable. It's only suitable for About-dialogs or similar purposes (bug reports etc.): using System; using System.Reflection; class T { static void Main () { Console.WriteLine (GetDisplayName ()); } // // Returns the display name of the current runtime. // static string GetDisplayName () { Type t = Type.GetType (Mono.Runtime); if (t == null) return MS.NET; MethodInfo mi = t.GetMethod (GetDisplayName, BindingFlags.Static | BindingFlags.NonPublic); return (string) mi.Invoke (null, null); } } Robert ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-winforms-list] look and feel
Hi, I have a Q: Is there a way to give an mono programm unter gnome the gnome look and feel? like the button style and so on. I compiled the newest System.windows.Froms from svn and is doesn't look like gnome. Is there a way to change the look-and-feel? Yours Berni ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] look and feel
On Mon, 2007-05-14 at 21:16 +0200, AATDark wrote: Hi, I have a Q: Is there a way to give an mono programm unter gnome the gnome look and feel? like the button style and so on. I compiled the newest System.windows.Froms from svn and is doesn't look like gnome. Is there a way to change the look-and-feel? Hey Berni, Try export MONO_THEME=clearlooks Jackson ps. I am working on your charindex patches right now. I'll be getting back to you later today about them. Yours Berni ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] GetPositionFromCharIndex
Just an FYI. This method is now implemented in the SVN version of winforms. Cheers, Jackson On Thu, 2007-05-10 at 12:46 -0700, monkeyx wrote: I am having some problems getting GetPositionFromCharIndex to work on Mono 1.2.3 and libgdiplus 1.2.3 Tested issue on Ubuntu 7.04 and Suse 10.2 using even built sources on Centos 5 all give same error. I have shown code and crash error below, has anyone else seen this error or advise me on how I can help fix it! if (e.KeyCode == Keys.OemPeriod e.Shift == true) { index = richTextBox1.SelectionStart; // This line appears to be causing crash pt = richTextBox1.GetPositionFromCharIndex(index); pt.X += richTextBox1.Location.X; pt.Y += richTextBox1.Location.Y; lstboxEdit.Location = pt; lstboxEdit.Visible = true; } This is summary of crash error ** (lpOED.exe:6904): WARNING **: Missing method System.Windows.Forms.TextBoxBase::GetPositionFromCharIndex(int) in assembly /usr/lib/mono/gac/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll, referenced in assembly /media/MightyDrive/lpOED.exe System.MissingMethodException: Method not found: 'System.Windows.Forms.TextBoxBase.GetPositionFromCharIndex'. at 0x0 unknown method ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] GetPositionFromCharIndex
On Mon, 2007-05-14 at 20:57 -0400, Maser, Dan wrote: Would it make sense to also implement the GetFirstCharIndexFromLine function while you're in that code and working with the position variables? My app uses that function but has it's feature conditionally compiled out right now. It would. Which is why I did :-). Those four similarly named functions are all implemented now. I'll be working on finishing off the rest of the 2.0 text control functions this week. Are there any in particular that you are using, that you would like to see implemented? Cheers, Jackson Regards, Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jackson Harper Sent: Monday, May 14, 2007 5:16 PM To: monkeyx Cc: mono-winforms-list@lists.ximian.com Subject: Re: [Mono-winforms-list] GetPositionFromCharIndex Just an FYI. This method is now implemented in the SVN version of winforms. Cheers, Jackson On Thu, 2007-05-10 at 12:46 -0700, monkeyx wrote: I am having some problems getting GetPositionFromCharIndex to work on Mono 1.2.3 and libgdiplus 1.2.3 Tested issue on Ubuntu 7.04 and Suse 10.2 using even built sources on Centos 5 all give same error. I have shown code and crash error below, has anyone else seen this error or advise me on how I can help fix it! if (e.KeyCode == Keys.OemPeriod e.Shift == true) { index = richTextBox1.SelectionStart; // This line appears to be causing crash pt = richTextBox1.GetPositionFromCharIndex(index); pt.X += richTextBox1.Location.X; pt.Y += richTextBox1.Location.Y; lstboxEdit.Location = pt; lstboxEdit.Visible = true; } This is summary of crash error ** (lpOED.exe:6904): WARNING **: Missing method System.Windows.Forms.TextBoxBase::GetPositionFromCharIndex(int) in assembly /usr/lib/mono/gac/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System. Windows.Forms.dll, referenced in assembly /media/MightyDrive/lpOED.exe System.MissingMethodException: Method not found: 'System.Windows.Forms.TextBoxBase.GetPositionFromCharIndex'. at 0x0 unknown method ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-dev] Announce: Mono.Fuse 0.4.0
On Sun, 2007-05-13 at 18:53 +0200, pablosantosluac wrote: I've tried with 0.4.1 but I don't see the GetOperationContext method... GetOperationContext() is a static protected method in Mono.Fuse.FileSystem. BTW, I'm impressed about how easy is implementing a filesystem using Mono/Fuse... Great! I think it is good for implementation purposes, but also the best way to teach something interesting in, for instance, an operating systems course... I hope to come with something interesting pretty soon ... using Mono.Fuse! If you have any additional feedback/suggestions for improvement, I would appreciate it. Thanks, - Jon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Performance improvement in System.Web.HttpWriter
On Mon, 14 May 2007 05:11:28 -0700, Vladimir Krasnov [EMAIL PROTECTED] scribbled: Hello, Hey, Please approve attached patch that improves performance of HttpWriter. It uses GetMaxByteCount in Write and WriteString methods instead of GetBytesCount. Please commit, thanks! regards, marek signature.asc Description: PGP signature ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Performance improvement in System.Web.HttpWriter
Vladimir Krasnov wrote: Please approve attached patch that improves performance of HttpWriter. It uses GetMaxByteCount in Write and WriteString methods instead of GetBytesCount. I've been meaning to get a patch in to do that. In your patch, though, you can even get rid of a string-to-char[] conversion (s.ToCharArray) and just pass 'count' to GetMaxByteCount. -- - Josh Tauberer http://razor.occams.info Yields falsehood when preceded by its quotation! Yields falsehood when preceded by its quotation! Achilles to Tortoise (in Gödel, Escher, Bach by Douglas Hofstadter) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Bounty for ClickOnce with Mono
I would probably be interested in offering a bounty for someone to hack into Mono to allow ClickOnce deployments work under Linux. I suppose that I would not require CAS to be completed because the assembly would run on FullTrust mode on the client machine, so the project would be divided into two deliverables: a) Allowing to deploy a ClickOnce solution via Apache+Mod_mono, server side. b) Hacking into the ClickOnce Firefox extension so as to make it cross-platform (in Linux, use Mono instead of .NET). Then, my questions are: 1) How would you rate this effort economically? Opinions? 2) How much time would you estimate for it to be developed? 3) Would the first target (a) allow deploying Gtk# applications or otherwise I should create one more deliverable item for this? 4) Which is the best mean to publish this bounty? 5) Would any of the mailing-list members be interested in this bounty? 6) I would probably add to the bounty the requisite of the code being submitted upstream to the Mono repository, so the person in charge of the project would depend on the reviews of the Mono Team. Therefore, I would like to know the opinion of the parties that would be in charge of reviewing this work: - Would you review the work in a reasonable time frame or otherwise you're too busy for this task? - Would it be adequate to give a percentage of the bounty to the reviewer? If yes, which percentage do you recommend? Thanks in advance, Andrés [ knocte ] -- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Bounty for ClickOnce with Mono
Hey, On Mon, 2007-05-14 at 16:02 +0200, Andrés G. Aragoneses [ knocte ] wrote: I would probably be interested in offering a bounty for someone to hack into Mono to allow ClickOnce deployments work under Linux. I suppose that I would not require CAS to be completed because the assembly would run on FullTrust mode on the client machine, Maybe not, maybe some. It depends on how you want to setup your policies to decide if code is Fulltrust or Untrusted. If you want to use the CAS policies/evidences (e.g. StrongName) then some work is still needed (mostly testing and probably fixing existing stuff). If you use an OoB mechanism then CAS isn't required (to offer Fulltrust to the deployed code) but you have to define/implement your own. so the project would be divided into two deliverables: a) Allowing to deploy a ClickOnce solution via Apache+Mod_mono, server side. b) Hacking into the ClickOnce Firefox extension so as to make it cross-platform (in Linux, use Mono instead of .NET). Not sure how's the FF extension is done on Windows but Mono's embedding interface is very different from MS. This may ends up into two very different extensions. Then, my questions are: 1) How would you rate this effort economically? Opinions? 2) How much time would you estimate for it to be developed? IMO a large part of it depends on how you will decide between Fulltrust and Untrusted - and this affects how much compatible this will be with MS implementation. 3) Would the first target (a) allow deploying Gtk# applications or otherwise I should create one more deliverable item for this? 4) Which is the best mean to publish this bounty? apart from this mailing-list, Monologue 5) Would any of the mailing-list members be interested in this bounty? 6) I would probably add to the bounty the requisite of the code being submitted upstream to the Mono repository, so the person in charge of the project would depend on the reviews of the Mono Team. Therefore, I would like to know the opinion of the parties that would be in charge of reviewing this work: - Would you review the work in a reasonable time frame or otherwise you're too busy for this task? It mostly depends on how many area are affected, as it affects the number of people required to review this. If the code is reviewed progressively (i.e. not a single code drop at the end), includes unit tests where appropriate (and other tests with instructions) then I would assume the review process can be done within a reasonable time frame. However it's hard to predict what people will be doing in a few months, still harder when the review dates are unknown ;-) - Would it be adequate to give a percentage of the bounty to the reviewer? If yes, which percentage do you recommend? -- Sebastien Pouliot [EMAIL PROTECTED] Blog: http://pages.infinit.net/ctech/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] SqlCeServer on mono
Hi guys, I have been recently working on a Windows CE/XP application... one of the ideas we had when developing the application was to use a SqlCE database file (.sdf) to store the different data used by the application. I though it would be nice to try an compile it with mono (gmcs) and get it running on Linux, but I've got the problem that the namespace System.Data.SqlCeServer has no yet been implemented (let me know it it has been). I have been thinking to implement the different classes of this space myself, is there anyone already doing this??? I have already done most of the NUnit tests that the classes should pass and I'm testing them with the Microsoft dll. I'm thinking of either creating the dll as a wrapper of the SQLite namespace (both databases are file based) or simply finding a way to read the .sdf files. Although the first option is far easier to implement it will mean that people will have different files according to the platform (Window = sdf, Linux = sqlite), I don't think this is a massive issue, specially because Linux users could have bigger dbs (.sdf has a max size of 4Gb) and I could always make a tool to go from one to another Summarising, let me know what you think, and if there is anyone already doing the SqlCeServer namespace, please tell me and I'll do my best to help :) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] bug: System.Text.StringBuilder
Works for me on Windows XP SP2 with Mono 1.2.3 installer: C:\mono stringb.exe Adding a stringagain _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fabrício Sent: 13 May 2007 21:39 To: Alan McGovern Cc: mono-list@lists.ximian.com Subject: Re: [Mono-list] bug: System.Text.StringBuilder Sorry, I forget. I'm using Mono-1.2.3.50, running on Windows XP SP2. If need anything more I do. - Original Message - From: Alan mailto:[EMAIL PROTECTED] McGovern To: Fabrício mailto:[EMAIL PROTECTED] Cc: mono-list@lists.ximian.com Sent: Sunday, May 13, 2007 5:31 PM Subject: Re: [Mono-list] bug: System.Text.StringBuilder Works for me. What mono version are you using? Alan. On 5/13/07, Fabrício [EMAIL PROTECTED] wrote: see the example: using stringb = System.Text.StringBuilder; public static int Main(string[] args) { stringb str = new stringb(); AssignStringBuilder(str); Console.WriteLine(str.ToString());// prints a empty string } public static void AssignStringBuilder(stringb str) { str.Append(Adding a string); str.Append(again); } Returning from AssignStringBuilder method the StringBuilder backs to original state. ___ 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] Help required with Mono Debugger
Hello! I want to test mdb with the simple program from http://www.mono-project.com/Guide:Debugger under Linux. I'm using mono-1.2.3.1 which includes the mdb. The problem is, when I start mdb with this little test program, the debugger does not stop in the Main() method but much earlier. Compiling: mcs -debug test.cs (succeeds) Start the debugger: $ mdb test.exe Mono Debugger (mdb) run Starting program: test.exe Thread @1 stopped at #0: 0xb7c47029. 0xb7c47029 ret (mdb) show procs (*) Process #1 (19428:/home/hkrapfenbauer/mono-1.2.3.1/bin/mono --inside-mdb test.exe) (mdb) thread Thread @1 (19428:0) Stopped (mdb) frame #0: 0xb7c47029 0xb7c47029 ret (mdb) next Thread @1 stopped at #0: 0x080707ab in mono_debugger_init+0x5b. 0x080707ab mov%ebp,%esp (mdb) Thread @1 stopped at #0: 0x080707ad in mono_debugger_init+0x5d. 0x080707ad pop%ebp (mdb) Thread @1 stopped at #0: 0x080707ae in mono_debugger_init+0x5e. 0x080707ae ret (mdb) Thread @1 stopped at #0: 0x0805940b in mono_main+0x9bb. 0x0805940b jmp0x8058c03:mono_main+0x1b3 (mdb) ... Why am I in mono_main and not in the test program? Any help appreciated! Harald ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Is the Search working in the mono-project wiki?
I am realising that the Search functionality is not working at all. For example, the following page contains the word RSS: http://www.mono-project.com/SVN However, if you search for the RSS word, no results: http://www.mono-project.com/Special:Search?search=RSSgo=Search I think that fixing this is important. Many people look for docs with this option. Regards, Andrés [ knocte ] -- ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Is the Search working in the mono-project wiki?
On 5/14/07, Andrés G. Aragoneses [ knocte ] [EMAIL PROTECTED] wrote: I am realising that the Search functionality is not working at all. For example, the following page contains the word RSS: http://www.mono-project.com/SVN However, if you search for the RSS word, no results: http://www.mono-project.com/Special:Search?search=RSSgo=Search There is also a google search available that works pretty well, but it would be nice to have the built in search work too. I think that fixing this is important. Many people look for docs with this option. Regards, Andrés [ knocte ] -- ___ 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] Is the Search working in the mono-project wiki?
John Anderson escribió: There is also a google search available that works pretty well, but it would be nice to have the built in search work too. Yes. And at least, if we know that the built-in search doesn't work, a better situation is to disable it instead of exposing something buggy. Regards, Andrés [ knocte ] -- ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] How build the makefile.in on Windows?
If something is giving you an error, you'll need to send the error to the list, as well as what environment are you trying to run it on, mono version, etc, so we can have an idea of what's wrong. andreia On 5/13/07, Fabrício [EMAIL PROTECTED] wrote: Following this way seen me impossible, but I tryed to compile manually using gmcs and link all together. I got compile all with success, but when I try run returns me a error, seen me that is a problem to found config file to load AddIns. Whether it is possible sends me a screenshot of monodevelop folder (that's run on linux), I want to see generated files. Thanks for everthing and sorry my bad english. ___ 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] How build the makefile.in on Windows?
ok, I'm running Mono-1.2.3.50 on Windows XP SP2 Thanks. - Original Message - From: Andreia Gaita To: Fabrício Sent: Monday, May 14, 2007 11:16 AM Subject: Re: [Mono-list] How build the makefile.in on Windows? If something is giving you an error, you'll need to send the error to the list, as well as what environment are you trying to run it on, mono version, etc, so we can have an idea of what's wrong. andreia On 5/13/07, Fabrício [EMAIL PROTECTED] wrote: Following this way seen me impossible, but I tryed to compile manually using gmcs and link all together. I got compile all with success, but when I try run returns me a error, seen me that is a problem to found config file to load AddIns. Whether it is possible sends me a screenshot of monodevelop folder (that's run on linux), I want to see generated files. Thanks for everthing and sorry my bad english. ___ 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] bug: System.Text.StringBuilder
Sorry, sorry, the code is little different... don't have error! I tested too compiling with Microsoft .NET compiler (csc) and running on Microsoft .NET Framework and both (csc and gmcs) runs on same way. == E:\Mono Projects\StringBuilder Testmono stringb.exe str = == Sorry my mistake! == using System; using stringb = System.Text.StringBuilder; namespace StringBuilder_Test { public class Program { public static int Main(string[] args) { stringb str = new stringb(); AssignStringBuilder(str); Console.WriteLine(str = + str.ToString());// prints a empty string return 0; } public static void AssignStringBuilder(stringb str)// str parameter is pointer copied from source. { str = new stringb();// str points to other address, but source points to older address str.Append(Adding a string); str.Append(again); } } } == - Original Message - From: Andy Hume To: 'Fabrício' ; 'Alan McGovern' Cc: mono-list@lists.ximian.com Sent: Monday, May 14, 2007 6:36 AM Subject: RE: [Mono-list] bug: System.Text.StringBuilder Works for me on Windows XP SP2 with Mono 1.2.3 installer: C:\mono stringb.exe Adding a stringagain From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fabrício Sent: 13 May 2007 21:39 To: Alan McGovern Cc: mono-list@lists.ximian.com Subject: Re: [Mono-list] bug: System.Text.StringBuilder Sorry, I forget. I'm using Mono-1.2.3.50, running on Windows XP SP2. If need anything more I do. - Original Message - From: Alan McGovern To: Fabrício Cc: mono-list@lists.ximian.com Sent: Sunday, May 13, 2007 5:31 PM Subject: Re: [Mono-list] bug: System.Text.StringBuilder Works for me. What mono version are you using? Alan. On 5/13/07, Fabrício [EMAIL PROTECTED] wrote: see the example: using stringb = System.Text.StringBuilder; public static int Main(string[] args) { stringb str = new stringb(); AssignStringBuilder(str); Console.WriteLine(str.ToString());// prints a empty string } public static void AssignStringBuilder(stringb str) { str.Append(Adding a string); str.Append(again); } Returning from AssignStringBuilder method the StringBuilder backs to original state. ___ 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] bug: System.Text.StringBuilder
That code should print out an empty string. if you want that code to print out adding a string again, change the method to pass stringb by ref. i.e. change the method declaration to: public static void AssignStringBuilder(ref stringb str) { // blah } Alan On 5/14/07, Fabrício [EMAIL PROTECTED] wrote: Sorry, sorry, the code is little different... don't have error! I tested too compiling with Microsoft .NET compiler (csc) and running on Microsoft .NET Framework and both (csc and gmcs) runs on same way. == E:\Mono Projects\StringBuilder Testmono stringb.exe str = == Sorry my mistake! == using System; using stringb = System.Text.StringBuilder; namespace StringBuilder_Test { public class Program { public static int Main(string[] args) { stringb str = new stringb(); AssignStringBuilder(str); Console.WriteLine(str = + str.ToString());// prints a empty string return 0; } public static void AssignStringBuilder(stringb str)// str parameter is pointer copied from source. { str = new stringb();// str points to other address, but source points to older address str.Append(Adding a string); str.Append(again); } } } == - Original Message - *From:* Andy Hume [EMAIL PROTECTED] *To:* 'Fabrício' [EMAIL PROTECTED] ; 'Alan McGovern'[EMAIL PROTECTED] *Cc:* mono-list@lists.ximian.com *Sent:* Monday, May 14, 2007 6:36 AM *Subject:* RE: [Mono-list] bug: System.Text.StringBuilder Works for me on Windows XP SP2 with Mono 1.2.3 installer: C:\mono stringb.exe Adding a stringagain -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Fabrício *Sent:* 13 May 2007 21:39 *To:* Alan McGovern *Cc:* mono-list@lists.ximian.com *Subject:* Re: [Mono-list] bug: System.Text.StringBuilder Sorry, I forget. I'm using Mono-1.2.3.50, running on Windows XP SP2. If need anything more I do. - Original Message - *From:* Alan McGovern [EMAIL PROTECTED] *To:* Fabrício [EMAIL PROTECTED] *Cc:* mono-list@lists.ximian.com *Sent:* Sunday, May 13, 2007 5:31 PM *Subject:* Re: [Mono-list] bug: System.Text.StringBuilder Works for me. What mono version are you using? Alan. On 5/13/07, Fabrício [EMAIL PROTECTED] wrote: see the example: using stringb = System.Text.StringBuilder; public static int Main(string[] args) { stringb str = new stringb(); AssignStringBuilder(str); Console.WriteLine(str.ToString());// prints a empty string } public static void AssignStringBuilder(stringb str) { str.Append(Adding a string); str.Append(again); } Returning from AssignStringBuilder method the StringBuilder backs to original state. ___ 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] GTK#
Gtk-sharp installer for Windows(gtksharp-2.8.3-win32-0.0.exe) and Gtk-sharp runtime for Windows(gtksharp-runtime-2.8.3-win32-0.0.exe) are different? What are these differences?___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] GTK#
On Mon, 2007-05-14 at 17:59 -0300, Fabrício wrote: Gtk-sharp installer for Windows(gtksharp-2.8.3-win32-0.0.exe) and Gtk-sharp runtime for Windows(gtksharp-runtime-2.8.3-win32-0.0.exe) are different? What are these differences? One is the SDK and the other is the runtime? signature.asc Description: This is a digitally signed message part ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] SqlCeServer on mono
Hi guys, I have been recently working on a Windows CE/XP application... one of the ideas we had when developing the application was to use a SqlCE database file (.sdf) to store the different data used by the application. I though it would be nice to try an compile it with mono (gmcs) and get it running on Linux, but I've got the problem that the namespace System.Data.SqlCeServer has no yet been implemented (let me know it it has been). I have been thinking to implement the different classes of this space myself, is there anyone already doing this??? I have already done most of the NUnit tests that the classes should pass and I'm testing them with the Microsoft dll. I'm thinking of either creating the dll as a wrapper of the SQLite namespace (both databases are file based) or simply finding a way to read the .sdf files. Although the first option is far easier to implement it will mean that people will have different files according to the platform (Window = sdf, Linux = sqlite), I don't think this is a massive issue, specially because Linux users could have bigger dbs (.sdf has a max size of 4Gb) and I could always make a tool to go from one to another Summarising, let me know what you think, and if there is anyone already doing the SqlCeServer namespace, please tell me and I'll do my best to help :) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] bug: System.Text.StringBuilder
On 5/14/07, Alan McGovern [EMAIL PROTECTED] wrote: if you want that code to print out adding a string again, change the method to pass stringb by ref. That only applies to value types. StringBuilder is a reference type, so the code in question should not return an empty string. Either that, or I need to re-learn some C# :p -- Lauri Kotilainen Tel: +358 44 555 2735 Email: [EMAIL PROTECTED] ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list