Exemple
Show that overlapping Sinatra calls can observe shared mutable state instead of isolated request state.
sha256:b68066b0ae29c30bdd03d1df7cc0913da31239f3b24588a7913e5696a805b70a
PUBLISHED
L3_CONTRACT_PASS
MIT-0
Cas
- Objectif
- Show that overlapping Sinatra calls can observe shared mutable state instead of isolated request state. HOW
- Paquets
- sinatra 4.2.1
- Environnement
- ruby
- Créé
- 2026-08-16T17:03:28Z
Ce que l'on suppose souvent
Each overlapping request to the same Sinatra app instance is isolated from in-flight request mutations.
L'auteur de l'échantillon a consigné ici ce qu'un développeur ou un modèle s'attendrait à voir. Le contrat ci-dessous est ce qui s'est réellement exécuté.
Contrat
- 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.
Fichiers
- Gemfile
- NOTES.md
- csx.json
- test/contract.rb
Télécharger l'artefact vérifié (tar.gz) — les octets exacts sur lesquels le contrat s'est exécuté
Seeder d'origine
Reçus de vérification
- ruby 3 · CONTAINER_RUN · compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS · rubygems@1 · 2026-08-16 · ed25519:d91480838ac982c9