delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2006/07/24/15:53:29

X-Spam-Check-By: sourceware.org
Message-ID: <44C5252F.5040201@netacquire.com>
Date: Mon, 24 Jul 2006 12:53:19 -0700
From: Joachim Achtzehnter <joachima AT netacquire DOT com>
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: Why are Windows paths broken in make 3.81?
References: <9c2aabaf0607211629u4e29ffa1w5f09b3d8e5a923fc AT mail DOT gmail DOT com> <e9rrqr$6ei$1 AT sea DOT gmane DOT org> <44C1796F DOT 50308 AT netacquire DOT com> <20060722222244 DOT GB18054 AT trixie DOT casa DOT cgf DOT cx> <44C4FF71 DOT 6050505 AT netacquire DOT com> <20060724184240 DOT GB21218 AT trixie DOT casa DOT cgf DOT cx>
In-Reply-To: <20060724184240.GB21218@trixie.casa.cgf.cx>
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

Christopher Faylor wrote:

> Well, you *could* expect a fix if you provided enough details.

Understood. The question is, can there still be value in reporting that a 
program crashes, even with minimal but potentially still useful 
information? I'm just asking and am genuinely interested in hearing the 
developers' preferences. My choice in this case ("threadlist_ix -1") was 
either to do nothing (for reasons not directly relevant to this discussion) 
or to post the information I had (the fact that it crashes and the 
associated error message). If this kind of less-than-ideal problem report 
is considered to be always useless, which would come as a surprise to me 
because as a developer I've seen many cases where a report like this is all 
that was needed to highlight the problem, then I won't post anything to 
this list in the future unless I have the resources to produce a complete, 
easily reproducible bug report.

> It is pretty frustrating to see content-free bug reports like "there
> was also some difference in newline handling"

Please don't take this out of context again, I already explained that this 
was an illustration of how breaking backward compatibility is inconvenient 
for users. I don't disagree in principle with decisions of this kind 
(treating newlines one way or another, accepting DOS paths or not), I only 
disagreed with the contention that *changing* such behaviour has no 
significant consequences ("no inconvenience"). I saw references related to 
newline treatment in the changelog and proceeded to apply fixes to my 
third-party makefiles (not written by me) without even thinking of 
mentioning this on the list, but it definitely was inconvenient, and when 
somebody claimed otherwise I felt I had to respond as I did.

> or "My big/complicated
> makefile SEGVs".  Whether you intended these as bug reports or not, they
> are still reports of problems and no package maintainer wants to see
> reported problems sent to thousand of people whether they were just
> intended to blow off steam or not.

As I explained at the top, this wasn't a matter of blowing off steam. It 
was a question of posting information which I had and considered 
potentially useful versus posting nothing and leaving you under the false 
impression that everything works. Given what has transpired, I guess I 
should have done the latter, or included a long disclaimer explaining why I 
posted it.

Thanks,

Joachim

-- 
work:     joachima AT netacquire DOT com   (http://www.netacquire.com)
private:  joachim AT kraut DOT ca          (http://www.kraut.ca)

--
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/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019