[Mono-winforms-list] LowOrder HighOrder
Here is a small patch for Control.cs, at least for Windows. I'm getting MouseMove events that should have negative numbers, but instead I'm getting large positive. I cast to short before int to preserve sign. FYI, this is on par with MS macros for low and high order. This should make the splitter control behave better on Windows. Thanks, Jonathan svn.diff Description: svn.diff ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-devel-list] Patch for System.Data.Common and System.Data.ProviderBase
Hi Boris. Nice to see that we are trying to get the providebase completed. I saw Suresh's reply to the DbParameter.cs class. I guess most of the comments hold for the DbParameterCollection.cs class also.. If we are writing up code separately and then merging them, I think we need to be more careful. Even in the previous index redesign checkin we had many such scenarios(Suresh's comments) in files. But since we were merging lot of code we didnt want to burden you guys with additionally redoing only what is required.. In future, is it possible that mainsoft has the same code as SVN? This way we would avoid the merge, and the problems emerging out of it.. Also in most parts of the code, you would have noticed that we stick to guidelines or whatever is used in the file is very close the guidelines Given that we have many people contributing to it, it is easier to maintain the code if we leave the code style and convention in every file the way it is, unless it very bad.. Also note, most of the mono class libraries doesnot use the _ convention for private variables.. Regards Uma Boris Kirzner [EMAIL PROTECTED] 05/23/05 9:41 PM Hello all Attached is a proposed patch for ProviderBase that implements some additional functionality for provider base classes. It also required me to made a slight changes in System.Data.Common. Additional change is adding ExcptionHelper class. This work done towards move of Mainsoft codebase to SVN. Please respond with your comments before this patch is committed. Boris -- Boris Kirzner Mainsoft Corporation http://www.mainsoft.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Patch for System.Data.Common and System.Data.ProviderBase
+ public override ParameterDirection Direction { + get { + if (_direction == ((ParameterDirection) 0)) { + return ParameterDirection.Input; + } what is this check for? revert to previous default assignment of ParameterDirection.Input. + return _direction; + } + set { + if (_direction != value) { + switch (value) { + case ParameterDirection.Input: + case ParameterDirection.Output: + case ParameterDirection.InputOutput: + case ParameterDirection.ReturnValue: + { + PropertyChanging(); + _direction = value; + return; + } + } + throw ExceptionHelper.InvalidParameterDirection(value); + } + By the property declaration, this property cannot be set of any value other than of type ParameterDirection. These exception handling are irrelevant. Or am I missing something? I was wrong. Any int value can be casted to this property. so the exception handling is necessary. Why not assigning ParameterDirection.Input by default to _direction rather than checking with 0 and returning it back? Thanks Best Regards, suresh. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Patch for System.Data.Common and System.Data.ProviderBase
I'll try to keep the code as close as possible to the guidelines. Thanks. DbParameterBase.Parent : used by DbParameterCollectionBase to track collection ownership on parameters (for example it should be impossible to add the same parameter to two different collections simultaneously). I choose to implement this through internal property rather that internal variable. Ok. Private variables naming : since code guide lines do no define this well, I did the changes for the following reasons : _paramValue - _value and _name - _parameterName : keep private member name close to property name, so the code will be more readable. Ok, Understandable. But, name for a parameter is always parameter's name. anyway, if you feel it is necessary, change them. adding _ to parameter names : to enable easy recognize of an errors like : int myProperty; public int MyProperty { get { return MyProperty; } } here, anyway, we use CamelCase for properties and first-letter-small for private members. we could have got the error by seeing M in return statements. Please feel free to post the reworked patch. Thanks, suresh. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Patch for System.Data.Common and System.Data.ProviderBase
Hello Uma, You are absolutely right: having the same code base is very important. We think exactly like you do and all this effort is made in order to have the same code base. ProviderBase is the last namespace which we merge. Very soon after that we will add our private connected mode implementation into .jvm folders and completely switch our development to SVN. The code styling is a very important issue. Good style just prevents bugs and makes development faster and easier. Any notes about bad code styling in our patches are welcome and will be fixed immediately. Regarding the _ prefix, well, I think omitting it IS a very bad style. Just because we already solved bugs (not in System.Data) related to misuse of private fields. The fact it's not in use everywhere in mono is bad in itself. We strive for better in System.Data, like Suresh said me :-). In addition, on this occasion I would like to talk about reformatting of the code. There are many places where the files are DOS styled, spaces used instead of tabs etc. It just makes the maintainance more difficult, IDEs driving crazy, diffs and patches not working... I think that if we can make one special effort for fixing that, without changing the logic, we all will benefit in the long term. Regards, Konstantin Triger S Umadevi wrote: Hi Boris. Nice to see that we are trying to get the providebase completed. I saw Suresh's reply to the DbParameter.cs class. I guess most of the comments hold for the DbParameterCollection.cs class also.. If we are writing up code separately and then merging them, I think we need to be more careful. Even in the previous index redesign checkin we had many such scenarios(Suresh's comments) in files. But since we were merging lot of code we didnt want to burden you guys with additionally redoing only what is required.. In future, is it possible that mainsoft has the same code as SVN? This way we would avoid the merge, and the problems emerging out of it.. Also in most parts of the code, you would have noticed that we stick to guidelines or whatever is used in the file is very close the guidelines Given that we have many people contributing to it, it is easier to maintain the code if we leave the code style and convention in every file the way it is, unless it very bad.. Also note, most of the mono class libraries doesnot use the _ convention for private variables.. Regards Uma Boris Kirzner [EMAIL PROTECTED] 05/23/05 9:41 PM Hello all Attached is a proposed patch for ProviderBase that implements some additional functionality for provider base classes. It also required me to made a slight changes in System.Data.Common. Additional change is adding ExcptionHelper class. This work done towards move of Mainsoft codebase to SVN. Please respond with your comments before this patch is committed. Boris ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Patch for System.Data.Common and System.Data.ProviderBase
Just a word about _ prefix. When you review a patch, it's much easier to catch errors when there is a clear difference between local variables and class fields. For example if you have see something like that: xxx = 6; Don't you want to know exactly that the class state was not changed? Regards, Konstantin Triger Sureshkumar T wrote: I'll try to keep the code as close as possible to the guidelines. Thanks. DbParameterBase.Parent : used by DbParameterCollectionBase to track collection ownership on parameters (for example it should be impossible to add the same parameter to two different collections simultaneously). I choose to implement this through internal property rather that internal variable. Ok. Private variables naming : since code guide lines do no define this well, I did the changes for the following reasons : _paramValue - _value and _name - _parameterName : keep private member name close to property name, so the code will be more readable. Ok, Understandable. But, name for a parameter is always parameter's name. anyway, if you feel it is necessary, change them. adding _ to parameter names : to enable easy recognize of an errors like : int myProperty; public int MyProperty { get { return MyProperty; } } here, anyway, we use CamelCase for properties and first-letter-small for private members. we could have got the error by seeing M in return statements. Please feel free to post the reworked patch. Thanks, suresh. ___ 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] Problem compiling corlib on cygwin (solved)
Hello. I tried to compile mono on cygwin. During the bootstrap compilation I've got an error in Thread.cs. After investigation, I found that csc does not understand #pragma warning (appears 2 times in this file). svn diff -r44730:44731 This is what caused the compilation error. After deleting pragmas, compilation succeded. Regards, Andrew Skiba. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] Patch for standardizing Mainsoft's ConstraintCollection tests
Hi, all. The attached patch adds a new test under Test/System.Data - ConstraintCollectionTest2.cs This test is a Mono NUnit standardized version of the tests under Test/System.Data.Tests.Mainsoft/System.Data/ConstraintCollection As part of the patch I copied a couple of utility classes from Test/System.Data.Tests.Mainsoft/GHUtils into a new test utility dir called: Test/System.Data.Test.Utils These utilities are used to create populated data tables. It is our intention to standardize all the tests under Test/System.Data.Tests.Mainsoft/System.Data in the same manner. Any comments are welcome. Eyal. Index: Test/System.Data/ConstraintCollectionTest2.cs === --- Test/System.Data/ConstraintCollectionTest2.cs (revision 0) +++ Test/System.Data/ConstraintCollectionTest2.cs (revision 0) @@ -0,0 +1,280 @@ +// Authors: +// Rafael Mizrahi [EMAIL PROTECTED] +// Erez Lotan [EMAIL PROTECTED] +// Oren Gurfinkel [EMAIL PROTECTED] +// Ofer Borstein +// +// Copyright (c) 2004 Mainsoft Co. +// +// Permission is hereby granted, free of charge, to any person obtaining +// a copy of this software and associated documentation files (the +// Software), to deal in the Software without restriction, including +// without limitation the rights to use, copy, modify, merge, publish, +// distribute, sublicense, and/or sell copies of the Software, and to +// permit persons to whom the Software is furnished to do so, subject to +// the following conditions: +// +// The above copyright notice and this permission notice shall be +// included in all copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, +// EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF +// MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND +// NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE +// LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION +// OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION +// WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. +// + +using NUnit.Framework; +using MonoTests.System.Data.Test.Utils; +using System; +using System.Collections; +using System.ComponentModel; +using System.Data; + +namespace MonoTests.System.Data +{ + [TestFixture] public class ConstraintCollectionTest2 + { + private bool CollectionChangedFlag = false; + + [Test] public void CanRemove_ParentForeign() + { + DataSet ds = DataProvider.CreateForigenConstraint(); + Assert.AreEqual(false, ds.Tables[parent].Constraints.CanRemove(ds.Tables[parent].Constraints[0]), CN1); + } + + [Test] public void CanRemove_ChildForeign() + { + DataSet ds = DataProvider.CreateForigenConstraint(); + Assert.AreEqual(true, ds.Tables[child].Constraints.CanRemove(ds.Tables[child].Constraints[0]), CN2); + } + + [Test] public void CanRemove_ParentAndChildForeign() + { + DataSet ds = DataProvider.CreateForigenConstraint(); + //remove the forigen and ask about the unique + ds.Tables[child].Constraints.Remove(ds.Tables[child].Constraints[0]); + Assert.AreEqual(true, ds.Tables[parent].Constraints.CanRemove(ds.Tables[parent].Constraints[0]), CN3); + } + + // FIXME. This test isn't complete. + public void CanRemove_Unique() + { + DataTable dt = DataProvider.CreateUniqueConstraint(); + //remove the forigen and ask about the unique + dt.Constraints.Remove(dt.Constraints[0]); + Assert.AreEqual(true, dt.Constraints.CanRemove(dt.Constraints[0]), CN4); + } + + [Test] public void Clear_Foreign() + { + DataSet ds = DataProvider.CreateForigenConstraint(); + foreach(DataTable dt in ds.Tables) + { + dt.Constraints.Clear(); + } + Assert.AreEqual(0, ds.Tables[0].Constraints.Count, CN5); + Assert.AreEqual(0, ds.Tables[0].Constraints.Count, CN6); + + } + + [Test] public void Clear_Unique() + { + DataTable dt = DataProvider.CreateUniqueConstraint(); + int rowsCount = dt.Rows.Count; + dt.Constraints.Clear(); + DataRow dr = dt.NewRow(); + dr[0] = 1; + dt.Rows.Add(dr); + Assert.AreEqual(rowsCount+1,
RE: [Mono-devel-list] Problem compiling corlib on cygwin (solved)
Fixed in SVN (and we now ignore Obsolete attributes warning when compiling corlib). Thanks. Sebastien Pouliot home: [EMAIL PROTECTED] blog: http://pages.infinit.net/ctech/poupou.html -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Andrew Skiba Sent: 24 mai 2005 09:00 To: mono-devel mailing list Subject: [Mono-devel-list] Problem compiling corlib on cygwin (solved) Hello. I tried to compile mono on cygwin. During the bootstrap compilation I've got an error in Thread.cs. After investigation, I found that csc does not understand #pragma warning (appears 2 times in this file). svn diff -r44730:44731 This is what caused the compilation error. After deleting pragmas, compilation succeded. Regards, Andrew Skiba. ___ 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-devel-list] Patch for System.Data.Common and System.Data.ProviderBase
Hi Kosta, I don't think there is a corresponding term for this '_' matter in our coding guideline. The absence of rule sometimes implies that it was not ruled because it should not be ruled. Sometimes we can infer rules from existing sources. If we haven't prefixed '_' for fields, then that's not kind of rule in our long coding history. It is still possible to create further rules in the future, but for now there is another rule that should be applied here: If you are modifying someone else's code, try to keep the coding style similar. (excerpt from http://www.mono-project.com/Coding_Guidelines ) I don't think having '_' everywhere rule is enforceable. Some people want to maintain field names equivalent to that of MS.NET to enable runtime serialization interoperability. Atsushi Eno Konstantin Triger wrote: Hello Uma, You are absolutely right: having the same code base is very important. We think exactly like you do and all this effort is made in order to have the same code base. ProviderBase is the last namespace which we merge. Very soon after that we will add our private connected mode implementation into .jvm folders and completely switch our development to SVN. The code styling is a very important issue. Good style just prevents bugs and makes development faster and easier. Any notes about bad code styling in our patches are welcome and will be fixed immediately. Regarding the _ prefix, well, I think omitting it IS a very bad style. Just because we already solved bugs (not in System.Data) related to misuse of private fields. The fact it's not in use everywhere in mono is bad in itself. We strive for better in System.Data, like Suresh said me :-). In addition, on this occasion I would like to talk about reformatting of the code. There are many places where the files are DOS styled, spaces used instead of tabs etc. It just makes the maintainance more difficult, IDEs driving crazy, diffs and patches not working... I think that if we can make one special effort for fixing that, without changing the logic, we all will benefit in the long term. Regards, Konstantin Triger ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] [Patch] Another patch forRuntime.InteropServices in corlib
Hi Sebastien, although they are no serious issues, I'd still call them this way, because not having this interfaces and attributes might very well break code (although it's not very likely) here is another patch for corlib, which hopefully fixes a lot of issues in I'm not sure I would call them issues ;-) but thanks for upgrading them to 2.0. System.Runtime.InteropServices ;) Somebody please review and commit. Please try to keep your changes as small as possible when doing a patch (i.e. avoid cosmetic changes). Even more when those changes the code style from conformant to non-conformant. -namespace System.Runtime.InteropServices { +using System.Reflection; +namespace System.Runtime.InteropServices +{ See: http://www.mono-project.com/Coding_Guidelines#Examples I read the Coding Guidelines Textfile in svn quite some times and there is no rule as to how to format a namespace. Maybe we should add it there. Actually in this case i didn't reformat the lines, but instead replaced the entire headers, so at least these interface files are consistent. The existing files in the namespace seem to be about 50/50 about the kind of style used. The existing interfaces of type _* all had the brackets on the next line, an I think that at least this nearly identical files should also be implemented identical (so either change the one half or change the other half in this patch). Andreas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] FolderBrowseDialog fails
Good day. Creation of instance of System.Windows.Forms.FileBrowseDialog failed for me at constructor call with Mono version 1.1.7. I've ran my program under "ru" locale. So, constructor failed at the line 532: imageList.Images.Add( (Image)Locale.GetResource( "monitor-planet" ) ); debug mode shows, that the problem - null reference passed to Add method. This is because "monitor-planet" resource is not defined in file System.Windows.Forms.resx. Then I copied resource "monitor-planet" definition from System.Windows.Forms.de.resx file and recompiled mono project (especially System.Windows.Forms.dll). Noweverything is working file. My question is: is it correct method and how to fix this issue for next Mono release? Can I supply the patch and where should I post it? Thanks. http://www.croc.ru [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] FolderBrowseDialog fails
Am Dienstag, den 24.05.2005, 21:15 +0400 schrieb Vorobiev Maksim: Creation of instance of System.Windows.Forms.FileBrowseDialog failed for me at constructor call with Mono version 1.1.7. I've ran my program under ru locale. So, constructor failed at the line 532: imageList.Images.Add( (Image)Locale.GetResource( monitor-planet ) ); debug mode shows, that the problem - null reference passed to Add method. This is because monitor-planet resource is not defined in file System.Windows.Forms.resx. Then I copied resource monitor-planet definition from System.Windows.Forms.de.resx file and recompiled mono project (especially System.Windows.Forms.dll). Now everything is working file. My question is: is it correct method and how to fix this issue for next Mono release? Can I supply the patch and where should I post it? If you look at http://svn.myrealbox.com/viewcvs/branches/mono-1-1-7/mcs/class/Managed.Windows.Forms/resources/System.Windows.Forms.resx?rev=43982view=markup you will see that the image monitor-planet is available in 1.1.7. Maybe you had an older version installed... Alexander Olk ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] build mono using mono compiler
Hello I follow this article http://www.ondotnet.com/pub/a/dotnet/2005/02/07/monowindows.html?page=2 but when I 'make', I have the following error, I know there s something to do with library.make try to find a file in '-include' but I dont know what is it. If anyone know about this, please let me know, Thanks in advance. TL ../../build/library.make:306: no file name for `-include'make all-localmake[8]: Entering directory `/download/mono/mcs/class/corlib'../../build/library.make:306: no file name for `-include'csc.exe /nowarn:649 /nowarn:169 -nowarn:612 -nowarn:618 -d:INSIDE_CORLIB /nologo/optimize -d:NET_1_1 -d:ONLY_1_1 /debug+ /debug:full /noconfig /unsafe /nostdlib /target:library /out:mscorlib.dll @../../build/deps/net_1_1_bootstrap_corlib.dll.responseSystem\Array.cs(905) error CS1501: No overload for method `System.Object' takes`1' argumentsSystem\Array.cs(905) error CS1501: New invocation: Can not find a constructor in`System.Array+Swapper' for this argument listSystem\Array.cs(907) error CS1501: No overload for method `System.Object' takes`1' argumentsSystem\Array.cs(907) error CS1501: New invocation: Can not find a constructor in`System.Array+Swapper' for this argument listSystem\Array.cs(909) err or CS1501: No overload for method `System.Object' takes`1' argumentsSystem\Array.cs(909) error CS1501: New invocation: Can not find a constructor in`System.Array+Swapper' for this argument listSystem\Array.cs(911) error CS1501: No overload for method `System.Object' takes`1' argumentsSystem\Array.cs(911) error CS1501: New invocation: Can not find a constructor in`System.Array+Swapper' for this argument listSystem\Array.cs(980) error CS0119: _Expression denotes a `variable' where a `method group' was expectedSystem\Array.cs(1167) error CS0119: _Expression denotes a `variable' where a `method group' was expectedSystem\Array.cs(1190) error CS0119: _Expression denotes a `variable' where a `method group' was expectedSystem\Array.cs(1213) error CS0119: _Expression denotes a `variable' where a `method group' was expectedCompilation failed: 12 error(s), 0 warningsmake[8]: *** [../../class/lib/net_1_1_bootstrap/mscorlib.dll] Error 1make[8]: Leaving directory `/download/mono/mcs/class/corlib'make[7]: *** [all.real] Error 2make[7]: Leaving directory `/download/mono/mcs/class/corlib'make[6]: *** [all-recursive] Error 1make[6]: Leaving directory `/download/mono/mcs/class'make[5]: *** [all-recursive] Error 1make[5]: Leaving directory `/download/mono/mcs'make[4]: *** [profile-do--net_1_1_bootstrap--all] Error 2make[4]: Leaving directory `/download/mono/mcs'make[3]: *** [profiles-do--all] Error 2make[3]: Leaving directory `/download/mono/mcs'make[2]: *** [all-local] Error 2make[2]: Leaving directory `/download/mono/mono/runtime'make[1]: *** [all-recursive] Error 1make[1]: Leaving directory `/download/mono/mono'make: *** [all] Error 2Post your free ad now! Yahoo! Canada Personals___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] build mono under cygwin
Hello, I got this error while 'make'ing mcs make[8]: Entering directory `/download/mono/mcs/class/Managed.Windows.Forms'Creating ../../build/deps/default_System.Windows.Forms.dll.response ...make[8]: *** No rule to make target `System.Windows.Forms/DataGridPreferredColumnWidthTypeConverter.cs', needed by `../../class/lib/default/System.Windows.Forms.dll'. Stop.make[8]: Leaving directory `/download/mono/mcs/class/Managed.Windows.Forms'make[7]: *** [do-all] Error 2make[7]: Leaving directory `/download/mono/mcs/class/Managed.Windows.Forms'make[6]: *** [all-recursive] Error 1make[6]: Leaving directory `/download/mono/mcs/class'make[5]: *** [all-recursive] Error 1make[5]: Leaving directory `/download/mono/mcs'make[4]: *** [profile-do--default--all] Error 2make[4]: Leaving directory `/download/mono/mcs'make[3]: *** [profiles-do--all] Error 2make[3]: Leaving directory `/download/mono/mcs'make[2]: *** [all-local] Error 2make[2]: Leaving directory `/download/mono/mono/runtime'make[1]: *** [all-recursive] Error 1make[1]: Leaving directory `/download/mono/mono'make: *** [all] Error 2 what should I do to make it build? thanks in advance, TLPost your free ad now! Yahoo! Canada Personals___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] build mono under cygwin
I apologize, that's my bad. I forgot to add that file when checking in. It's fixed in r44957, please update from svn and it should build. Cheers, Peter -Original Message- From: Toan Ly [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Date: 24 May, 2005 19:30 Subject: [Mono-devel-list] build mono under cygwin Hello, I got this error while 'make'ing mcs make[8]: Entering directory `/download/mono/mcs/class/Managed.Windows.Forms' Creating ../../build/deps/default_System.Windows.Forms.dll.response ... make[8]: *** No rule to make target `System.Windows.Forms/DataGridPreferredColum nWidthTypeConverter.cs', needed by `../../class/lib/default/System.Windows.Forms ..dll'. Stop. make[8]: Leaving directory `/download/mono/mcs/class/Managed.Windows.Forms' make[7]: *** [do-all] Error 2 make[7]: Leaving directory `/download/mono/mcs/class/Managed.Windows.Forms' make[6]: *** [all-recursive] Error 1 make[6]: Leaving directory `/download/mono/mcs/class' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/download/mono/mcs' make[4]: *** [profile-do--default--all] Error 2 make[4]: Leaving directory `/download/mono/mcs' make[3]: *** [profiles-do--all] Error 2 make[3]: Leaving directory `/download/mono/mcs' make[2]: *** [all-local] Error 2 make[2]: Leaving directory `/download/mono/mono/runtime' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/download/mono/mono' make: *** [all] Error 2 what should I do to make it build? thanks in advance, TL - Post your free ad now! Yahoo! Canada Personals ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: Spam: Re: [Mono-devel-list] minor xslttest makefile patch
Hi Andrews, Here's a couple of comments on those regressions. BVTs_bvt083 I believe this is a bug in the testcase. In the corresponding xsl:for-each, there is a text node (which looks like a whitespace node which is however preserved by xsl:space) and thus xsl:sort comes after template and thus it should be rejected. ConflictResolution__77902 Elements__89171 Elements__89177 Include__77736 Include_Include_IncludedStylesheetShouldHaveDifferentBaseUri Include_RelUriTest1 Output__84011 Text__78309 Apparently your sed script needs more lovely fix. Can you make sure that there is no difference between the old catalog.xml which you removed from svn and what you generate today via the sed script? FormatNumber_FormatNumberWithPattern.00 FormatNumber_FormatNumberWithPattern.000 XSLTFunctions_RoundTripNumber_UsingStringFn Ok, there seems a bug in either DecimalFormat.cs or mscorlib number formatting. I'll try to make a repro on custom NumberFormatInfo. Output_HtmlOutputWithAmpersandCurlyBracket Output_HtmlWithTwoAdjacentEscapedAmpersands There seems a bug maybe on determining output method, or just a bug in HTML outputter (I doubt former one). Sorting__78191 Sorting__78286 There is a difference at string comparison in INT output element (yes, it is string text comparison). Text comparison depends on collation and now without ICU it just compare characters by codepoint. With full collation support, '-' is kinda ignored (unless we use StringSort option when comparing strings) and thus the output should be like the reference output. XSLTFunctions__emptyParameters This is also rejected in MS.NET. We should try to compile the stylesheet and expect error here. I have no idea why it worked fine before and it does not today. Atsushi Eno ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-list] PDF widget
Is there a method of displaying PDFs from inside a mono app? P/Invoke? Widget? ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] problem installing mod_mono 1.0.9
Hi Gonzalo, -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:mono-list- [EMAIL PROTECTED] Im Auftrag von Gonzalo Paniagua Javier Gesendet: Dienstag, 24. Mai 2005 00:14 An: mono-list@lists.ximian.com Betreff: Re: [Mono-list] problem installing mod_mono 1.0.9 On Mon, 2005-05-23 at 12:25 +0200, Barbara Plank wrote: [...] [EMAIL PROTECTED] mod_mono-1.0.9]# make install Making install in src make[1]: Entering directory `/root/Mono 1.1.7 rpm's/webserver/mod_mono-1.0.9/src' /root/Mono 1.1.7 rpm's/webserver/mod_mono-1.0.9/install-sh -d /usr/local/apache2/modules /bin/sh: -c: line 1: unexpected EOF while looking for matching `'' /bin/sh: -c: line 2: syntax error: unexpected end of file make[1]: *** [install] Error 2 make[1]: Leaving directory `/root/Mono 1.1.7 rpm's/webserver/mod_mono-1.0.9/src' make: *** [install-recursive] Error 1 The strange thing: After the error occurred, I tried to install the older release -- mod_mono 1.0.8 form source. And that worked!! Why can I install mod_mono 1.0.8 (from src) but not mod_mono 1.0.9?? The quote in the directory path is making something fail. Try renaming the Mono 1.1.7 rpm's directory. Yes!! This was the error! The quote in the directory name... aiii :( Thanks for for help! Great! :) Barbara --not using quotes in directory names any longer ;) --and now running mod_mono 1.0.9! -Gonzalo ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Re: Mono-list Digest, Vol 1, Issue 2499
i have a problem in compiling the project.can any one tell me how to compile a project. On 5/23/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Send Mono-list mailing list submissions to mono-list@lists.ximian.com To subscribe or unsubscribe via the World Wide Web, visit http://lists.ximian.com/mailman/listinfo/mono-list or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of Mono-list digest... Today's Topics: 1. Re: Businesses (Niel Bornstein) 2. AW: [Mono-list] IMAP libraries (Jochen Wezel (CompuMaster GmbH)) 3. build mono using mono compiler (Toan Ly) 4. Re: IMAP libraries ([EMAIL PROTECTED]) 5. SWF - Hello World (Ferguson, Neale) 6. Re: MonoDevelop 0.7 (peter) 7. ANN: boo 0.5.4 is out! (Rodrigo B. de Oliveira) 8. Re: SWF - Hello World (Peter Dennis Bartok) -- Message: 1 Date: Mon, 23 May 2005 12:27:06 -0400 From: Niel Bornstein [EMAIL PROTECTED] Subject: Re: [Mono-list] Businesses To: mono-list@lists.ximian.com Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1 Can we assume that anyone listed there is willing to talk about their Mono experiences? Maybe it would be good to add a disclaimer to that effect somewhere on the page. Niel On 5/22/05, Ben Maurer [EMAIL PROTECTED] wrote: I put up a wiki page, and added the cases documented here. http://mono-project.com/People_Using_Mono Please feel free to add your own case (or for those whom I have copied and pasted their stories from email, add details). -- Message: 2 Date: Mon, 23 May 2005 18:46:13 +0200 From: Jochen Wezel (CompuMaster GmbH) [EMAIL PROTECTED] Subject: AW: [Mono-list] IMAP libraries To: Howard Cole [EMAIL PROTECTED], Mono List mono-list@lists.ximian.com Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Some months ago, I tried some simple tests with Quiksoft EasyMail .NET successfully. -Jochen -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Howard Cole Gesendet: Montag, 23. Mai 2005 15:23 An: Mono List Betreff: [Mono-list] IMAP libraries Does anyone know of any .NET IMAP/POP3 libraries - commercial or otherwise that are compatible with mono? ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- Message: 3 Date: Mon, 23 May 2005 13:14:27 -0400 (EDT) From: Toan Ly [EMAIL PROTECTED] Subject: [Mono-list] build mono using mono compiler To: mono-list@lists.ximian.com Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii Hello I follow this article http://www.ondotnet.com/pub/a/dotnet/2005/02/07/monowindows.html?page=2 but when I 'make', I have the following error, I know there s something to do with library.make try to find a file in '-include' but I dont know what is it. If anyone know about this, please let me know, Thanks in advance. TL ../../build/library.make:306: no file name for `-include' make all-local make[8]: Entering directory `/download/mono/mcs/class/corlib' ../../build/library.make:306: no file name for `-include' csc.exe /nowarn:649 /nowarn:169 -nowarn:612 -nowarn:618 -d:INSIDE_CORLIB /nologo /optimize -d:NET_1_1 -d:ONLY_1_1 /debug+ /debug:full /noconfig /unsafe /nostdli b /target:library /out:mscorlib.dll @../../build/deps/net_1_1_bootstrap_corlib. dll.response System\Array.cs(905) error CS1501: No overload for method `System.Object' takes `1' arguments System\Array.cs(905) error CS1501: New invocation: Can not find a constructor in `System.Array+Swapper' for this argument list System\Array.cs(907) error CS1501: No overload for method `System.Object' takes `1' arguments System\Array.cs(907) error CS1501: New invocation: Can not find a constructor in `System.Array+Swapper' for this argument list System\Array.cs(909) error CS1501: No overload for method `System.Object' takes `1' arguments System\Array.cs(909) error CS1501: New invocation: Can not find a constructor in `System.Array+Swapper' for this argument list System\Array.cs(911) error CS1501: No overload for method `System.Object' takes `1' arguments System\Array.cs(911) error CS1501: New invocation: Can not find a constructor in `System.Array+Swapper' for this argument list System\Array.cs(980) error CS0119: Expression denotes a `variable' where a `meth od group' was expected System\Array.cs(1167) error CS0119: Expression denotes a `variable' where a `met hod group' was expected System\Array.cs(1190)
Re: [Mono-list] Businesses
If this is inappropriate, my apologizes and please do not respond but I watch the list and it is quite active. I just was wondering what companies are actually using Mono in a real world application. My company is using mono in a 3d game engine and wysiwyg game design tool. We have embedded mono and use it as a scripting language. This allows our users to pick from Javascript, C# and Boo. Being able to use multiple languages is just wonderful and adds a lot of value to our product. The speed of mono is absolutely stunning. (We are coming from python). Switching from python to mono was an absolute success. Rodrigo B. de Oliveira is currently developing the javascript like language for us. He is using the boo compilation pipeline, which is simply amazing. Considering that he made an already usable implementation of javascript in 20 hours. It will be open sourced once we are finished. Joachim Ante ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mod_mono problems
Hi Neale, Sorry to contact you offlist. The problem you had here: http://galactus.ximian.com/pipermail/mono-list/2005-April/026637.html Other than rebuilding from SVN - was there any cure? I have installed monobundle 1.1.7, and have been running mod_mono 1.0.5-2 (from FC2 rpm). I have upgraded to 1.0.9-0 (from FC3 rpm), and like you, I have the following message in /var/log/apache2/error.log: [Tue May 24 11:01:02 2005] [notice] Apache/2.0.54 (Debian GNU/Linux) mod_mono/1.0.9 PHP/4.3.10-13 configured -- resuming normal operations Another mod-mono-server with the same arguments is already running. Another mod-mono-server with the same arguments is already running. Another mod-mono-server with the same arguments is already running. Another mod-mono-server with the same arguments is already running. (FC2/3 rpms were converted via alien into debs). Any ideas? Regards, Chris -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Weird remoting problems under Windows.
Hi, My guess is that your problems are due to GTK code running in threads other than the GUI thread. The remoting infrastructure has its own thread pool, and remote calls are executed in arbitrary threads taken from that pool. A solution would be to dispatch all incoming calls in the GUI thread using ThreadNotify or something like that. Lluis. On dv, 2005-05-20 at 16:00 -0700, George Farris wrote: I have an app that will remote and run under Linux great but when run under Win2k it works a few times and then the entry widget no longer shows up. It's very simple, the client connects to the remote object and pops up a simple window asking for a line of text. There are two buttons (cancel, print). Code follows: Like I say I can run the server under Linux forever but under windows it goes weird and displays everything but the entry widget after working a couple of times. Compiled under Linux, mono 1.0.5 and gtk#-1.9.2 Windows 2000 has the mono-1.1.7 version. Any help greatly appreciated. Remoting server code: - using Gtk; using System; using System.IO; using System.Runtime.Remoting; using System.Runtime.Remoting.Channels; using System.Runtime.Remoting.Channels.Http; class MainClass { public static void Main(string[] args) { Console.WriteLine(Cupsacc-server running, listening on port 8080...); ChannelServices.RegisterChannel(new HttpChannel(8080)); RemotingConfiguration.RegisterWellKnownServiceType(typeof(AccountNumber), control, WellKnownObjectMode.SingleCall); Console.WriteLine(Application loop...); Console.ReadLine(); } } public class AccountNumber : MarshalByRefObject { public string GetAccount() { Application.Init (); MyWindow w = new MyWindow (); Application.Run (); return (w.AccountNo); } } Gtk code -- using System; using Gtk; public class MyWindow : Window { private string returnValue; private Entry accountNo; private Window window; public MyWindow () : base (Enter account code) { window = this; //this.SetDefaultSize (400, 300); this.DeleteEvent += new DeleteEventHandler (OnMyWindowDelete); /* Sets the border width of the window. */ this.BorderWidth = 10; HBox entrybox = new HBox(); entrybox.BorderWidth = 6; entrybox.Spacing = 6; HBox buttonbox = new HBox(); buttonbox.BorderWidth = 6; buttonbox.Spacing = 6; VBox vb = new VBox(); vb.Spacing = 6; vb.PackStart(entrybox, false, false, 0); vb.PackStart(buttonbox, false, false, 0); vb.Show(); this.Add(vb); Label l = new Label(Account Number); accountNo = new Entry(); accountNo.Activated += accountNo_cb; Button print = new Button(Print); /* Connect the clicked signal of the button to our callback */ print.Clicked += print_cb; Button cancel = new Button(Cancel); cancel.Clicked += cancel_cb; /* Pack and show all our widgets */ entrybox.Show(); entrybox.Add(l); entrybox.Add(accountNo); buttonbox.Show(); buttonbox.Add(print); buttonbox.Add(cancel); print.Show(); cancel.Show(); this.ShowAll (); } public string AccountNo { get { return returnValue; } } /* Our callback functions */ private void print_cb( object obj, EventArgs args) { returnValue = accountNo.Text; window.Destroy(); Application.Quit(); } private void accountNo_cb( object obj, EventArgs args) { returnValue = accountNo.Text; window.Destroy(); Application.Quit(); } private void cancel_cb( object obj, EventArgs args) { returnValue = null; window.Destroy(); Application.Quit(); } void OnMyWindowDelete (object o, DeleteEventArgs args) { returnValue = null; window.Destroy(); Application.Quit (); } } -- George Farris [EMAIL PROTECTED] Malaspina University-College ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] deployment w/ run time of mono?
On Mon, 2005-05-23 at 07:15 -0500, netSQL wrote: 1. where is the run time of mono? Simple answer: build your own version of mono and install it into a custom prefix. Everything under that prefix is part of mono's runtime. :-) Alternatively, grab the x86 Linux installer, install it into a custom location, and look at everything under that location. See: http://www.mono-project.com/Downloads http://www.go-mono.com/archive/1.1.7/installer/mono-1.1.7-installer.bin This will include: - $prefix/etc/mono/* (configuration files) - $prefix/bin (55 files in my install, including mcs, mono, ilasm) - $prefix/lib (40 files in my install, including libmono.so, libMonoPosixHelper.so, libikvm-native.so, and many Gtk# libraries such as libgtksharpglue-2.so) - $prefix/lib/mono/1.0: .NET 1.1 profile symlinks into GAC - $prefix/lib/mono/2.0: .NET 2.0 profile symlinks into GAC - $prefix/lib/mono/gac/*: Global Assembly Cache 2. how do I make my app portatable ? Through design and testing. Either don't rely on features present on only one platform (such as COM interop to host Internet Explorer), or use equivalents for each platform (IE under .NET, Gecko# under Mono). There are a variety of design patterns you can use to cleanly use platform-specific code while providing fallbacks for other platforms. You might try reading Cross-Platform .NET, which covers writing portable code: http://www.amazon.com/exec/obidos/tg/detail/-/1590593308/qid=1116934539/sr=8-1/ref=pd_csp_1/102-5201622-2360109?v=glances=booksn=507846 - Jon ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Services, daemons
Hello list, I have a core app that is usually embedded into a Windows service and, alternatively, into a console program for debugging. As the console program runs fine on mono (on SuSE 9.1, in my case), I'm looking into running it as a Linux daemon or other form of permanent, auto-starting system. For this it would be needed to replace two Windows-related mechanisms: ServiceProcess and EventLog. The logging part seems easy as I can switch to logging into a file, or look into the syslog functions. Are there any recommendations for the daemon/service part? Can I make use of ServiceProcess at all - I guess not? Is there a must-read available anywhere to clear things up? I believe this is also heavily distro-specific? Best regards, Helge ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Services, daemons
Hi Helge, -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Can I make use of ServiceProcess at all - I guess not? Is there a must-read available anywhere to clear things up? I believe this is also heavily distro-specific? You can use mono-service (see man page) for running System.ServiceProcess based services. There is an issue with signal handling and threads which was introduced recently and seems not to be fixed yet (It leads to exceptions when stopping the service). HTH, Joerg. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Change Website Content without rebooting XSP/Apache/mod mono.
Hi, Whenever I make modifications to a mono asp website, I stop apache, kill any running mono processes and then copy the new files to the server. I then restart apache. Do I need to kill both to serve the new aspx and html files? Regards, Howard Cole www.selestial.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Weird remoting problems under Windows.
On Tue, 2005-05-24 at 13:11 +0200, Lluis Sanchez wrote: Hi, My guess is that your problems are due to GTK code running in threads other than the GUI thread. The remoting infrastructure has its own thread pool, and remote calls are executed in arbitrary threads taken from that pool. A solution would be to dispatch all incoming calls in the GUI thread using ThreadNotify or something like that. Lluis. But if it was a problem with the thread pool wouldn't it fail when running under Linux as well? Not sure I understand why it only fails to display one widget but the rest are displayed. Very strange, seems more like a bug to me. -- George Farris [EMAIL PROTECTED] Malaspina University-College ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list