digitalmars.D - Idea: bug-of-the-week club
- Graham Fawcett (16/16) Jun 15 2010 Hi folks,
- bearophile (4/6) Jun 15 2010 A focus on a "hard bug of the week" can be a good thing to hopefully rem...
- Don (8/12) Jun 15 2010 In a sense, something like that already exists. Anyone who is interested...
- Graham Fawcett (5/18) Jun 15 2010 +1.
- Tomek =?UTF-8?B?U293acWEc2tp?= (9/13) Jun 15 2010 Maybe bug writing guidelines specifically tailor-made for compiler test
- BCS (10/15) Jun 15 2010 Maybe the practice of including a minimal test case as an attachment on ...
- BCS (5/13) Jun 15 2010 If Walter would agree to give detailed public feedback on BOTW patches (...
Hi folks, Would you be interested in starting a "bug-of-the-week club" on the discussion list? This list seems to have a good culture of submitting bug reports, and of referring the bug-bitten to relevant existing reports. But many of the reports seem to sit on the buglist for several months (or years). I suspect the core team is too small to adequately address them all in a timely manner. A semi-formal community process might help. I propose that the BOTW club (lifetime memberships for all!) selects an arbitrary bug once every week, and delves into it collectively. This might lead to positive results: shorter times-to-fix; more frequent bugfix releases; the contribution of unit tests to prevent regressions; and a broader understanding of D internals, which might foster the growth of the core team. Thoughts? Graham
Jun 15 2010
Graham Fawcett:Would you be interested in starting a "bug-of-the-week club" on the discussion list?A focus on a "hard bug of the week" can be a good thing to hopefully remove some important old bugs. Bye, bearophile
Jun 15 2010
Graham Fawcett wrote:Hi folks, Would you be interested in starting a "bug-of-the-week club" on the discussion list?In a sense, something like that already exists. Anyone who is interested in helping compiler bugs get fixed should join the dmd-internals mailing list. BTW - It's worth knowing that a significant part of the effort in fixing a bug (maybe 25% of the total time) is in creating a minimal test case. I've noticed that very few bug reports have completely minimal test cases. Reducing existing test cases is something that anyone can do.
Jun 15 2010
On Tue, 15 Jun 2010 21:56:57 +0200, Don wrote:Graham Fawcett wrote:Thanks, Don! I'll take a look at the dmd-internals list.Hi folks, Would you be interested in starting a "bug-of-the-week club" on the discussion list?In a sense, something like that already exists. Anyone who is interested in helping compiler bugs get fixed should join the dmd-internals mailing list.BTW - It's worth knowing that a significant part of the effort in fixing a bug (maybe 25% of the total time) is in creating a minimal test case. I've noticed that very few bug reports have completely minimal test cases. Reducing existing test cases is something that anyone can do.+1. best, Graham
Jun 15 2010
Don wrote:BTW - It's worth knowing that a significant part of the effort in fixing a bug (maybe 25% of the total time) is in creating a minimal test case. I've noticed that very few bug reports have completely minimal test cases. Reducing existing test cases is something that anyone can do.Maybe bug writing guidelines specifically tailor-made for compiler test cases would be a good idea (e.g. "Make sure if someone else copy-pastes your code, it will compile (or fail in the way described).", etc). I find the bugzilla guidelines a bit too generic. Another thing is that they could be more "in your face" (pre-filled description?); the link at the top is hard to notice. -- Tomek
Jun 15 2010
Hello Don,BTW - It's worth knowing that a significant part of the effort in fixing a bug (maybe 25% of the total time) is in creating a minimal test case. I've noticed that very few bug reports have completely minimal test cases. Reducing existing test cases is something that anyone can do.Maybe the practice of including a minimal test case as an attachment on bugs should be adopted. If it was done in a way that can be detected automatically, them bugs without them could be filtered for and the test cases scraped into a test suit (so we can tell when a bug vanishes on it's own). For that matter what would it take to run all .d attachments on open bugs thought each new version of DMD and attache the results? -- ... <IXOYE><
Jun 15 2010
Hello Graham,I propose that the BOTW club (lifetime memberships for all!) selects an arbitrary bug once every week, and delves into it collectively. This might lead to positive results: shorter times-to-fix; more frequent bugfix releases; the contribution of unit tests to prevent regressions; and a broader understanding of D internals, which might foster the growth of the core team. Thoughts?If Walter would agree to give detailed public feedback on BOTW patches (It's only one patch a week) it might improve the quality of all patches. -- ... <IXOYE><
Jun 15 2010