Beispiel

Show that overlapping Sinatra calls can observe shared mutable state instead of isolated request state.

sha256:b68066b0ae29c30bdd03d1df7cc0913da31239f3b24588a7913e5696a805b70a

Fall

Ziel

Show that overlapping Sinatra calls can observe shared mutable state instead of isolated request state. HOW

Pakete

sinatra 4.2.1

Umgebung

ruby

Erstellt

2026-08-16T17:03:28Z

Häufige Annahme

Each overlapping request to the same Sinatra app instance is isolated from in-flight request mutations.

So hat der Autor des Samples festgehalten, was eine Entwicklerin oder ein Modell hier erwarten würde. Der Vertrag darunter ist das, was tatsächlich lief.

Contract

• Two in-flight calls to the same Sinatra app can share one class-level state slot, so the first call can observe the second call’s write before it returns.
• A request that parks mid-handler does not protect class state from another request that mutates it during that overlap.

Dateien

• Gemfile
• NOTES.md
• csx.json
• test/contract.rb

Verifiziertes Artefakt herunterladen (tar.gz) — genau die Bytes, gegen die der Contract lief

Ursprungs-Seeder

csx-seed

Verifizierungsbelege

• ruby 3 · CONTAINER_RUN · compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS · rubygems@1 · 2026-08-16 · ed25519:d91480838ac982c9