"RuntimeError: release unlocked lock" when starting a thread
Offen
Dieses Issue hat noch niemand übernommen.
stdlib
- Vorherrschende Sprache
- Python
- Sterne
- 77.2k
- Forks
- 36k
- PR-Merge-Kennzahlen
- PR-Kennzahlen ausstehend
Beschreibung
| BPO | 34486 |
|---|---|
| Nosy | @pitrou, @vstinner, @serhiy-storchaka, @zhangyangyu, @skonieczny, @hongweipeng, @maggyero, @vladima |
| Files |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
assignee = None
closed_at = None
created_at = <Date 2018-08-24.14:02:35.204>
labels = ['library']
title = '"RuntimeError: release unlocked lock" when starting a thread'
updated_at = <Date 2022-02-03.17:42:54.731>
user = 'https://github.com/skonieczny'
bugs.python.org fields:
activity = <Date 2022-02-03.17:42:54.731>
actor = 'maggyero'
assignee = 'none'
closed = False
closed_date = None
closer = None
components = ['Library (Lib)']
creation = <Date 2018-08-24.14:02:35.204>
creator = 'uosiu'
dependencies = []
files = ['47761', '47762', '47765']
hgrepos = []
issue_num = 34486
keywords = []
message_count = 10.0
messages = ['323998', '323999', '324170', '324490', '324655', '324785', '324891', '324893', '324896', '336070']
nosy_count = 9.0
nosy_names = ['pitrou', 'vstinner', 'serhiy.storchaka', 'xiang.zhang', 'uosiu', 'hongweipeng', 'maggyero', 'v2m', 'radek_kujawa']
pr_nums = []
priority = 'normal'
resolution = None
stage = None
status = 'open'
superseder = None
type = None
url = 'https://bugs.python.org/issue34486'
versions = ['Python 3.6']
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit, test.sh mit dem Reproduktionsbeispiel in start_threads.py auszuführen, und vergleiche anschließend sein Verhalten mit cond_race.py. Verfolge den gemeldeten Fehler wegen eines nicht gesperrten Locks durch das Threading-Verhalten von Python und definiere den Abschluss als eine zuverlässige Reproduktion, gefolgt von einem Regressionstest, der nicht mehr den RuntimeError auslöst.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- python
- Bereich
- operating-systems
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 32/100