Re: [Mono-dev] DeadLock Problem in ASP.NET
Le mardi 25 avril 2006 18:03 -0700, Gonzalo Paniagua Javier a crit: On Tue, 2006-04-25 at 18:25 +0200, Hubert FONGARNAND wrote: Hi Gonzalo, It seems that i've another deadlock problem, but it's very hard to reproduce exactly I've send a SIGQUIT to mod_mono_server to do a thread dump : Can you provide more data here? Specifically, the @Page or @Control directive for the page/control that is being compiled and anything else that helps reproducing the problem. -Gonzalo The only thing i can provide in the aspx... that sometimes fails... but the entire application is made of more 150 aspx/ascx files... But as i said, I can't reproduce this bug all the time... Thanks Hubert ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. %@ Register TagPrefix=uc1 TagName=CoMenu Src=CoMenu.ascx % %@ Register TagPrefix=jlc Namespace=JLovell.WebControls Assembly=StaticPostBackPosition % %@ Register TagPrefix=uc1 TagName=CoSearchApplication Src=CoSearchApplication.ascx % %@ Page language=c# Codebehind=PageSearchApp.aspx.cs AutoEventWireup=false Inherits=IntranetAdmin.PageSearchApp % !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTML HEAD titlePageSearchApp/title meta name=GENERATOR Content=Microsoft Visual Studio .NET 7.1 meta name=CODE_LANGUAGE Content=C# meta name=vs_defaultClientScript content=JavaScript meta name=vs_targetSchema content=http://schemas.microsoft.com/intellisense/ie5; meta http-equiv=Content-Type content=text/html;charset=utf-8 LINK href=General.css type=text/css rel=stylesheet /HEAD body MS_POSITIONING=FlowLayout bottomMargin=2 leftMargin=2 topMargin=2 rightMargin=2 form id=Form1 method=post runat=server CENTER TABLE id=Table1 cellSpacing=1 cellPadding=1 width=998 border=0 TR TD uc1:CoMenu id=COM runat=server/uc1:CoMenuBR TABLE class=MainContour id=TCoU cellSpacing=0 cellPadding=0 width=100% border=0 runat=server TR TD uc1:CoSearchApplication id=SA runat=server/uc1:CoSearchApplication/TD /TR /TABLE /TD /TR /TABLE /CENTER /form BR jlc:StaticPostBackPosition id=SPBP runat=server/jlc:StaticPostBackPosition /body /HTML %@ Control Language=c# AutoEventWireup=false Codebehind=CoSearchApplication.ascx.cs Inherits=IntranetAdmin.CoSearchApplication TargetSchema=http://schemas.microsoft.com/intellisense/ie5% asp:panel id=P Width=100% CssClass=BGTFonceTitres runat=server TABLE id=Table2 cellSpacing=0 cellPadding=0 width=100% border=0 TR TD align=center width=22 height=22 asp:Image id=imgEvt runat=server ImageUrl=icones/loupe.gif/asp:Image/TD TD height=22 asp:Label id=lblTitre runat=server CssClass=LabelBigSélectionnez une application/asp:Label/TD TD align=center height=22/TD TD align=center width=21 height=22/TD /TR /TABLE /asp:panelasp:panel id=pA Width=100% CssClass=PnlTitre2 runat=server TABLE id=T1 style=PADDING-RIGHT: 2px; PADDING-LEFT: 2px; PADDING-BOTTOM: 1px; PADDING-TOP: 1px height=22 cellSpacing=0 cellPadding=0 width=100% border=0 TR TD asp:label id=lblSousTitre runat=server CssClass=Label ForeColor=#0A246ARecherche/asp:label/TD TD align=right/TD TD
[Mono-dev] Could not create Thread...
>From times to times, usually when my process is 2-3 days old. I've this message : ** (./ServersLauncher.exe:6601): WARNING **: CreateThread: error creating thread handle Unhandled Exception: System.ExecutionEngineException: Couldn't create thread in 0x0 unknown method in (wrapper managed-to-native) System.Object:__icall_wrapper_mono_delegate_begin_invoke (object,intptr) in (wrapper delegate-begin-invoke) System.MulticastDelegate:begin_invoke_IAsyncResult_object_AsyncCallback_object (object,System.AsyncCallback,object) in 0x00013 System.Threading.ThreadPool:QueueUserWorkItem (System.Threading.WaitCallback callback, System.Object state) in 0x000aa System.Timers.Timer:StartTimer () in (wrapper delegate-invoke) System.MulticastDelegate:invoke_void () ** (./ServersLauncher.exe:6601): WARNING **: CreateThread: error creating thread handle ServersLauncher is an application that launch and control the execution of mod_mono_server (ASP.NET server) Someone has ever seen this kind of problem? Is there a special tuning to do (kernel config, environment variable) Thanks ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] New Gendarme Rules
Hello Russell, On Mon, 2006-04-17 at 23:10 -0400, Russell Morris wrote: Hello all, I'm beginning to undertake some work on a few new Gendarme rules. The attached document outlines ideas for 5 new Gendarme rules I plan on writing in the next week or two. I'd appreciate it if some folks could look over them and provide any suggestions or criticisms. First I really like the proposal itself. Each rule is already clearly documented (better than my own) and already shows some test cases. Rules #1 and #2 would be interesting to run against Mono class libraries (and fix any issue) as we often have comment (and bug report) for such problems. Rule #3 is also interesting for applications (not sure we'll get into that inside the class libraries). Particularly, rules 4 and 5 concern safe usage of IDisposable objects. I want to be able to catch non-disposal (4) and also potentially premature disposal (5) scenarios. However, neither rule should trip code that either aggregates IDisposable objects as a part of its lifetime, or participates in a chain of IDisposables (like an implementation of Stream). Both rules #4 and #5 are very interesting (and probably a lot harder to get correctly) as they provide checks for hard to find problems. -- 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
Re: [Mono-dev] Incorrect Directory.GetParent behavior
Gonzalo, Hmmm, you are correct. Then the issue is that Directory.GetParent shouldn't return new DirectoryInfo(Path.GetDirectoryName(path)) when the path is a file in the current directory. Other relative paths work fine, since they contain actual information about the directory (such as ../hello.cs). I submitted a test case and a bug fix (a diff for System.IO/Directory.cs) at bugzilla, bug #78209. Emery On 4/25/06, Gonzalo Paniagua Javier [EMAIL PROTECTED] wrote: On Mon, 2006-04-24 at 12:20 -0400, Emery Conrad wrote: Hi there, Directory.GetParent should return a DirectoryInfo for *both* full path names and relative path names. (See http://msdn2.microsoft.com/en-us/library/system.io.directory.getparent.aspx for microsoft doc). Here's the issue: currently, mono implements Directory.GetParent using new DirectoryInfo(Path.GetDirectoryName(path)), but Path.GetDirectoryName *does not* returns an absolute directory name for a relative path (it returns the String-based relative path information contained in the argument). So, when mono calls new DirectoryInfo(relpath) for some relative path, it works UNLESS the Path.GetDirectoryName() has return String.Emtpy (since this is the required behavior for this function for a relative path of something in the current directory). The fix is to make the ctor for DirectoryInfo reset the argument to Directory.GetCurrentDirectory() when the argument is String.Emtpy. Diff is below. The problem is that on MS, when you do 'new DirectoryInfo ()' itfails.Can you provide a test case or a bug report through bugzilla thatreproduces the issue?-Gonzalo ___ Mono-devel-list mailing listMono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Emery ConradDepartment of MathematicsVirginia Tech5076 Derring HallBlacksburg, VA 24061-0406(540) 231-3324 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] runtime handles missing assemblies/classes etc. ungracefully
Hi, Currently, the runtime handles missing assemblies/classes/.. rather ungracefully by crashing/asserting etc. http://bugzilla.ximian.com/show_bug.cgi?id=76661 I've been trying to fix this bug, but failed badly. I got it to not crash inside of mono_runtime_invoke anymore (for my test case anyway), but then it crashed when trying to extract the information from the exception. I have no clue what is going on now and don't know how to debug the managed code when it doesn't give me a stacktrace. This is a really big issue for us. We are running mono in a web browser and taking the whole browser down because a dll could not be found is just not a very good idea. Can someone who actually knows mono fix this? Best regards, Joachim Ante www.otee.dk mono_runtime_invoke.patch Description: Binary data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Building Mono on the Intel Mac
Ive read in the last build notes that the Intel macs would now work correctly with mono, but I know there is no pre-built packages on the mono website. Does anyone have a built package that works with the Intel macs, or can anyone explain what steps would be required to build mono on the Intel Mac. Ive already got all of xcode and x11 installed on the mac, but Im just having some troubles with the building part of mono. TIA. - [EMAIL PROTECTED] is a NetIBA validated email address. Certificate #604044E. Protect yourself against Internet fraud by getting the Consumer Protection Tool at www.netiba.com/?2764. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list