Re: [Mono-dev] SPAM-LOW: NUnit migration and test failure status
Hello Charlie, Charlie Poole wrote: > Hi Atsushi, > >> The only pattern I am concerned is the one with (possible) >> NUnit run changes. NUnit 2.4.8 now requires -noshadow to get >> our tests run fine. >> This also happens under .NET (i.e. make run-test-ondotnet) >> even without -noshadow, so I am rather afraid that NUnit >> 2.4.8 unlike 2.2.0 cannot handle it. > > As you probably know, -noshadow is a kluge, mostly intended > for people who are using third-party software they are unable > to modify. Are you able to identify what the code is doing > that makes it need -noshadow? Usually it has to do with > looking for data files in the directory from which the > assembly was loaded or on a path relative to it. It looked a painful task and basically we should not have to rewrite our tests especially when it runs fine under .NET (in such case it is our runtime or classlibs that need fix, not the tests). I wouldn't like to do it after this continuous build/test failures :( Actually as I wrote above, this failure has nothing to do with -noshadow. Atsushi Eno ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] ANN: NUnit 2.5 Beta 1
Hi All, Well, NUnit 2,5 Beta 1 was just announced. That's good news except for the "minor" problem that the Gui isn't working on Mono right now. In addition, although you can run the gui on .NET 2.0 and successfully load tests under Mono in another process, the execution either fails unexpectedly or sometimes just loses contact with the controlling process. However, I felt the release had already been delayed too long, and it works well on Windows so I made the drop. I decided to post here to invite folks who would like to build from source and debug it to send me any fixes they come up with. I plan to work on the Mono side more heavily as soon as my new Linux machine arrives, so Beta 2 should be more directly useful. Here's the announcement: Today we are announcing the first Beta release of NUnit 2.5. This release has lots of new features, ready to use. Important hilights include: * Parameterized tests, with a set of attributes that allow you to supply data to your tests in different ways. * Test methods may be static and generic methods are supported. * Generic test fixtures may be instantiated multiple times with different type parameters. * Tests may be run using a separate thread and the Apartment State may be specified individually for a test, fixture or assembly. * Tests may be run in a separate process using the CLR version of your choice. * A timeout value may be specified so that tests are cancelled if they get into an infinite loop. For the full story of this release the release notes at http://nunit.org/?p=releaseNotes&r=2.5. You may download the release at http://nunit.org/?p=downloads. Charlie ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] SPAM-LOW: NUnit migration and test failure status
Hi Atsushi, > The only pattern I am concerned is the one with (possible) > NUnit run changes. NUnit 2.4.8 now requires -noshadow to get > our tests run fine. > This also happens under .NET (i.e. make run-test-ondotnet) > even without -noshadow, so I am rather afraid that NUnit > 2.4.8 unlike 2.2.0 cannot handle it. As you probably know, -noshadow is a kluge, mostly intended for people who are using third-party software they are unable to modify. Are you able to identify what the code is doing that makes it need -noshadow? Usually it has to do with looking for data files in the directory from which the assembly was loaded or on a path relative to it. Charlie ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Trunk broken, g_slist_append_mempool declaration inconsistency
Hello Trunk cannot build, like follows gmake[4]: Entering directory `/local/home/ksmakoto/Mono/mono/mono/mini' if ../../doltcompile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -DGC_FREEBSD_THREADS -DPLATFORM_BSD -I../.. -I../../libgc/include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -g -O2 -fno-strict-aliasing -Wdeclaration-after-statement -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -mno-tls-direct-seg-refs -MT regalloc2.lo -MD -MP -MF ".deps/regalloc2.Tpo" -c -o regalloc2.lo regalloc2.c; \ then mv -f ".deps/regalloc2.Tpo" ".deps/regalloc2.Plo"; else rm -f ".deps/regalloc2.Tpo"; exit 1; fi regalloc2.c:192: error: static declaration of 'g_slist_append_mempool' follows non-static declaration ../../mono/metadata/mempool-internals.h:11: error: previous declaration of 'g_slist_append_mempool' was here gmake[4]: *** [regalloc2.lo] Error 1 gmake[4]: Leaving directory `/local/home/ksmakoto/Mono/mono/mono/mini' Sources are like this. mono/mini/regalloc2.c 189 static inline GSList* 190 g_slist_append_mempool (MonoMemPool *mp, GSList *list, 191 gpointer data) mono/metadata/mempool-internals.h 10 GSList* 11 g_slist_append_mempool (MonoMemPool *mp, GSList *list, gpointer data) MONO_INTERNAL; ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] NUnit migration and test failure status
Hello, As some of you may have noticed, I have upgraded our local use of nunit from 2.2.0 to 2.4.8. It involved some changes in our test run, but should be invisble to most of you. The build has been broken for a while (am sorry for that; it was a set of make dist / packaging mess), and now we have a couple of test failures. So before Marc dives into the hell list of unknown bugs to him, I wanted to give some survey on them: - some JIT stuff: test-verifier, test-System_Web-2.0 - mere build failure: test-System_Data-2.0 - some floating point failures: test-corlib-*, test-System_Drawing-*, test-System_Data-1.0, test-System_Runtime_SFS-* - possible NUnit run changes: test-corlib-2.0 (MonoTests.System.Threading.ExecutionContextTest.Copy_FromThread), test-System_Runtime_Remoting-* - possibly gdiplus: test-System_Drawing-*, test-Windows_Forms-2.0 (MonoTests.System.Drawing.PenTest.DashCap_Valid) - some sys.data changes: test-Mono_Data_Sqlite-*, test-Mono_Data_SqliteClient* The only pattern I am concerned is the one with (possible) NUnit run changes. NUnit 2.4.8 now requires -noshadow to get our tests run fine. This also happens under .NET (i.e. make run-test-ondotnet) even without -noshadow, so I am rather afraid that NUnit 2.4.8 unlike 2.2.0 cannot handle it. I'd like to hear inputs on what could be done to fix this issue. 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] Simple web service test with windows authentication
Most of it is not proprietary. SPNEGO and GSSAPI make up most of it with an option for the proprietary but reasonably well documented NTLMv2. That said, it is not implemented AFAIK. 2008/11/27 Rafael Teixeira <[EMAIL PROTECTED]>: > AFAIK, we don't implement the proprietary protocol for Windows > Authentication. > See > http://msdn.microsoft.com/en-us/library/ms978378.aspx#authaspdotnet_authentication > for an overview with alternatives. > > On Wed, Nov 26, 2008 at 3:39 PM, marcos b <[EMAIL PROTECTED]> wrote: >> >> I'm trying to do a web service invocation using mono. The web service is >> hosted on my machine using iis. Windows authentication is used in the >> web.config and in iis. >> The test runs ok using .net environment but throws an Unauthorized >> exception >> when using mono. >> >> I don't know if this is a bug or I'm missing something... >> >> Thanks in advance >> >>[Test] >>public void WebServiceTest() >>{ >>WS.Service1 s=new app.WS.Service1(); >>//s.UseDefaultCredentials = true;//Also throws an exception >>//s.Credentials = CredentialCache.DefaultCredentials; //Also >> throws an exception >>s.Credentials = new NetworkCredential("myLogin", "12345678", >> "myDomain"); >>Assert.AreEqual(s.Add(3,5),8); >>} >> >> Exception >> >> detail- >> >> TestCase 'app.MonoWebTests.WebServiceTest' >> failed: System.Net.WebException : The request failed with HTTP status 401: >> Unauthorized >>at >> System.Web.Services.Protocols.SoapHttpClientProtocol.ReceiveResponse >> (System.Net.WebResponse response, >> System.Web.Services.Protocols.SoapClientMessage message, >> System.Web.Services.Protocols.SoapExtension[] extensions) [0x0] >>at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke >> (System.String method_name, System.Object[] parameters) [0x0] >>at app.WS.Service1.Sumar (Int32 a, Int32 b) [0x0] >>at (wrapper remoting-invoke-with-check) app.WS.Service1:Sumar >> (int,int) >>at app.MonoWebTests.WebServiceTest () [0x0] >>at (wrapper managed-to-native) >> System.Reflection.MonoMethod:InternalInvoke >> (object,object[],System.Exception&) >>at System.Reflection.MonoMethod.Invoke (System.Object obj, >> BindingFlags >> invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, >> System.Globalization.CultureInfo culture) [0x0] >> >> -- >> View this message in context: >> http://www.nabble.com/Simple-web-service-test-with-windows-authentication-tp20705699p20705699.html >> Sent from the Mono - Dev mailing list archive at Nabble.com. >> >> ___ >> Mono-devel-list mailing list >> Mono-devel-list@lists.ximian.com >> http://lists.ximian.com/mailman/listinfo/mono-devel-list > > > > -- > Rafael "Monoman" Teixeira > --- > "I myself am made entirely of flaws, stitched together with good > intentions." > Augusten Burroughs > > ___ > 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] Simple web service test with windows authentication
AFAIK, we don't implement the proprietary protocol for Windows Authentication. See http://msdn.microsoft.com/en-us/library/ms978378.aspx#authaspdotnet_authentication for an overview with alternatives. On Wed, Nov 26, 2008 at 3:39 PM, marcos b <[EMAIL PROTECTED]> wrote: > > I'm trying to do a web service invocation using mono. The web service is > hosted on my machine using iis. Windows authentication is used in the > web.config and in iis. > The test runs ok using .net environment but throws an Unauthorized > exception > when using mono. > > I don't know if this is a bug or I'm missing something... > > Thanks in advance > >[Test] >public void WebServiceTest() >{ >WS.Service1 s=new app.WS.Service1(); >//s.UseDefaultCredentials = true;//Also throws an exception >//s.Credentials = CredentialCache.DefaultCredentials; //Also > throws an exception >s.Credentials = new NetworkCredential("myLogin", "12345678", > "myDomain"); >Assert.AreEqual(s.Add(3,5),8); >} > > Exception > > detail- > > TestCase 'app.MonoWebTests.WebServiceTest' > failed: System.Net.WebException : The request failed with HTTP status 401: > Unauthorized >at > System.Web.Services.Protocols.SoapHttpClientProtocol.ReceiveResponse > (System.Net.WebResponse response, > System.Web.Services.Protocols.SoapClientMessage message, > System.Web.Services.Protocols.SoapExtension[] extensions) [0x0] >at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke > (System.String method_name, System.Object[] parameters) [0x0] >at app.WS.Service1.Sumar (Int32 a, Int32 b) [0x0] >at (wrapper remoting-invoke-with-check) app.WS.Service1:Sumar > (int,int) >at app.MonoWebTests.WebServiceTest () [0x0] >at (wrapper managed-to-native) > System.Reflection.MonoMethod:InternalInvoke > (object,object[],System.Exception&) >at System.Reflection.MonoMethod.Invoke (System.Object obj, > BindingFlags > invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, > System.Globalization.CultureInfo culture) [0x0] > > -- > View this message in context: > http://www.nabble.com/Simple-web-service-test-with-windows-authentication-tp20705699p20705699.html > Sent from the Mono - Dev mailing list archive at Nabble.com. > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > -- Rafael "Monoman" Teixeira --- "I myself am made entirely of flaws, stitched together with good intentions." Augusten Burroughs ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Drawing.Graphics.MeasureCharacterRanges broken with empty layout rectangle
2008/11/27 Stefanos A. <[EMAIL PROTECTED]>: > When MeasureCharacterRanges is passed an empty layout rectangle > (RectangleF.Empty), it should not perform any word wrapping. Attached is > a test case that demonstrates the issue (runs fine under .Net). The best way to get this properly tracked is to file a bug in Bugzilla - http://mono-project.com/Bugs. -- Kind Regards, Ivan N. Zlatev ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] ListViewSubItemCollection different behaviour in .net & mono enviroment
Any news in respect to this issue?. I don't remember if I filed the bug so I did it again. Thanks Jonathan Pobst wrote: > > Weird, I wonder why it adds a subitem for the item passed in as the > owner. But it does, please file a bug and we'll fix it. > > http://www.mono-project.com/Bugs > > Thanks! > Jonathan > > marcos b wrote: >> If i run the following test using .net environment subItems.Count returns >> 2, >> if I do it using mono environment subItems.Count returns 1. >> >> I'm having other problems also with the list view so my question is if >> there >> are many bugs reported about this control and related classes. >> >> [Test] >> public void ListViewSubItemCollectionTest() >> { >> System.Windows.Forms.ListViewItem.ListViewSubItemCollection >> subItems; >> subItems = new >> System.Windows.Forms.ListViewItem.ListViewSubItemCollection(new >> ListViewItem("")); >> subItems.Add("bla bla"); >> >> Console.WriteLine(subItems.Count); >> } >> >> Thanks in advance > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > -- View this message in context: http://www.nabble.com/ListViewSubItemCollection-different-behaviour-in-.net---mono-enviroment-tp19560527p20723594.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] System.Drawing.Graphics.MeasureCharacterRanges broken with empty layout rectangle
When MeasureCharacterRanges is passed an empty layout rectangle (RectangleF.Empty), it should not perform any word wrapping. Attached is a test case that demonstrates the issue (runs fine under .Net). Compile with "gmcs Program.cs -r:System.Drawing.dll". Expected output: $ mono Program.exe Using rectangle {X=0,Y=0,Width=100,Height=100}: {X=0,Y=0,Width=9,Height=18} {X=9,Y=0,Width=9,Height=18} {X=18,Y=0,Width=8,Height=18} Using rectangle {X=0,Y=0,Width=0,Height=0}: {X=0,Y=0,Width=9,Height=18} {X=9,Y=0,Width=9,Height=18} {X=18,Y=0,Width=8,Height=18} Observed output: $ mono Program.exe Using rectangle {X=0,Y=0,Width=100,Height=100}: {X=0,Y=0,Width=9,Height=18} {X=9,Y=0,Width=9,Height=18} {X=18,Y=0,Width=8,Height=18} Using rectangle {X=0,Y=0,Width=0,Height=0}: {X=-4194304,Y=-4194304,Width=8388608,Height=8388608} {X=-4194304,Y=-4194304,Width=8388608,Height=8388608} {X=-4194304,Y=-4194304,Width=8388608,Height=8388608} using System; using System.Drawing; namespace MeasureCharacterRanges { class Program { static void Main(string[] args) { string text = "abc"; Graphics gfx = Graphics.FromImage(new Bitmap(1, 1)); StringFormat format = StringFormat.GenericTypographic; Font font = new Font(FontFamily.GenericSerif, 11.0f); RectangleF empty_rect = RectangleF.Empty; RectangleF nonempty_rect = new RectangleF(0, 0, 100, 100); CharacterRange[] ranges = new CharacterRange[] { new CharacterRange(0, 1), new CharacterRange(1, 1), new CharacterRange(2, 1) }; format.SetMeasurableCharacterRanges(ranges); Console.WriteLine("Using rectangle {0}:", nonempty_rect); foreach (Region r in gfx.MeasureCharacterRanges(text, font, nonempty_rect, format)) Console.WriteLine("{0}", r.GetBounds(gfx)); Console.WriteLine(); Console.WriteLine("Using rectangle {0}:", empty_rect); foreach (Region r in gfx.MeasureCharacterRanges(text, font, empty_rect, format)) Console.WriteLine("{0}", r.GetBounds(gfx)); Console.WriteLine(); } } } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list