Groups | Search | Server Info | Login | Register
Groups > comp.compilers > #3464
| From | gah4 <gah4@u.washington.edu> |
|---|---|
| Newsgroups | comp.compilers |
| Subject | Re: binary search debugging of compilers |
| Date | 2023-05-14 13:38 -0700 |
| Organization | Compilers Central |
| Message-ID | <23-05-008@comp.compilers> (permalink) |
| References | <23-05-003@comp.compilers> <23-05-005@comp.compilers> <23-05-006@comp.compilers> |
On Sunday, May 14, 2023 at 9:20:54 AM UTC-7, Kaz Kylheku wrote: (snip) > Setup: > > We can (somehow) enumerate the N entities with integers, which we > express using a pure binary enumeration. Then, we can discover the > number of an erroneously processed element, one bit at a time. > > Procedure: > > First we treat all elements numbered ..XXXXXX0 using the new technique > technique, and all others using the the old technique. If the > system fails, we know that it's the ..XXXXX0 set which has one or more > badly processed elements. Otherwise it's the other set, whose > enumerations end in a 1. Either way, we have discovered the identity of > the last bit. There is the assumtion that only one of the N is in error. Reminds me of ECC memory, which can correct one bit errors, and detect two bit errors. After log(N) tests, you find the one that it is supposed to be, fix it, and it either works or doesn't. Then you work on a new set of tests. Or start out with a more complicated set, which can learn more in one set.
Back to comp.compilers | Previous | Next — Previous in thread | Next in thread | Find similar
binary search debugging of compilers Russ Cox <rsc@swtch.com> - 2023-05-12 13:59 -0400
Re: binary search debugging of compilers Kaz Kylheku <864-117-4973@kylheku.com> - 2023-05-13 03:20 +0000
Re: binary search debugging of compilers Fernando <pronesto@gmail.com> - 2023-05-13 04:47 -0700
Re: binary search debugging of compilers Kaz Kylheku <864-117-4973@kylheku.com> - 2023-05-14 02:49 +0000
Re: binary search debugging of compilers gah4 <gah4@u.washington.edu> - 2023-05-14 13:38 -0700
Re: binary search debugging of compilers Kaz Kylheku <864-117-4973@kylheku.com> - 2023-05-15 21:52 +0000
Re: binary search debugging of compilers gah4 <gah4@u.washington.edu> - 2023-05-16 23:52 -0700
Re: binary search debugging of compilers Kaz Kylheku <864-117-4973@kylheku.com> - 2023-05-17 18:28 +0000
Re: binary search debugging of compilers gah4 <gah4@u.washington.edu> - 2023-05-17 15:23 -0700
Re: binary search debugging of compilers Kaz Kylheku <864-117-4973@kylheku.com> - 2023-05-19 03:21 +0000
Re: binary search debugging of compilers Thomas Koenig <tkoenig@netcologne.de> - 2023-05-19 21:59 +0000
Re: binary search debugging of compilers gah4 <gah4@u.washington.edu> - 2023-05-20 20:20 -0700
Re: Old C compilers, binary search debugging of compilers Hans-Peter Diettrich <DrDiettrich1@netscape.net> - 2023-05-22 09:05 +0200
binary search debugging of compilers Max B <tekk.nolagi@gmail.com> - 2023-05-19 16:31 -0500
Re: binary search debugging of compilers Thomas Koenig <tkoenig@netcologne.de> - 2023-05-14 19:59 +0000
Re: binary search debugging of compilers Cameron McInally <cameron.mcinally@nyu.edu> - 2023-05-14 23:28 -0400
Re: binary search debugging of compilers Kaz Kylheku <864-117-4973@kylheku.com> - 2023-05-15 21:35 +0000
csiph-web