From owner-freebsd-mono@FreeBSD.ORG Mon Nov 2 11:07:54 2009 Return-Path: Delivered-To: mono@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9A22106568B for ; Mon, 2 Nov 2009 11:07:54 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C8D3E8FC17 for ; Mon, 2 Nov 2009 11:07:54 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nA2B7s8G034500 for ; Mon, 2 Nov 2009 11:07:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nA2B7sSW034498 for mono@FreeBSD.org; Mon, 2 Nov 2009 11:07:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 2 Nov 2009 11:07:54 GMT Message-Id: <200911021107.nA2B7sSW034498@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: mono@FreeBSD.org Cc: Subject: Current problem reports assigned to mono@FreeBSD.org X-BeenThere: freebsd-mono@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mono and C# applications on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2009 11:07:54 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/139636 mono [maintainer-update] audio/taglib-sharp version 2.0.3.2 o ports/139307 mono [maintainer-update] deskutils/tomboy version 0.14.3 to o ports/139305 mono [maintainer-update] audio/muine version 0.8.10 to 0.8. o ports/138965 mono [maintainer-update] graphics/f-spot version 0.6.1.1 to 4 problems total. From owner-freebsd-mono@FreeBSD.ORG Sat Nov 7 07:28:35 2009 Return-Path: Delivered-To: mono@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AED7510656A3 for ; Sat, 7 Nov 2009 07:28:35 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 74A968FC22 for ; Sat, 7 Nov 2009 07:28:35 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id F3E5F1CD10 for ; Sat, 7 Nov 2009 08:28:34 +0100 (CET) From: linimon@FreeBSD.org To: mono@freebsd.org Message-Id: <20091107072834.F3E5F1CD10@mail.droso.net> Date: Sat, 7 Nov 2009 08:28:34 +0100 (CET) Cc: Subject: FreeBSD ports that you maintain which are currently marked broken X-BeenThere: freebsd-mono@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Mono and C# applications on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2009 07:28:35 -0000 Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/muine broken because: doesn't build and is apparently unmaintained build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=muine portname: net/blam broken because: unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=blam If these errors are ones that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Every effort has been made to make sure that these error reports really do correspond to a port that you maintain. However, due to the fact that this is an automated process, it may indeed generate false matches. If one of these errors fits that description, please forward this email to the author of this software, Mark Linimon , so that he can attempt to fix the problem in the future. Thanks for your efforts to help improve FreeBSD. From owner-freebsd-mono@FreeBSD.ORG Sat Nov 7 19:44:38 2009 Return-Path: Delivered-To: mono@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5955A1065670 for ; Sat, 7 Nov 2009 19:44:38 +0000 (UTC) (envelope-from rivanr@gmail.com) Received: from mail-fx0-f212.google.com (mail-fx0-f212.google.com [209.85.220.212]) by mx1.freebsd.org (Postfix) with ESMTP id DA01C8FC12 for ; Sat, 7 Nov 2009 19:44:37 +0000 (UTC) Received: by fxm4 with SMTP id 4so656438fxm.13 for ; Sat, 07 Nov 2009 11:44:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=NPkFMx6bkZ3wf638FO/e5DrIdj91khF5t4fLHjGOItw=; b=q1yhTOGPJnR3eTgovFAahINIuvPmOhR7JI0uk7N3OCch5WfgLv2yLQ8tD8n3OlKCNH cCMn/pUDdmuKHIXo2pwdA/AhZL/3TphqvoMg+OMNBD+KIDz+yufkjdvsjI1r8XdNe2fH zCYKJPgafvyIPqODo4uK0CwCfu5h99qgT7Hbw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=Q6VyYyNOtXAXo9Dkx4BsQaCvp2KdC/GPjbEprOqfh3htnN5ZmJeLMV0mGfz+jaGRHQ 79ZMNZZSvNReck/utW6x9zqO35Q4T0hE8wlnnaNs8CMKUbcbRXk5IRahVQtN0wWlWLEg 6Kr5eOemVUrckMc1ulSVeblD1WS3KPVjqlrf0= Received: by 10.204.154.198 with SMTP id p6mr6141992bkw.131.1257621777604; Sat, 07 Nov 2009 11:22:57 -0800 (PST) Received: from azdaja.softwarehood.com ([95.180.70.197]) by mx.google.com with ESMTPS id e17sm2501578fke.26.2009.11.07.11.22.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 07 Nov 2009 11:22:56 -0800 (PST) Message-ID: <4AF5C90E.7090501@gmail.com> Date: Sat, 07 Nov 2009 20:22:54 +0100 From: Ivan Radovanovic User-Agent: Thunderbird 2.0.0.22 (X11/20090708) MIME-Version: 1.0 To: mono@FreeBSD.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Problem with patch patch-mono_metadata_filewatcher.c X-BeenThere: freebsd-mono@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mono and C# applications on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2009 19:44:38 -0000 Patch patch-mono_metadata_filewatcher.c breaks ASP.Net applications with mono - details can be found bellow Best Regards, Ivan -------- Original Message -------- Subject: Re: Deadlock in System.Web.Caching.Cache class Date: Sat, 07 Nov 2009 20:18:17 +0100 From: Ivan Radovanovic To: mono-devel-list@lists.ximian.com References: <4AF57E5D.4000808@gmail.com> Although this dead lock problem continues to potentially exists it seems that problem is after all OS specific - there is some weird behavior of fam/gamin reporting that bin/*.dll files are changed, causing ASP.Net runtime trying to restart application, while at the same time trying to compile *.aspx, *.ascx etc. Maybe deadlock can occur in normal conditions too (servicing some request that would need compiling of some control/page that is not compiled yet and replacing something in bin directory at the same time), but that should be rare enough :-) Regards Ivan Radovanovic napisa: > Hello, I am experiencing weird deadlock in .net applications running > latest release version of mono (2.4.2.3) on FreeBSD (I don't think it is > OS specific, and it doesn't show all the times, but still often enough > so I can trace it) > > Stack from thread 1: > at > System.Web.Compilation.BuildManager.RemoveVirtualPathFromCaches(System.Web.VirtualPath > virtualPath) > at > System.Web.Compilation.BuildManager.OnVirtualPathChanged(System.String > key, System.Object value, CacheItemRemovedReason removedReason) > at System.Web.Caching.Cache.InvokePrivateCallbacks() > at System.Web.HttpRuntime.ShutdownAppDomain(System.Object args) > ==================================================================== > Stack from thread 2: > at System.Web.Caching.Cache.Add(System.String key, System.Object > value, System.Web.Caching.CacheDependency dependencies, DateTime > absoluteExpiration, TimeSpan slidingExpiration, CacheItemPriority > priority, System.Web.Caching.CacheItemRemovedCallback onRemoveCallback) > at System.Web.Compilation.BuildManager.AddToCache(System.String > virtualPath, System.Web.Compilation.BuildProvider bp) > at > System.Web.Compilation.BuildManager.GenerateAssembly(System.Web.Compilation.AssemblyBuilder > abuilder, System.Collections.Generic.List`1 buildItems, > System.Web.VirtualPath virtualPath, BuildKind buildKind) > at > System.Web.Compilation.BuildManager.BuildAssembly(System.Web.VirtualPath > virtualPath) > at System.Web.Compilation.BuildManager.GetCompiledType(System.String > virtualPath) > at System.Web.Compilation.AspComponentFoundry+TagNameFoundry.LoadType() > at > System.Web.Compilation.AspComponentFoundry+TagNameFoundry.GetType(System.String > componentName, System.String ByRef source, System.String ByRef ns) > at > System.Web.Compilation.AspComponentFoundry.CreateComponent(System.Web.Compilation.Foundry > foundry, System.String tagName, System.String prefix, System.String tag) > at > System.Web.Compilation.AspComponentFoundry.GetComponent(System.String > tagName) > at System.Web.UI.RootBuilder.GetChildControlType(System.String > tagName, IDictionary attribs) > at System.Web.UI.ControlBuilder.CreateSubBuilder(System.String tagid, > System.Collections.Hashtable atts, System.Type childType, > System.Web.UI.TemplateParser parser, ILocation location) > at System.Web.Compilation.AspGenerator.ProcessTag(ILocation location, > System.String tagid, System.Web.Compilation.TagAttributes atts, TagType > tagtype, Boolean ByRef ignored) > at System.Web.Compilation.AspGenerator.TagParsed(ILocation location, > TagType tagtype, System.String tagid, > System.Web.Compilation.TagAttributes attributes) > at System.Web.Compilation.AspParser.OnTagParsed(TagType tagtype, > System.String id, System.Web.Compilation.TagAttributes attributes) > at System.Web.Compilation.AspParser.Parse() > at System.Web.Compilation.AspGenerator.Parse(System.IO.TextReader > reader, System.String filename, Boolean doInitParser) > at System.Web.Compilation.GenericBuildProvider`1.Parse() > at System.Web.Compilation.GenericBuildProvider`1.get_CodeCompilerType() > at > System.Web.Compilation.BuildManager.GetCodeDomProviderType(System.Web.Compilation.BuildProvider > provider) > at > System.Web.Compilation.BuildManager+BuildItem..ctor(System.Web.Compilation.BuildProvider > provider) > at > System.Web.Compilation.BuildManager.LoadBuildProviders(System.Web.VirtualPath > virtualPath, System.String virtualDir, > System.Collections.Generic.Dictionary`2 vpCache, BuildKind ByRef kind, > System.String ByRef assemblyBaseName) > at > System.Web.Compilation.BuildManager.BuildAssembly(System.Web.VirtualPath > virtualPath) > at System.Web.Compilation.BuildManager.GetCompiledType(System.String > virtualPath) > at System.Web.Compilation.AspComponentFoundry+TagNameFoundry.LoadType() > at > System.Web.Compilation.AspComponentFoundry+TagNameFoundry.GetType(System.String > componentName, System.String ByRef source, System.String ByRef ns) > at > System.Web.Compilation.AspComponentFoundry.CreateComponent(System.Web.Compilation.Foundry > foundry, System.String tagName, System.String prefix, System.String tag) > at > System.Web.Compilation.AspComponentFoundry.GetComponent(System.String > tagName) > at System.Web.UI.RootBuilder.GetChildControlType(System.String > tagName, IDictionary attribs) > at System.Web.UI.ControlBuilder.CreateSubBuilder(System.String tagid, > System.Collections.Hashtable atts, System.Type childType, > System.Web.UI.TemplateParser parser, ILocation location) > at System.Web.Compilation.AspGenerator.ProcessTag(ILocation location, > System.String tagid, System.Web.Compilation.TagAttributes atts, TagType > tagtype, Boolean ByRef ignored) > at System.Web.Compilation.AspGenerator.TagParsed(ILocation location, > TagType tagtype, System.String tagid, > System.Web.Compilation.TagAttributes attributes) > at System.Web.Compilation.AspParser.OnTagParsed(TagType tagtype, > System.String id, System.Web.Compilation.TagAttributes attributes) > at System.Web.Compilation.AspParser.Parse() > at System.Web.Compilation.AspGenerator.Parse(System.IO.TextReader > reader, System.String filename, Boolean doInitParser) > at System.Web.Compilation.GenericBuildProvider`1.Parse() > at System.Web.Compilation.GenericBuildProvider`1.get_CodeCompilerType() > at > System.Web.Compilation.BuildManager.GetCodeDomProviderType(System.Web.Compilation.BuildProvider > provider) > at > System.Web.Compilation.BuildManager+BuildItem..ctor(System.Web.Compilation.BuildProvider > provider) > at > System.Web.Compilation.BuildManager.LoadBuildProviders(System.Web.VirtualPath > virtualPath, System.String virtualDir, > System.Collections.Generic.Dictionary`2 vpCache, BuildKind ByRef kind, > System.String ByRef assemblyBaseName) > at > System.Web.Compilation.BuildManager.BuildAssembly(System.Web.VirtualPath > virtualPath) > at System.Web.Compilation.BuildManager.GetCompiledType(System.String > virtualPath) > at > System.Web.Compilation.BuildManager.CreateInstanceFromVirtualPath(System.String > virtualPath, System.Type requiredBaseType) > at System.Web.UI.PageParser.GetCompiledPageInstance(System.String > virtualPath, System.String inputFile, System.Web.HttpContext context) > at System.Web.UI.PageHandlerFactory.GetHandler(System.Web.HttpContext > context, System.String requestType, System.String url, System.String path) > at System.Web.HttpApplication.GetHandler(System.Web.HttpContext > context, System.String url, Boolean ignoreContextHandler) > at System.Web.HttpApplication.GetHandler(System.Web.HttpContext > context, System.String url) > at System.Web.HttpApplication+c__Iterator2.MoveNext() > at System.Web.HttpApplication.Tick() > at System.Web.HttpApplication.Start(System.Object x) > at > System.Web.HttpApplication.System.Web.IHttpHandler.ProcessRequest(System.Web.HttpContext > context) > at System.Web.HttpRuntime.Process(System.Web.HttpWorkerRequest req) > at System.Web.HttpRuntime.RealProcessRequest(System.Object o) > at System.Web.HttpRuntime.ProcessRequest(System.Web.HttpWorkerRequest > wr) > at Mono.WebServer.MonoWorkerRequest.ProcessRequest() > at > Mono.WebServer.BaseApplicationHost.ProcessRequest(Mono.WebServer.MonoWorkerRequest > mwr) > at Mono.WebServer.XSPApplicationHost.ProcessRequest(Int32 reqId, > Int64 localEPAddr, Int32 localEPPort, Int64 remoteEPAdds, Int32 > remoteEPPort, System.String verb, System.String path, System.String > queryString, System.String protocol, System.Byte[] inputBuffer, > System.String redirect, IntPtr socket, Mono.WebServer.SslInformations ssl) > at Mono.WebServer.XSPWorker.RunInternal(System.Object state) > =============================================================================== > > > As you can see there is deadlock between > System.Web.Compilation.BuildManager.AddToCache (thread 2, second item) > and System.Web.Compilation.BuildManager.GenerateAssembly (both using > lock (buildCacheLock)) and between System.Web.Caching.Cache.Add and > System.Web.Caching.Cache.InvokePrivateCallbacks() (both using lock(cache)) > > I am curious if someone is working on this bug (is this known bug?) or I > should try to fix it myself? > > Best regards, > Ivan > From owner-freebsd-mono@FreeBSD.ORG Sat Nov 7 22:50:48 2009 Return-Path: Delivered-To: mono@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C70DD106566B for ; Sat, 7 Nov 2009 22:50:48 +0000 (UTC) (envelope-from romain@blogreen.org) Received: from marvin.blogreen.org (unknown [IPv6:2a01:e35:2f7d:58c0::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4D6EF8FC1B for ; Sat, 7 Nov 2009 22:50:48 +0000 (UTC) Received: by marvin.blogreen.org (Postfix, from userid 1001) id 5B195770C5; Sat, 7 Nov 2009 23:50:47 +0100 (CET) Date: Sat, 7 Nov 2009 23:50:47 +0100 From: Romain =?iso-8859-1?Q?Tarti=E8re?= To: Ivan Radovanovic Message-ID: <20091107225047.GA86873@blogreen.org> Mail-Followup-To: Ivan Radovanovic , mono@FreeBSD.org References: <4AF5C90E.7090501@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: <4AF5C90E.7090501@gmail.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key: http://romain.blogreen.org/pubkey.asc Cc: mono@FreeBSD.org Subject: Re: Problem with patch patch-mono_metadata_filewatcher.c X-BeenThere: freebsd-mono@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mono and C# applications on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2009 22:50:48 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 07, 2009 at 08:22:54PM +0100, Ivan Radovanovic wrote: > Patch patch-mono_metadata_filewatcher.c breaks ASP.Net applications with= =20 > mono - details can be found bellow This patch was removed with changeset 551 in the BSD# repository: http://code.google.com/p/bsd-sharp/source/detail?r=3D551 This was committed to the FreeBSD ports a few days later: http://www.freshports.org/commit.php?category=3Dlang&port=3Dmono&files=3Dye= s&message_id=3D200908091853.n79IrAPb082451@repoman.freebsd.org If you still have this file, there is something wrong with your ports tree. Romain --=20 Romain Tarti=E8re http://romain.blogreen.org/ pgp: 8DAB A124 0DA4 7024 F82A E748 D8E9 A33F FF56 FF43 (ID: 0xFF56FF43) (plain text =3Dnon-HTML=3D PGP/GPG encrypted/signed e-mail much appreciated) --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkr1+cYACgkQ2OmjP/9W/0NEqACghIKr9dE4hEsc49u9JybWhxig +6wAoIHVkwhGfKMTDJ10if0YIVI2qE0r =fBY0 -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-mono@FreeBSD.ORG Sat Nov 7 23:09:01 2009 Return-Path: Delivered-To: mono@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70FAF1065694 for ; Sat, 7 Nov 2009 23:09:01 +0000 (UTC) (envelope-from rivanr@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 033768FC1A for ; Sat, 7 Nov 2009 23:09:00 +0000 (UTC) Received: by fxm27 with SMTP id 27so651165fxm.3 for ; Sat, 07 Nov 2009 15:09:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=2acyyssOB3brRHtV0N8VCEWY4VLnaG6r6M71VuryIto=; b=wXJpCkfIwuI/EqXc5hDIXUsF663+MEZ7WfjREOLQ8gklQh6KxSiwZIAvI6B2hgQCUM bbYInMzx3OK+iqajdu36u49wjG3qaEd0CBbuF9ahwr2o+/smjcPKDsQKui1yKshfDMqA 7uq4CLnZOAjrLOaIKmd0ebvvtbx07KOMaUxw8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=woNc370iogNL/LrnE4fcG7hzuDhQUBmk1rX6EiLMapGhus/7xHQ3zQZ5aQJc+Ama+6 RjDhb/be0Cd4hycj3TtKhwGY9V91eKD1tqZsga82SHFdkqaGhWWsP5IHciDD46HWRvjo j3o5++6r8T12U/Zs5p0CA8v6LQyowh7ILZ//w= Received: by 10.204.162.137 with SMTP id v9mr6518691bkx.60.1257635339969; Sat, 07 Nov 2009 15:08:59 -0800 (PST) Received: from azdaja.softwarehood.com ([95.180.70.197]) by mx.google.com with ESMTPS id h2sm2796484fkh.36.2009.11.07.15.08.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 07 Nov 2009 15:08:58 -0800 (PST) Message-ID: <4AF5FE09.3060700@gmail.com> Date: Sun, 08 Nov 2009 00:08:57 +0100 From: Ivan Radovanovic User-Agent: Thunderbird 2.0.0.22 (X11/20090708) MIME-Version: 1.0 To: Ivan Radovanovic , mono@FreeBSD.org References: <4AF5C90E.7090501@gmail.com> <20091107225047.GA86873@blogreen.org> In-Reply-To: <20091107225047.GA86873@blogreen.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: Problem with patch patch-mono_metadata_filewatcher.c X-BeenThere: freebsd-mono@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mono and C# applications on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2009 23:09:01 -0000 nothing wrong, it is simply older than that :-) Thanks for pointing me to that web site, I will check it little closer not to spend any time on things that are already fixed (I was thinking of getting closer look on mono debugger) Regards, Ivan Romain Tartière napisa: > On Sat, Nov 07, 2009 at 08:22:54PM +0100, Ivan Radovanovic wrote: >> Patch patch-mono_metadata_filewatcher.c breaks ASP.Net applications with >> mono - details can be found bellow > > This patch was removed with changeset 551 in the BSD# repository: > http://code.google.com/p/bsd-sharp/source/detail?r=551 > > This was committed to the FreeBSD ports a few days later: > http://www.freshports.org/commit.php?category=lang&port=mono&files=yes&message_id=200908091853.n79IrAPb082451@repoman.freebsd.org > > If you still have this file, there is something wrong with your ports > tree. > > Romain >