59 Commits
Author SHA1 Message Date
andrew d68f208d9b Add to corpus 2024-11-21 17:27:14 -08:00
andrew 35987030fc Add to corpus 2024-11-15 15:47:32 -08:00
andrew 6e66202d5e Add to corpus 2024-11-12 17:50:27 -08:00
andrew 724ec09248 Add to corpus 2024-11-04 14:30:12 -08:00
andrew 891100e649 Add to corpus 2024-11-01 21:32:00 -07:00
andrew faacdff2d9 Add to corpus 2024-11-01 14:11:43 -07:00
andrew c06afeb81e Add to corpus 2024-10-29 11:59:36 -07:00
andrew 66fc526a55 Add to corpus 2024-10-17 16:07:15 -07:00
andrew 5cf04e9718 Add to corpus 2024-10-17 10:58:02 -07:00
andrew fd39065498 Add to corpus 2024-10-16 16:38:56 -07:00
andrew 1d705cd4b7 Add to corpus 2024-10-15 17:12:45 -07:00
andrew 316bbf679f Add to corpus 2024-10-14 21:15:45 -07:00
andrew 100449c76c Add to corpus 2024-10-13 20:39:39 -07:00
andrew 9c365435ea Add to corpus 2024-10-12 17:39:27 -07:00
andrew 147f5af16b Add to corpus 2024-10-11 23:35:51 -07:00
andrew 2c253c29b5 Add to corpus 2024-10-11 16:48:13 -07:00
andrew 31ad3e8e1c Add to corpus 2024-10-10 13:21:26 -07:00
andrew d8f85dedc4 Add to corpus 2024-09-14 15:02:47 -07:00
andrew 41df2398e8 Add to corpus 2024-09-13 20:35:52 -07:00
andrew de47aa53b0 Add to corpus 2024-09-05 16:24:41 -07:00
andrew cb6e4292f2 Add to corpus 2024-08-26 14:33:16 -07:00
andrew 8a04e57353 Add to corpus 2024-08-22 16:52:33 -07:00
andrew dfa178ba19 Add to corpus (from fuzzing on macos) 2024-08-20 13:32:04 -07:00
andrew f11720f5ae Add to corpus 2024-08-19 21:52:47 -07:00
andrew aa8504ddba Add to corpus 2024-08-15 18:47:47 -07:00
andrew 479b39d055 Add to corpus 2024-08-12 17:28:19 -07:00
andrew e3d1b2e842 Add to corpus
After a bunch of fuzzing on "udon" (my new zen4 machine)
2024-08-09 19:48:22 -07:00
andrew 9f8800af16 Add more to corpus (from fuzzing on osx)
Maybe we should just accumulate the corpus instead of replacing it? That
should be easier on git right?
2024-08-09 18:06:54 -07:00
andrew 9b56a74b2f Update corpus 2024-08-06 17:43:48 -07:00
andrew 8e480528d5 Update corpus 2024-08-01 14:56:36 -07:00
andrew 79410d071f Add accidentally-deleted corpus back 2024-07-26 14:57:04 -07:00
andrew 55271ad06c Update corpus
To match new "interleaving" test setup
2024-07-23 16:54:03 -07:00
andrew 60cb274a15 Update corpus 2024-07-10 18:49:41 -07:00
andrew 76df63a9d7 Allow writeVersion, oldestVersion, and readVersion to span 2e9 2024-07-03 14:19:50 -07:00
andrew 88bcc7b75c Update corpus 2024-07-03 09:36:03 -07:00
andrew 2646d5eaf1 Get back to 100% coverage
Closes #30

This is achieved by running libfuzzer with USE_32_BIT_VERSIONS={OFF,ON},
and then combining the corpora. I suspect that the problem earlier was
that we only had the 32 bit corpus but were measuring coverage for 64
bit in jenkins.
2024-06-30 21:15:42 -07:00
andrew a2bf839b19 Update corpus 2024-06-27 17:15:35 -07:00
andrew c13dc88ff4 Update corpus 2024-04-22 15:24:55 -07:00
andrew bf91bca16d Include long common prefix in fuzz test 2024-04-18 12:43:48 -07:00
andrew a5710b8282 Remove performance-only code from debug build for increased coverage 2024-03-18 16:21:55 -07:00
andrew f2b5e9b0bf Change max key len to 8, update corpus
Now that we don't have a fixed buffer reserved for partial key bytes,
there's nothing (obvious) that makes testing short versus long keys much
different. maybeDecreaseCapacity is an exception, and we'll write some
tests covering that manually.
2024-03-18 11:55:43 -07:00
andrew b0ac7e41b9 Update corpus 2024-03-12 14:52:43 -07:00
andrew 987e93b190 Update corpus 2024-03-07 18:31:04 -08:00
andrew bd5d0259d9 Update corpus 2024-02-21 22:13:57 -08:00
andrew cb2f66b4b7 Remove a check from setOldestVersion 2024-02-19 16:20:04 -08:00
andrew cb31f4c25b Fix bugs 2024-02-17 22:09:00 -08:00
andrew e30922ab9c Update corpus 2024-02-15 16:14:03 -08:00
andrew 35a3289ab9 Simplify and fix bugs 2024-02-09 22:45:38 -08:00
andrew b663325991 Update corpus 2024-02-08 10:06:23 -08:00
andrew 9a80c96533 Short circuit point reads based on maxVersion 2024-02-06 14:38:39 -08:00