Date: Mon, 16 Mar 2015 10:28:10 -0400 From: "Jimmy LaRose" <jimmy@ndi2mgru.org> To: <mono@freebsd.org> Subject: The Truth About Feasibility Studies Message-ID: <1426516014348.6749096.13566416.2353172112@backend.cpro20.com>
next in thread | raw e-mail | index | archive | help
VISIT HERE to join us in GEORGIA, OHIO, FLORIDA & MASSACHUSETTS for the most entertaining and provocative nonprofit conference of the year!!! ...or call 800-257-6670 to speak to one of our team members To My Fellow Nonprofit Executives, Donors & Volunteers, Have you ever wondered if performing a feasibility study is a wise investment of your organization's time and money? Did you know that 80% of feasibility study results are inconclusive or report that......YOU'RE NOT READY FOR CAMPAIGN! Why then do nonprofits pay $25,000 to $50,000 to find out what they already know? There are several answers but here's the three most important ones... #1 Consulting firms primary source of revenue is based on a flawed and archaic business model that requires you to pay for a service you aren't ready for and may never need #2 Nonprofits would rather avoid the hard work of donor cultivation by paying an out-of-town third party to perform the visits they should really be doing themselves #3 "That's they way we've always done it" (or even worse) "that's the way other nonprofits do it"There's also a moral issue at play here. All to often feasibility study results are misrepresented because the consulting firm performing the study stands to make more money by running the campaign after the study process has been completed. Tragically, there are hundreds of nonprofits in the middle of stalled campaigns because their consultant manipulated leadership into believing a goal could be reached that was never achievable. If your team is considering expanding annual fund, launching a capital campaign or building endowment then you'll want to spend some time exploring these important issues at a Major Gifts Ramp-Up Conference. Over 9,000 of your colleagues have already taken this important step and have not only avoided critical mistakes but have launched fundraising projects that... …come in OVER GOAL …are completed ON SCHEDULE …are executed UNDER BUDGET …result in HAPPY VOLUNTEERS …produce GRATEFUL DONORS …promote COMMUNITY PRIDE We look forward to meeting you personally at one of our upcoming Major Gifts Ramp-Up Event. We know that budgets are tight which is why NDI's Board of Directors is making this two-day offering available for only $98 for one person or $198 for your entire team(unlimited registrations).I look forward to hearing from you. Until then I remain, Sincerely Yours, Jimmy LaRose Founder National Development Institute, established in 1990, is a 501(c)3 public benefit charity that insures donors, granting organizations and corporations safeguard their mission by building capacity within nonprofits committed to human welfare, education, health care, the arts, & environment. 201 Main Street Lexington SC 29071 United States This email is intended for mono@freebsd.org. To unsubscribe visit http://trk.cpro20.com/Tracking/t.fo?82rww--mkh1-12x0n807&sl=e&t=5&_v=2 Update your subscription preferences visit http://trk.cpro20.com/Tracking/t.fo?82rww--mkh1-12x0n807&sl=e&t=1&_v=2 From owner-freebsd-mono@FreeBSD.ORG Wed Mar 18 10:27:51 2015 Return-Path: <owner-freebsd-mono@FreeBSD.ORG> Delivered-To: freebsd-mono@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 111A4330 for <freebsd-mono@freebsd.org>; Wed, 18 Mar 2015 10:27:51 +0000 (UTC) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 94F8294 for <freebsd-mono@freebsd.org>; Wed, 18 Mar 2015 10:27:50 +0000 (UTC) Received: by wgdm6 with SMTP id m6so31136615wgd.2 for <freebsd-mono@freebsd.org>; Wed, 18 Mar 2015 03:27:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=aCp8kRKrlRPFE0TJgwffVFnPn6ZD5icPgffb2mMBJ18=; b=UY0Knvsz8MD0Q2U6l3oXS7wdZryy4AKAAxt4Ae67vV+B0YwAKofr5eVFh44/2oU3VY t320PTL2mj9inKU3d1KvSkAYErXdtWI3qE8hZ63pMcIiW0LsB+sMSSa4HTI9B1V0ZA0m 3zSH6fEFHjCnj1hd5fNSu/eAAif1PM2V51Q1sJxR4ltdapsg/E/QQxQhyrvui5ym1aim e/M3Xa7uU24v7FDnLdRLqk0wrC0WXSR5nzz0uKcYNA+MgfB0NoBsF4NFtrnQmQvp2VUR 2/ZPp+p0w/VKdQHOg6lr0PkxC2PnNAu2MIPvbDZWDwTpPEr4nujaERB76zmIYXjENXtM BzHg== X-Received: by 10.181.8.99 with SMTP id dj3mr5434084wid.83.1426674469123; Wed, 18 Mar 2015 03:27:49 -0700 (PDT) Received: from zmaj.softwarehood.com (212-200-205-182.dynamic.isp.telekom.rs. [212.200.205.182]) by mx.google.com with ESMTPSA id cj9sm23833609wjc.42.2015.03.18.03.27.47 for <freebsd-mono@freebsd.org> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 18 Mar 2015 03:27:47 -0700 (PDT) Message-ID: <55095322.2070604@gmail.com> Date: Wed, 18 Mar 2015 11:27:46 +0100 From: Ivan Radovanovic <radovanovic@gmail.com> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130812 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-mono@freebsd.org Subject: Re: ASP.Net and file changes on FreeBSD References: <54F96252.9040705@gmail.com> In-Reply-To: <54F96252.9040705@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mono@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Mono and C# applications on FreeBSD <freebsd-mono.freebsd.org> List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-mono>, <mailto:freebsd-mono-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mono/>; List-Post: <mailto:freebsd-mono@freebsd.org> List-Help: <mailto:freebsd-mono-request@freebsd.org?subject=help> List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mono>, <mailto:freebsd-mono-request@freebsd.org?subject=subscribe> X-List-Received-Date: Wed, 18 Mar 2015 10:27:51 -0000 On 03/06/15 09:16, Ivan Radovanovic napisa: > Hi, > > I am running latest ASP.Net using latest mono from ports (3.10) on > FreeBSD 10.1 and it seems it is unable to detect changes on (some?) > files. What confuses me is that if I run xsp for testing project it is > unable to realize that project DLL is recompiled, or if I change > web.config it won't restart application manually, or if aspx file is > changed it won't recompile it, but if I add new aspx file then it will > try to compile that. It seems to me like it is able to detect file > addition but not change. > > Is there some workaround for this? > > Kind regards, > Ivan > > P.S. > Is there some dedicated website/forum for mono on FreeBSD - I saw some > page on mono project site but that is completely outdated and I also saw > BSD# page on google, but that also seems little bit old? I did little > bit of work on having up-to-date xsp/fast-cgi and monodevelop to > compile/work on freebsd so I would like to pass that to somebody from > freebsd-mono group so it could eventually reach ports :-) This is actually more interesting problem than what I expected, here are conclusions up to this point: * 3.10.0 has completely broken kevent implentation of FileSystemWatcher - so it couldn't restart application because it is not able to detect any file changes (I gave up on patching this implementation with latest code when I saw that 3.12.1 is ported to FreeBSD) * 3.12.1 has proper support for FileSystemWatcher, but I suspect something in System.Web.dll is broken (for example it properly detects dll change (writes message about that), but doesn't restart application), I am still unable to pinpoint exact problem there * 3.2.3 has partially working FileSystemWatcher (using kevent) - it is not able to catch file changes but only file creations/deletions, for that reason changes using editors like ee which really change file contents (not changing inode number) go undetected, but changes with editors which recreate file (like monodevelop or gedit for example) are properly captured and handled. This version also properly restarts application when dll is changed. I was using identical xsp for all mono versions to rule out differences there (I didn't do any tests using fastcgi server or mod_mono - will probably do that once I have xsp working as expected).
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1426516014348.6749096.13566416.2353172112>