On Mon, Jul 24, 2006 at 12:53:19PM -0700, Joachim Achtzehnter wrote: >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.
No. Reports of "XYZ dies when I run a complicated program" are worthless unless the reporter is willing to help track down the problem. >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, I would be very very surprised if you were able to fix problems when someone just mentions that their program crashes when they do something complicated. If that really was the case then you would just have to say that to yourself before every release in order to fix problems. >>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 didn't take it out of context before and I am not doing so now. I trimmed the parts that I wanted to respond to, as is good internet etiquette. I wasn't the person who mentioned inconvenience and had no interest in responding to that. I was trying to get to the bottom of something that seemed like it could be a bug. >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. Now I understand that you are referring to documented changes in the GNU Make NEWS file. So, this observation was directed towards the upstream maintainer who wrote: * WARNING: Backward-incompatibility! In order to comply with POSIX, the way in which GNU make processes backslash-newline sequences in command strings has changed. If your makefiles use backslash-newline sequences inside of single-quoted strings in command scripts you will be impacted by this change. See the GNU make manual subsection "Splitting Command Lines" (node "Splitting Lines"), in section "Command Syntax", chapter "Writing the Commands in Rules", for details. and your report has nothing to do with standard cygwin newline complaints, as I assumed. I guess that means there is nothing more to discuss. cgf -- 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/