/ binop throws DivisionByZeroError on PHP8 target (Dynamic division by zero)
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 78/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Tranquilla
- Ambito
- compilers
Direzione di ricerca
Inizia da Interp.hx, in particolare da initOps() e dal binop "/" predefinito, quindi esegui la riproduzione fornita di Parser e Interp con PHP 8 e un'altra target. Confronta il risultato della divisione per zero con il comportamento documentato di Float in Haxe; il lavoro è completato quando l'espressione non genera più un'eccezione su PHP 8 e rimane coerente tra le target.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I think this should be reported on Haxe github but since I guess that the answer will be to avoid using Dynamic I try to post it here because hscript is by default using Dynamic.
On the PHP target, Interp's default / binop (Interp.hx, initOps()):
binops.set("/", function(e1,e2) return me.expr(e1) / me.expr(e2));
relies on the native / operator on Dynamic operands. Since PHP 8.0, / throws DivisionByZeroError for any division by zero (including Float), whereas other targets (JS, etc.) return Infinity/NaN without throwing — per Haxe's own documented Float/IEEE754 semantics. Since Interp.expr() always operates in Dynamic, this cross-target guarantee silently breaks specifically on PHP8, even when both operands are genuinely Float at runtime.
Repro:
var i = new hscript.Interp();
i.variables.set("x", 1.0);
i.variables.set("y", 0.0);
i.execute(new hscript.Parser().parseString("x / y")); // throws on PHP8, returns Infinity on JS
Suggested fix guard the divisor explicitly instead of relying on the native operator, restoring cross-target consistency:
binops.set("/", function(e1,e2){
var b = me.expr(e2);
return b == 0 ? Math.NaN : me.expr(e1) / b;
});
- Lingua principale
- Haxe
- Stelle
- 309
- Fork
- 154
- 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/hscript
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 50/100
HaxeFoundation/hscript#161 · 1 commento ·
-
Haxe4 try-catchAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
HaxeFoundation/hscript#144 · 3 commenti ·
-
Preferred file extension?Aperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
HaxeFoundation/hscript#109 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 35/100
HaxeFoundation/hscript#98 · 1 reazione ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 42/100
HaxeFoundation/hscript#96 · 3 commenti ·
Tutte le issue di HaxeFoundation/hscript
Issue simili
-
Invalid model / false unsat: to_fp of real * 2^int with a symbolic rounding mode treats RTN as RTZAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
KhronosGroup/SPIRV-LLVM-Translator#4082 ·
I maintainer di solito rispondono entro 2 giorni
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
bradcypert/plum#227 ·
I maintainer di solito rispondono entro 1 giorno
-
crash mlir
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
llvm/llvm-project#231201 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
parcel-bundler/lightningcss#1370 ·
I maintainer di solito rispondono entro 1 giorno