Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Add deterministic AnyEvent RWMutex reader-order regression

Ouverte
#1,671 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
1-2 jours
Accessibilité débutants
54/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Stack technique
perl
Domaine
testing

Piste de recherche

Read the RWMutex coverage in upstream t/02_rw_mutex.t and inspect the project-owned test layout and synchronization support. Add a separate regression test that checks reader sharing and lock order through barriers or observed event order, leaving the imported test unchanged; run it on system Perl and both PerlOnJava backends.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

Follow-up to #1470 and PR #1623.

PR #1623 merged the AnyEvent compatibility fixes. The unchanged AnyEvent::Tools 0.12 suite now passes all 7 files and 103 tests on system Perl, PerlOnJava JVM, and PerlOnJava interpreter.

The remaining test-quality concern is the RWMutex concurrency check: upstream t/02_rw_mutex.t uses a 90 ms wall-clock threshold to infer that readers started concurrently. A recent verification comment on #1470 asked for a deterministic event-order check because loaded-host timing is variable.

Add project-owned coverage that proves the reader-sharing and lock-order behavior using explicit synchronization/barriers or observed event order, without elapsed-time thresholds. Keep the imported upstream test unchanged. Run the new test on system Perl and both PerlOnJava backends.

Langage dominant
Perl
Étoiles
64
Forks
7
Merge moyen
4 h 56 min
PR mergées (30 j)
181

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de fglock/PerlOnJava

Toutes les issues de fglock/PerlOnJava

Issues similaires

Plus d'issues Perl

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.