Re: [Mono-list] Re: System.Convert.ChangeType possible bug.
Hi Duncan, On Tue, 21 Sep 2004, Duncan Mak wrote: > > > > Comments? > > Could you write a test case for this and add it to ConvertTest in NUnit? > This patch looks good to me. Please also attach a ChangeLog entry as > well. I will try to find time to do this later today. -- Martin. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Re: Visual Studio Addin for Mono
Hi Francisco Thanx a lot for your elaborative mail.i understood the concept behind your addin It is very nice mean to verify the managed code on mono runtime. I am very sorry , i dont know the procedure to debug managed code on mono runtime with the help of your addin. i tried a lot on web but i was able to get only following link http://www.mfconsulting.com/product/gtks-inst4win/vsprj2make_Proposal.html If any document exists which describes debugging managed code on mono runtime with the help of your addin,plz help me by sending link for it. Thanx in advance From: "Francisco T. Martinez" <[EMAIL PROTECTED]> To: MonoMan MonoMan <[EMAIL PROTECTED]> CC: [EMAIL PROTECTED], [EMAIL PROTECTED],[EMAIL PROTECTED] Subject: Re: [Mono-list] Re: Visual Studio Addin for Mono Date: Tue, 21 Sep 2004 13:32:29 -0500 There is no working "Mono only" debugger for Win32. However, one of the most important reasons, if not the most important one, for me to have created the Add-in was to give Mono programmers a means to debug managed code. Granted that by debugging an application within Visual Studio you will only be debugging the libraries that are referenced in you project. That means that debugging a solution that uses gtk-sharp.dll will be pretty close if not identically to the behavior you would get when the application is compiled on say Linux with mcs.exe. The level of surety you may get from debugging solutions that use System.Xml.dll from Microsoft would not be as closed that one that uses System.Xml.dll from Mono. I remind programmers that Microsoft implementation of all pieces that have not been turned over to ECMA may or may not differ from our Mono implementation of the equivalently named assemblies, but in most cases you should have consistent behavior. That is a good transition point to the Add-in's "Test in Mono" menu option. This option is not yet implemented. The idea behind it will be that you can indeed select that menu option and the Add-in will compile the active solution using mcs.exe and later launch the resulting binary using mono.exe. In the event that the current project is a Web application, the compilation will be as stated before but an instance of XSP will be launched along with a shell spawn browser navigated to the startup page that is specified on the project to act as the runtime test portion. My hope is that this will give you a reasonable degree of confidence that the application will work well in Mono (or not). Finally, using the Add-in's packaging facilities, you can create zip file that can easily be distributed to other Mono platforms for further development or usage. Hope this helps. Paco MonoMan MonoMan wrote: Hi Francisco I am very much thankful for your help.I am able to download and run the addin. I found that this addin do not have any mono debugger inbuilt,right? Please let me know if any other package need to be installed to get mono debugger. I am very much interested to debug c# application with mono runtime but unfortunatly i could not get any existing mono debugger on windows platform I have some doubts.Please clear them too 1.Is this addin planning to use mono debugger inbuilt with monodevelop? if yes mono debugger is Linux specific,how can we use this on windows platform 2.I am able to see one option "Test on Mono".this is not implemented yet. could you explain it's functionality? Thanx a lot for your time. Looking forward for your precious reply ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list _ Win a trip to Singapore! Experience the magic! http://eu.xmts.net/80450 Click here for details! ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Regarding daily tests..
Hi, We have started running the daily tests. We will be running the tests only on SuSE for the time being. The test results are available at : http://mono.ximian.com/tests/displayTestResults.php?&distro=2 Thanks, Sudha. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Ignored tests - 20040922
Hi, The following tests were ignored under corlib: - TestNestedThreads1 - TestThreadState - TestSuspend Also tests were not run under 'Mono.Security' owing to the following compilation error: make run-test-local make[1]: Entering directory `/tmp/snapshot/20040922/mcs/class/Mono.Security' MONO_PATH="../../class/lib/default:$MONO_PATH" mono ../../mcs/mcs.exe -d:NET_1_1 -d:ONLY_1_1 -g /target:library /out:Mono.Security_test_default.dll /r:../../class/lib/default/Mono.Security.dll -r:../../class/lib/default/nunit.framework.dll -r:../../class/lib/default/nunit.core.dll -r:../../class/lib/default/nunit.util.dll /r:System.dll /unsafe /nowarn:0618 /nowarn:0672 @../../build/deps/Mono.Security_test_default.dll.response Test/Mono.Security.Cryptography/SHA224Test.cs(63) error CS1501: No overload for method `Fail' takes `3' arguments Compilation failed: 1 error(s), 0 warnings make[1]: *** [Mono.Security_test_default.dll] Error 1 make[1]: Leaving directory `/tmp/snapshot/20040922/mcs/class/Mono.Security' make: *** [run-test] Error 2 Thanks, Sudha ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono 1.0.2, Gtk# 1.0.2 and Mono 1.1.1 released.
Miguel de Icaza wrote: Two new Mono releases have been done: Download from: http://www.mono-project.com/downloads/ Packaging wise, there are some good news: mod_mono packages for those of you who wanted a simpler, gentler installation. * Stable: Mono 1.0.2 This is a service update to the Mono 1.0.xx series and only contains bug fixes over the last Mono 1.0.1 release. Release Notes: http://www.go-mono.com/archive/1.0.2 Just a tiny correction - this page has a big title saying "Installing Mono 1.1.1". Thought I was on the wrong page :) regards, Harry ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] [Newbie] Cannot generate debug symbols with mcs -g
Hi, how to generate debug symbols using mcs? The '-g' flag does not works for me at all... (althoug assembly got with -g and without differ in size)(RedHat 9, MONO 1.0/1.0.1/1.0.2) Thanks ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Label stops updating during System.Timers.Timer callbacks
Ahhh. Very true. I have done this in a Winforms environment and it will allow the Timer thread to attach to the same thread the Winform is using. I guess you can't do that with a Gtk window. That might be something to specifically ask the Mono team. Does anyone from the Mono team know why the below will not work? Thanks! Antonio >From: Jimmy Do <[EMAIL PROTECTED]> >Reply-To: Jimmy Do <[EMAIL PROTECTED]> >To: Antonio Santana <[EMAIL PROTECTED]> >Subject: Re: [Mono-list] Label stops updating during System.Timers.Timer callbacks >Date: Tue, 21 Sep 2004 16:20:45 -0700 > >Hmm > >timer.SynchronizingObject = this; >gives a compile-time error: >"Cannot convert implicitly from `TimerWindow' to >`System.ComponentModel.ISynchronizeInvoke'(CS0029)" > >'this' refers to a Gtk.Window, so maybe that's why it doesn't work? > > >Jimmy > > >- Original Message - >From: Antonio Santana <[EMAIL PROTECTED]> >Date: Tue, 21 Sep 2004 14:19:10 -0500 >Subject: RE: [Mono-list] Label stops updating during >System.Timers.Timer callbacks >To: [EMAIL PROTECTED], [EMAIL PROTECTED] > > >You might try the following: > > > myCounter = 0; > > > > Timer timer = new Timer(); > > timer.Interval = 500; > > timer.Elapsed += new ElapsedEventHandler(OnTimeElapsed); >//This sets the SynchronizingObject property to >// synchronize with the current window or form object >//Setting the below property should force the Timer to use the same >thread as the UI >// so they don't get out of synch; otherwise, it would use it's own >worker thread. >timer.SynchronizingObject = this; > > > timer.Start(); > >Another thing you might try doing in addition to the above: > > > private void OnTimeElapsed(object o, ElapsedEventArgs args) > > { > > > > myCounter++; REMOVE THIS LINE > > > myCountLabel.Text = Convert.ToString(Convert.ToInt32(myCounter.Text)+1)); > >//This would merely be so you are not storing the value in the label >object as well as the myCounter variable > > > > Console.WriteLine(myCounter.ToString()); > > > > } > >I hope this helps. Let me know if this doens't improve anything. > >Thanks! > > > >Antonio ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] mod_mono 1.0.2
Hi! In mod_mono source package from 1.0.2 release --debug option is disabled, but when I run mod_mono 1.0.2 from rpm package for fedora 2 i got apache 28625 0.1 9.1 96568 47052 ? S16:55 0:00 /usr/bin/mono --debug /usr/bin/mod-mono-server.exe --filename /tmp/mod_mono_server --applications /PossiblePortal:/home/tomek/PossiblePortal --nonstop it seems that rpm was compiled from older code than mod_mono source of this release... Is it a bug in release process? Best! Tomek ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Problem with multiple web applications
Hello, I'm still having the same problem with mono 1.0.2. Regards, Paco Caroe. From: Chris Turchin <[EMAIL PROTECTED]> To: Francisco Carpe García <[EMAIL PROTECTED]> CC: mono-list <[EMAIL PROTECTED]> Subject: Re: [Mono-list] Problem with multiple web applications Date: Tue, 21 Sep 2004 20:59:56 +0200 Hi, i believe this is a problem with threads and appdomains. it is related to these bugs: http://bugzilla.ximian.com/show_bug.cgi?id=50049 http://bugzilla.ximian.com/show_bug.cgi?id=55978 (the one you found) http://bugzilla.ximian.com/show_bug.cgi?id=60445 I noticed it in 1.0.1 still also and am running from cvs again where I do not seem to be experiencing it anymore. however, bug 50049 (which is the bug which these other two are marked as duplicates of) is still open, so i am not sure if it is really fixed. lupus or gonzalo can probably say more to that. regards, --chris On Tue, 2004-09-21 at 18:19 +, Francisco Carpe GarcÃa wrote: > Hello, > > I'm triying to port my applications written with .net 1.1 to mono. I`m using > Fedora Core 2 and mono 1.0.1, but I get a problem that I think it's about > executing multiple web applications on xsp server. I have two application, a > "core" aplication that provides a navigation frames and suports aplication's > security (permission, roles, etc), and a "test" application that is accesed > from a link existing in "core" application, and therefore, the "core" > application is loaded first. When I get "test" application from "core" > application I obtain the following error when I execute a postback in a web > form (the first time, no postback, the web form is loaded OK): > > System.FormatException: Error parsing 424px > in <0x0026c> System.Web.UI.WebControls.Unit:.ctor > (string,System.Globalization.CultureInfo,System.Web.UI.WebControls.UnitType) > in <0x00015> System.Web.UI.WebControls.Unit:.ctor > (string,System.Globalization.CultureInfo) > in <0x00027> System.Web.UI.WebControls.Unit:Parse > (string,System.Globalization.CultureInfo) > in <0x000f6> System.Web.UI.WebControls.UnitConverter:ConvertFrom > (System.ComponentModel.ITypeDescriptorContext,System.Globalization.CultureInfo,object) > in <0x00027> System.ComponentModel.TypeConverter:ConvertFrom (object) > in <0x00134> ASP.default_aspx:__BuildControl_titulo () > in <0x000b0> ASP.default_aspx:__BuildControl_Form1 () > in <0x0005b> ASP.default_aspx:__BuildControlTree (System.Web.UI.Control) > in <0x00045> ASP.default_aspx:FrameworkInitialize () > in <0x0009e> System.Web.UI.Page:ProcessRequest (System.Web.HttpContext) > in <0x002eb> ExecuteHandlerState:Execute () > in <0x00084> StateMachine:ExecuteState > (System.Web.HttpApplication/IStateHandler,bool&) > > > In some others forms, when I do postback I get other type of error: > > > System.NullReferenceException: Object reference not set to an instance of an > object > in <0xf> System.Int32:FindSign > (int&,string,System.Globalization.NumberFormatInfo,bool&,bool&) > in <0x00427> System.Int32:Parse > (string,System.Globalization.NumberStyles,System.IFormatProvider) > in <0x00013> System.Int32:Parse (string,System.IFormatProvider) > in <0x00019> System.Convert:ToInt32 (string,System.IFormatProvider) > in <0xe> System.String:System.IConvertible.ToInt32 > (System.IFormatProvider) > in <0x00473> System.Convert:ToType > (object,System.Type,System.IFormatProvider) > in <0x00069> System.Convert:ChangeType (object,System.Type) > in <0x0020d> > System.Web.Compilation.TemplateControlCompiler:GetExpressionFromString > (System.Type,string) > in <0x000e9> > System.Web.Compilation.TemplateControlCompiler:AddCodeForPropertyOrField > (System.Web.UI.ControlBuilder,System.Type,string,string,bool) > in <0x001e3> > System.Web.Compilation.TemplateControlCompiler:ProcessPropertiesAndFields > (System.Web.UI.ControlBuilder,System.Reflection.MemberInfo,string,string) > in <0x003e0> > System.Web.Compilation.TemplateControlCompiler:CreateAssignStatementsFromAttributes > (System.Web.UI.ControlBuilder) > in <0x0014b> > System.Web.Compilation.TemplateControlCompiler:CreateControlTree > (System.Web.UI.ControlBuilder,bool,bool) > in <0x00494> > System.Web.Compilation.TemplateControlCompiler:CreateControlTree > (System.Web.UI.ControlBuilder,bool,bool) > in <0x00494> > System.Web.Compilation.TemplateControlCompiler:CreateControlTree > (System.Web.UI.ControlBuilder,bool,bool) > in <0x00494> > System.Web.Compilation.TemplateControlCompiler:CreateControlTree > (System.Web.UI.ControlBuilder,bool,bool) > in <0x00050> System.Web.Compilation.TemplateControlCompiler:CreateMethods () > in <0xa> System.Web.Compilation.PageCompiler:CreateMethods () > in <0x00148> System.Web.Compilation.BaseCompiler:GetCompiledType () > in <0x00251> System.Web.Compilation.AspGenerator:GetCompiledType () > in <0x00036> System.Web.UI.PageParser:CompileIntoType () > in <0x00018> System.Web.UI.TemplateControlParser:GetCompiledInstance () > in <0x00050> System.Web.UI.PageParser:GetCompiledPageInstance > (strin
Re: [Mono-list] Mono 1.0.2, Gtk# 1.0.2 and Mono 1.1.1 released.
On Wed, 22 Sep 2004 01:46:01 -0400, Miguel de Icaza <[EMAIL PROTECTED]> wrote: > The 1.0.2 release also includes new versions of > Gtk#, the Mono Documentation and improved versions of > XSP and mod_mono for those using ASP.NET. Where is the new gtk# source? It's not listed there... ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono 1.0.2, Gtk# 1.0.2 and Mono 1.1.1 released.
On Wed, 22 Sep 2004, Benjamin Reed wrote: > On Wed, 22 Sep 2004 01:46:01 -0400, Miguel de Icaza <[EMAIL PROTECTED]> wrote: > > > The 1.0.2 release also includes new versions of > > Gtk#, the Mono Documentation and improved versions of > > XSP and mod_mono for those using ASP.NET. > > Where is the new gtk# source? It's not listed there... the gtk# not is upgraded. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Problem with multiple web applications
I have such problem too :-( best! tomek ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Please help me with polimorfism, etc. (possible bug in the compiler?)
Please help me monoers, some days ago I was overriding Object's Equals() when I came across what I thought to be a bug. Now I think I'm simply being confused about inheritance, polimorfism, substitutability principle and such. Please compile and execute the small example (attached file). You will see the string: "Types of self and argument are derivedClass and derivedClass respectively." , while I was expecting to see "Types of self and argument are derivedClass and baseClass respectively." Can you tell me which changes (a suggestions is commented out in the code) should I apply to my code in order to obtain the "baseClass" expected result? TIA using System; class baseClass { public Void show(Object o) { String s="Types of self and argument are {0} and {1} respectively."; Console.WriteLine(s, this.GetType(), o.GetType()); } } class derivedClass : baseClass { public new Void show(Object o) { base.show((baseClass)o); // if(o is baseClass) base.show(o as baseClass); } } class main { static baseClass o = new derivedClass(); public static void Main() { o.show(o); } }