X-Spam-Check-By: sourceware.org Message-ID: <4591FA3C.3020402@cygwin.com> Date: Tue, 26 Dec 2006 23:44:44 -0500 From: "Larry Hall (Cygwin)" Reply-To: cygwin AT cygwin DOT com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061108 Fedora/1.5.0.8-1.fc4.remi Thunderbird/1.5.0.8 Mnenhy/0.7.4.0 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: Updated cygwin dlls cause unnecessary reboot on NT References: <458EE598 DOT 3010404 AT aim DOT com> <458F31B1 DOT 6050804 AT byu DOT net> <458F81CC DOT 3090500 AT tlinx DOT org> <458FDC4E DOT 9040505 AT cygwin DOT com> <458FEC2E DOT 70705 AT tlinx DOT org> <45902BC4 DOT 50803 AT tlinx DOT org> <4590BD4E DOT 5020905 AT cygwin DOT com> <45910426 DOT 9030603 AT tlinx DOT org> <459133CB DOT 3080102 AT ukf DOT net> <45916391 DOT 1090906 AT tlinx DOT org> <45919F7B DOT 8000702 AT tlinx DOT org> In-Reply-To: <45919F7B.8000702@tlinx.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On 12/26/2006, Linda Walsh wrote: The excerpt below is a mere subset of the response but is the only one that raises a point that we haven't already been through at least once in this thread so I wanted to respond to it. > Not everyone can be a developer on every piece of software they use. > You can't easily be an expert in all domains. Lobbying or convincing > someone else to implement something in a product they are already > familiar with is far easier than patching a product then meeting > someone else's expectations of what the patch should look like and learning > how to work with that project. > This can be true. However, to do this effectively, one has to listen and learn as well. Simply restating a point you've made before, if it hasn't already been agreed to, does less to convince and more to polarize. If your points aren't agreed upon by the people you're trying to convince, it's up to you to take the feedback you're given and figure out how that affects your argument. If you discount the feedback, it doesn't matter whether you're on the right or wrong side of the argument. The fact that you don't address the points raised means that you've conceded that there's no way to reasonably convince the ones you're lobbying to take up your cause. If that's the case, then further discussion of the point(s) of contention is irrelevant and probably even counter-productive. Linda, I think we've reach this point here, unless you're willing to try to understand why "fork()" is important to Cygwin. No one on this list is going to be willing to break "fork()" just to make the experience of using "setup.exe" a little easier on XP and later O/Ss. The trade-off value is simply not there. If you want to think about how to make what you're talking about work without sacrificing fork, then that's something to talk about. New ideas along this line may catch some developer's interest. If you plan to continue discussion of this issue, I'd recommend considering such alternate tactics. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _____________________________________________________________________ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/