FAILURE MAP

Understand the failure.
Verify the repair.

Small, reproducible software failures. The broken implementation, the fix that didn’t work, and the one that passed—preserved together.

Explore the cases ↓How results are verified ↗
100840Executable case variants
20168Distinct failure mechanisms
302520Executed implementations
20168Open-access cases

WHAT THE ARCHIVE CONTAINS

100840 executable cases. 20168 are open.

Every case records the implementation that fails, the fix that did not work, and the repair that passed its checks—with recorded outputs and source hashes. This release adds 100840 cases across 20168 failure mechanisms and 254 domains.

The open tier gives you the failure and the unsuccessful fix for one case in every mechanism. The remaining 80672 cases, 5 variants per mechanism, are member-only: the verified repair, its recorded checks, and the full fixture suite are held in the member archive. Read the methodology ↗

A RECORD OF WHAT WENT WRONG

Browse the archive / 100840

Python · Standard library
REFERENCEFAILURE MECHANISMDOMAINACCESS
FA-1401

Release a distributed generation barrier: A barrier opens before enough distinct participants arrive · case 01

The barrier release operation is admitted even though a barrier opens before enough distinct participants arrive.

Concurrency● Open access↗
FA-1402

Release a distributed generation barrier: A barrier opens before enough distinct participants arrive · case 02

The barrier release operation is admitted even though a barrier opens before enough distinct participants arrive.

Concurrency◈ Members↗
FA-1403

Release a distributed generation barrier: A barrier opens before enough distinct participants arrive · case 03

The barrier release operation is admitted even though a barrier opens before enough distinct participants arrive.

Concurrency◈ Members↗
FA-1404

Release a distributed generation barrier: A barrier opens before enough distinct participants arrive · case 04

The barrier release operation is admitted even though a barrier opens before enough distinct participants arrive.

Concurrency◈ Members↗
FA-1405

Release a distributed generation barrier: A barrier opens before enough distinct participants arrive · case 05

The barrier release operation is admitted even though a barrier opens before enough distinct participants arrive.

Concurrency◈ Members↗
FA-1406

Release a distributed generation barrier: Arrivals from another barrier round count toward this round · case 01

The barrier release operation is admitted even though arrivals from another barrier round count toward this round.

Concurrency● Open access↗
FA-1407

Release a distributed generation barrier: Arrivals from another barrier round count toward this round · case 02

The barrier release operation is admitted even though arrivals from another barrier round count toward this round.

Concurrency◈ Members↗
FA-1408

Release a distributed generation barrier: Arrivals from another barrier round count toward this round · case 03

The barrier release operation is admitted even though arrivals from another barrier round count toward this round.

Concurrency◈ Members↗
FA-1409

Release a distributed generation barrier: Arrivals from another barrier round count toward this round · case 04

The barrier release operation is admitted even though arrivals from another barrier round count toward this round.

Concurrency◈ Members↗
FA-1410

Release a distributed generation barrier: Arrivals from another barrier round count toward this round · case 05

The barrier release operation is admitted even though arrivals from another barrier round count toward this round.

Concurrency◈ Members↗
FA-1411

Release a distributed generation barrier: Unregistered arrivals manufacture barrier completion · case 01

The barrier release operation is admitted even though unregistered arrivals manufacture barrier completion.

Concurrency● Open access↗
FA-1412

Release a distributed generation barrier: Unregistered arrivals manufacture barrier completion · case 02

The barrier release operation is admitted even though unregistered arrivals manufacture barrier completion.

Concurrency◈ Members↗
FA-1413

Release a distributed generation barrier: Unregistered arrivals manufacture barrier completion · case 03

The barrier release operation is admitted even though unregistered arrivals manufacture barrier completion.

Concurrency◈ Members↗
FA-1414

Release a distributed generation barrier: Unregistered arrivals manufacture barrier completion · case 04

The barrier release operation is admitted even though unregistered arrivals manufacture barrier completion.

Concurrency◈ Members↗
FA-1415

Release a distributed generation barrier: Unregistered arrivals manufacture barrier completion · case 05

The barrier release operation is admitted even though unregistered arrivals manufacture barrier completion.

Concurrency◈ Members↗
FA-1416

Release a distributed generation barrier: A failed barrier round is released as successful · case 01

The barrier release operation is admitted even though a failed barrier round is released as successful.

Concurrency● Open access↗
FA-1417

Release a distributed generation barrier: A failed barrier round is released as successful · case 02

The barrier release operation is admitted even though a failed barrier round is released as successful.

Concurrency◈ Members↗
FA-1418

Release a distributed generation barrier: A failed barrier round is released as successful · case 03

The barrier release operation is admitted even though a failed barrier round is released as successful.

Concurrency◈ Members↗
FA-1419

Release a distributed generation barrier: A failed barrier round is released as successful · case 04

The barrier release operation is admitted even though a failed barrier round is released as successful.

Concurrency◈ Members↗
FA-1420

Release a distributed generation barrier: A failed barrier round is released as successful · case 05

The barrier release operation is admitted even though a failed barrier round is released as successful.

Concurrency◈ Members↗
FA-1421

Release a distributed generation barrier: Waiters proceed before the generation release is durable · case 01

The barrier release operation is admitted even though waiters proceed before the generation release is durable.

Concurrency● Open access↗
FA-1422

Release a distributed generation barrier: Waiters proceed before the generation release is durable · case 02

The barrier release operation is admitted even though waiters proceed before the generation release is durable.

Concurrency◈ Members↗
FA-1423

Release a distributed generation barrier: Waiters proceed before the generation release is durable · case 03

The barrier release operation is admitted even though waiters proceed before the generation release is durable.

Concurrency◈ Members↗
FA-1424

Release a distributed generation barrier: Waiters proceed before the generation release is durable · case 04

The barrier release operation is admitted even though waiters proceed before the generation release is durable.

Concurrency◈ Members↗
FA-1425

Release a distributed generation barrier: Waiters proceed before the generation release is durable · case 05

The barrier release operation is admitted even though waiters proceed before the generation release is durable.

Concurrency◈ Members↗
FA-1426

Apply a remote conditional state update: A stale writer replaces a newer revision · case 01

The compare and swap operation is admitted even though a stale writer replaces a newer revision.

Concurrency● Open access↗
FA-1427

Apply a remote conditional state update: A stale writer replaces a newer revision · case 02

The compare and swap operation is admitted even though a stale writer replaces a newer revision.

Concurrency◈ Members↗
FA-1428

Apply a remote conditional state update: A stale writer replaces a newer revision · case 03

The compare and swap operation is admitted even though a stale writer replaces a newer revision.

Concurrency◈ Members↗
FA-1429

Apply a remote conditional state update: A stale writer replaces a newer revision · case 04

The compare and swap operation is admitted even though a stale writer replaces a newer revision.

Concurrency◈ Members↗
FA-1430

Apply a remote conditional state update: A stale writer replaces a newer revision · case 05

The compare and swap operation is admitted even though a stale writer replaces a newer revision.

Concurrency◈ Members↗
FA-1431

Apply a remote conditional state update: Delete and recreate produces an ABA match on reused revision · case 01

The compare and swap operation is admitted even though delete and recreate produces an aba match on reused revision.

Concurrency● Open access↗
FA-1432

Apply a remote conditional state update: Delete and recreate produces an ABA match on reused revision · case 02

The compare and swap operation is admitted even though delete and recreate produces an aba match on reused revision.

Concurrency◈ Members↗
FA-1433

Apply a remote conditional state update: Delete and recreate produces an ABA match on reused revision · case 03

The compare and swap operation is admitted even though delete and recreate produces an aba match on reused revision.

Concurrency◈ Members↗
FA-1434

Apply a remote conditional state update: Delete and recreate produces an ABA match on reused revision · case 04

The compare and swap operation is admitted even though delete and recreate produces an aba match on reused revision.

Concurrency◈ Members↗
FA-1435

Apply a remote conditional state update: Delete and recreate produces an ABA match on reused revision · case 05

The compare and swap operation is admitted even though delete and recreate produces an aba match on reused revision.

Concurrency◈ Members↗
FA-1436

Apply a remote conditional state update: A create-only write replaces an existing object · case 01

The compare and swap operation is admitted even though a create-only write replaces an existing object.

Concurrency● Open access↗
FA-1437

Apply a remote conditional state update: A create-only write replaces an existing object · case 02

The compare and swap operation is admitted even though a create-only write replaces an existing object.

Concurrency◈ Members↗
FA-1438

Apply a remote conditional state update: A create-only write replaces an existing object · case 03

The compare and swap operation is admitted even though a create-only write replaces an existing object.

Concurrency◈ Members↗
FA-1439

Apply a remote conditional state update: A create-only write replaces an existing object · case 04

The compare and swap operation is admitted even though a create-only write replaces an existing object.

Concurrency◈ Members↗
FA-1440

Apply a remote conditional state update: A create-only write replaces an existing object · case 05

The compare and swap operation is admitted even though a create-only write replaces an existing object.

Concurrency◈ Members↗
FA-1441

Apply a remote conditional state update: A conditional update performs an illegal lifecycle transition · case 01

The compare and swap operation is admitted even though a conditional update performs an illegal lifecycle transition.

Concurrency● Open access↗
FA-1442

Apply a remote conditional state update: A conditional update performs an illegal lifecycle transition · case 02

The compare and swap operation is admitted even though a conditional update performs an illegal lifecycle transition.

Concurrency◈ Members↗
FA-1443

Apply a remote conditional state update: A conditional update performs an illegal lifecycle transition · case 03

The compare and swap operation is admitted even though a conditional update performs an illegal lifecycle transition.

Concurrency◈ Members↗
FA-1444

Apply a remote conditional state update: A conditional update performs an illegal lifecycle transition · case 04

The compare and swap operation is admitted even though a conditional update performs an illegal lifecycle transition.

Concurrency◈ Members↗
FA-1445

Apply a remote conditional state update: A conditional update performs an illegal lifecycle transition · case 05

The compare and swap operation is admitted even though a conditional update performs an illegal lifecycle transition.

Concurrency◈ Members↗
FA-1446

Apply a remote conditional state update: A successful update fails to advance the revision · case 01

The compare and swap operation is admitted even though a successful update fails to advance the revision.

Concurrency● Open access↗
FA-1447

Apply a remote conditional state update: A successful update fails to advance the revision · case 02

The compare and swap operation is admitted even though a successful update fails to advance the revision.

Concurrency◈ Members↗
FA-1448

Apply a remote conditional state update: A successful update fails to advance the revision · case 03

The compare and swap operation is admitted even though a successful update fails to advance the revision.

Concurrency◈ Members↗
FA-1449

Apply a remote conditional state update: A successful update fails to advance the revision · case 04

The compare and swap operation is admitted even though a successful update fails to advance the revision.

Concurrency◈ Members↗
FA-1450

Apply a remote conditional state update: A successful update fails to advance the revision · case 05

The compare and swap operation is admitted even though a successful update fails to advance the revision.

Concurrency◈ Members↗
FA-1451

Commit a two-phase transaction: Commit proceeds while a participant has not prepared · case 01

The distributed transaction operation is admitted even though commit proceeds while a participant has not prepared.

Concurrency● Open access↗
FA-1452

Commit a two-phase transaction: Commit proceeds while a participant has not prepared · case 02

The distributed transaction operation is admitted even though commit proceeds while a participant has not prepared.

Concurrency◈ Members↗
FA-1453

Commit a two-phase transaction: Commit proceeds while a participant has not prepared · case 03

The distributed transaction operation is admitted even though commit proceeds while a participant has not prepared.

Concurrency◈ Members↗
FA-1454

Commit a two-phase transaction: Commit proceeds while a participant has not prepared · case 04

The distributed transaction operation is admitted even though commit proceeds while a participant has not prepared.

Concurrency◈ Members↗
FA-1455

Commit a two-phase transaction: Commit proceeds while a participant has not prepared · case 05

The distributed transaction operation is admitted even though commit proceeds while a participant has not prepared.

Concurrency◈ Members↗
FA-1456

Commit a two-phase transaction: A participant abort vote is ignored · case 01

The distributed transaction operation is admitted even though a participant abort vote is ignored.

Concurrency● Open access↗
FA-1457

Commit a two-phase transaction: A participant abort vote is ignored · case 02

The distributed transaction operation is admitted even though a participant abort vote is ignored.

Concurrency◈ Members↗
FA-1458

Commit a two-phase transaction: A participant abort vote is ignored · case 03

The distributed transaction operation is admitted even though a participant abort vote is ignored.

Concurrency◈ Members↗
FA-1459

Commit a two-phase transaction: A participant abort vote is ignored · case 04

The distributed transaction operation is admitted even though a participant abort vote is ignored.

Concurrency◈ Members↗
FA-1460

Commit a two-phase transaction: A participant abort vote is ignored · case 05

The distributed transaction operation is admitted even though a participant abort vote is ignored.

Concurrency◈ Members↗
FA-1461

Commit a two-phase transaction: Commit messages precede the durable coordinator decision · case 01

The distributed transaction operation is admitted even though commit messages precede the durable coordinator decision.

Concurrency● Open access↗
FA-1462

Commit a two-phase transaction: Commit messages precede the durable coordinator decision · case 02

The distributed transaction operation is admitted even though commit messages precede the durable coordinator decision.

Concurrency◈ Members↗
FA-1463

Commit a two-phase transaction: Commit messages precede the durable coordinator decision · case 03

The distributed transaction operation is admitted even though commit messages precede the durable coordinator decision.

Concurrency◈ Members↗
FA-1464

Commit a two-phase transaction: Commit messages precede the durable coordinator decision · case 04

The distributed transaction operation is admitted even though commit messages precede the durable coordinator decision.

Concurrency◈ Members↗
FA-1465

Commit a two-phase transaction: Commit messages precede the durable coordinator decision · case 05

The distributed transaction operation is admitted even though commit messages precede the durable coordinator decision.

Concurrency◈ Members↗
FA-1466

Commit a two-phase transaction: A newly enlisted participant is omitted from the decision · case 01

The distributed transaction operation is admitted even though a newly enlisted participant is omitted from the decision.

Concurrency● Open access↗
FA-1467

Commit a two-phase transaction: A newly enlisted participant is omitted from the decision · case 02

The distributed transaction operation is admitted even though a newly enlisted participant is omitted from the decision.

Concurrency◈ Members↗
FA-1468

Commit a two-phase transaction: A newly enlisted participant is omitted from the decision · case 03

The distributed transaction operation is admitted even though a newly enlisted participant is omitted from the decision.

Concurrency◈ Members↗
FA-1469

Commit a two-phase transaction: A newly enlisted participant is omitted from the decision · case 04

The distributed transaction operation is admitted even though a newly enlisted participant is omitted from the decision.

Concurrency◈ Members↗
FA-1470

Commit a two-phase transaction: A newly enlisted participant is omitted from the decision · case 05

The distributed transaction operation is admitted even though a newly enlisted participant is omitted from the decision.

Concurrency◈ Members↗
FA-1471

Commit a two-phase transaction: A recovered coordinator accepts the prior instance decision · case 01

The distributed transaction operation is admitted even though a recovered coordinator accepts the prior instance decision.

Concurrency● Open access↗
FA-1472

Commit a two-phase transaction: A recovered coordinator accepts the prior instance decision · case 02

The distributed transaction operation is admitted even though a recovered coordinator accepts the prior instance decision.

Concurrency◈ Members↗
FA-1473

Commit a two-phase transaction: A recovered coordinator accepts the prior instance decision · case 03

The distributed transaction operation is admitted even though a recovered coordinator accepts the prior instance decision.

Concurrency◈ Members↗
FA-1474

Commit a two-phase transaction: A recovered coordinator accepts the prior instance decision · case 04

The distributed transaction operation is admitted even though a recovered coordinator accepts the prior instance decision.

Concurrency◈ Members↗
FA-1475

Commit a two-phase transaction: A recovered coordinator accepts the prior instance decision · case 05

The distributed transaction operation is admitted even though a recovered coordinator accepts the prior instance decision.

Concurrency◈ Members↗
FA-1476

Resolve a prepared participant after recovery: An uncertain participant guesses commit without evidence · case 01

The prepared recovery operation is admitted even though an uncertain participant guesses commit without evidence.

Concurrency● Open access↗
FA-1477

Resolve a prepared participant after recovery: An uncertain participant guesses commit without evidence · case 02

The prepared recovery operation is admitted even though an uncertain participant guesses commit without evidence.

Concurrency◈ Members↗
FA-1478

Resolve a prepared participant after recovery: An uncertain participant guesses commit without evidence · case 03

The prepared recovery operation is admitted even though an uncertain participant guesses commit without evidence.

Concurrency◈ Members↗
FA-1479

Resolve a prepared participant after recovery: An uncertain participant guesses commit without evidence · case 04

The prepared recovery operation is admitted even though an uncertain participant guesses commit without evidence.

Concurrency◈ Members↗
FA-1480

Resolve a prepared participant after recovery: An uncertain participant guesses commit without evidence · case 05

The prepared recovery operation is admitted even though an uncertain participant guesses commit without evidence.

Concurrency◈ Members↗
FA-1481

Resolve a prepared participant after recovery: Recovery applies another transaction decision · case 01

The prepared recovery operation is admitted even though recovery applies another transaction decision.

Concurrency● Open access↗
FA-1482

Resolve a prepared participant after recovery: Recovery applies another transaction decision · case 02

The prepared recovery operation is admitted even though recovery applies another transaction decision.

Concurrency◈ Members↗
FA-1483

Resolve a prepared participant after recovery: Recovery applies another transaction decision · case 03

The prepared recovery operation is admitted even though recovery applies another transaction decision.

Concurrency◈ Members↗
FA-1484

Resolve a prepared participant after recovery: Recovery applies another transaction decision · case 04

The prepared recovery operation is admitted even though recovery applies another transaction decision.

Concurrency◈ Members↗
FA-1485

Resolve a prepared participant after recovery: Recovery applies another transaction decision · case 05

The prepared recovery operation is admitted even though recovery applies another transaction decision.

Concurrency◈ Members↗
FA-1486

Resolve a prepared participant after recovery: Recovery commits a transaction with no durable prepare record · case 01

The prepared recovery operation is admitted even though recovery commits a transaction with no durable prepare record.

Concurrency● Open access↗
FA-1487

Resolve a prepared participant after recovery: Recovery commits a transaction with no durable prepare record · case 02

The prepared recovery operation is admitted even though recovery commits a transaction with no durable prepare record.

Concurrency◈ Members↗
FA-1488

Resolve a prepared participant after recovery: Recovery commits a transaction with no durable prepare record · case 03

The prepared recovery operation is admitted even though recovery commits a transaction with no durable prepare record.

Concurrency◈ Members↗
FA-1489

Resolve a prepared participant after recovery: Recovery commits a transaction with no durable prepare record · case 04

The prepared recovery operation is admitted even though recovery commits a transaction with no durable prepare record.

Concurrency◈ Members↗
FA-1490

Resolve a prepared participant after recovery: Recovery commits a transaction with no durable prepare record · case 05

The prepared recovery operation is admitted even though recovery commits a transaction with no durable prepare record.

Concurrency◈ Members↗
FA-1491

Resolve a prepared participant after recovery: Recovery reverses a previously recorded final decision · case 01

The prepared recovery operation is admitted even though recovery reverses a previously recorded final decision.

Concurrency● Open access↗
FA-1492

Resolve a prepared participant after recovery: Recovery reverses a previously recorded final decision · case 02

The prepared recovery operation is admitted even though recovery reverses a previously recorded final decision.

Concurrency◈ Members↗
FA-1493

Resolve a prepared participant after recovery: Recovery reverses a previously recorded final decision · case 03

The prepared recovery operation is admitted even though recovery reverses a previously recorded final decision.

Concurrency◈ Members↗
FA-1494

Resolve a prepared participant after recovery: Recovery reverses a previously recorded final decision · case 04

The prepared recovery operation is admitted even though recovery reverses a previously recorded final decision.

Concurrency◈ Members↗
FA-1495

Resolve a prepared participant after recovery: Recovery reverses a previously recorded final decision · case 05

The prepared recovery operation is admitted even though recovery reverses a previously recorded final decision.

Concurrency◈ Members↗
FA-1496

Resolve a prepared participant after recovery: Prepared data becomes visible after losing its write locks · case 01

The prepared recovery operation is admitted even though prepared data becomes visible after losing its write locks.

Concurrency● Open access↗
FA-1497

Resolve a prepared participant after recovery: Prepared data becomes visible after losing its write locks · case 02

The prepared recovery operation is admitted even though prepared data becomes visible after losing its write locks.

Concurrency◈ Members↗
FA-1498

Resolve a prepared participant after recovery: Prepared data becomes visible after losing its write locks · case 03

The prepared recovery operation is admitted even though prepared data becomes visible after losing its write locks.

Concurrency◈ Members↗
FA-1499

Resolve a prepared participant after recovery: Prepared data becomes visible after losing its write locks · case 04

The prepared recovery operation is admitted even though prepared data becomes visible after losing its write locks.

Concurrency◈ Members↗
FA-1500

Resolve a prepared participant after recovery: Prepared data becomes visible after losing its write locks · case 05

The prepared recovery operation is admitted even though prepared data becomes visible after losing its write locks.

Concurrency◈ Members↗

INSPECTABLE BY DESIGN

Every result has a runnable source.

Runnable implementations with recorded outputs, source hashes, and explicit contracts. Related variants share a failure mechanism and belong together in evaluation splits.

Read the methodology ↗