Sys.stdin().readAll() throws Blocked exception
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 38/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- nodejs
- Ambito
- cli
Direzione di ricerca
Inizia tracciando Sys.stdin().readAll attraverso haxe.io.Input e il percorso readSync di Node, quindi esamina come FileInput gestisce un input esaurito. Riproduci il caso stdin con dati di file reindirizzati e verifica che i byte già letti vengano preservati e che la fine dell'input produca il comportamento Eof previsto invece di scartarli.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I am trying to use Sys.stdin().readAll to read all data from stdin (passed by e.g. node run.js < file.txt). Apparently the last readBytes call returns 0 which prompts haxe.io.Input to throw a Blocked exception (throwing away all bytes read so far - which might not be ideal).
I haven't found any documentation for node's readSync function that talks about exceptions it might throw - I don't even know if throwing exceptions is a thing in NodeJS. But I fear Eof is never thrown, meaning any data read from stdin gets discarded.
I know that technically stdin might receive a constant stream of data, with no clear EOF in sight, so using readAll is definitely not an option in those situations and blocking is probably the correct response. Although loosing all input might not be very helpful.
I don't know if there's more places that use FileInput and if they throw a proper Eof exception when exhausting input, but at least in stdin's case it misbehaves.
- Lingua principale
- Haxe
- Stelle
- 177
- Fork
- 58
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di HaxeFoundation/hxnodejs
-
readBytes throws EOFAperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 42/100
HaxeFoundation/hxnodejs#198 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 72/100
HaxeFoundation/hxnodejs#192 · 2 commenti ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 45/100
HaxeFoundation/hxnodejs#186 · 3 commenti · 2 reazioni ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
HaxeFoundation/hxnodejs#185 · 1 commento · 1 reazione ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 45/100
HaxeFoundation/hxnodejs#184 ·
Tutte le issue di HaxeFoundation/hxnodejs
Issue simili
-
ll-builder shell completions omit existing lockfile commands and --lockedForse già presa @project-nju-learner l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
OpenAtom-Linyaps/linyaps#2291 ·
I maintainer di solito rispondono entro 1 giorno
-
roadmap-100
Difficoltà 2/5 1-3 ore Idoneità per principianti 80/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 80/100
ggml-org/whisper.cpp#4126 ·
I maintainer di solito rispondono entro 4 giorni
-
area:sim good first issue kind:feature
Difficoltà 2/5 1-3 ore Idoneità per principianti 87/100
I maintainer di solito rispondono entro 1 giorno
-
docs good first issue
Difficoltà 1/5 1-3 ore Idoneità per principianti 84/100
Usenova-Labs/usenova-backend#35 ·
I maintainer di solito rispondono entro 1 giorno