Hallo,
zunächst herzlichen Dank für die tolle Arbeit! Derzeit verwende ich V1.27 (ich denke, das ist die neueste Version) auf Win7 Prof. (64Bit).
Nach langem Grübeln bin ich wohl auf einen Bug bei dem Befehl bin$ gestossen. Diese Funktion gibt bei einigen Werten nicht das richtige Ergebnis zurück. So liefert z.B. bin$(8) '100', was aber nur 4 anstatt 8 ist, ein Aufruf mit 64 ergibt 32 und bei 128 kommt 64 raus. Anbei eine kurze Testdatei:
open "O",#1,"R:testb.txt"
? #1,"dez","hex","bin"
for i%=0 to 255
if val("%"+bin$(i%))<>i% then
? #1,i%,hex$(i%,2),bin$(i%,8)
endif
next i%
close #1
As reported by Hartmut on sourceforge:
Hallo,
zunächst herzlichen Dank für die tolle Arbeit! Derzeit verwende ich V1.27 (ich denke, das ist die neueste Version) auf Win7 Prof. (64Bit).
Nach langem Grübeln bin ich wohl auf einen Bug bei dem Befehl bin$ gestossen. Diese Funktion gibt bei einigen Werten nicht das richtige Ergebnis zurück. So liefert z.B. bin$(8) '100', was aber nur 4 anstatt 8 ist, ein Aufruf mit 64 ergibt 32 und bei 128 kommt 64 raus. Anbei eine kurze Testdatei:
```
open "O",#1,"R:testb.txt"
? #1,"dez","hex","bin"
for i%=0 to 255
if val("%"+bin$(i%))<>i% then
? #1,i%,hex$(i%,2),bin$(i%,8)
endif
next i%
close #1
```
Mit dem Ergebnis:
```
dez hex bin
8 08 00000100
64 40 00100000
128 80 01000000
```
Ich hoffe, das ist bei Euch so reproduzierbar.
Viele Grüße
Hartmut
https://sourceforge.net/p/x11-basic/bugs/19/
As reported by Hartmut on sourceforge:
Hallo,
zunächst herzlichen Dank für die tolle Arbeit! Derzeit verwende ich V1.27 (ich denke, das ist die neueste Version) auf Win7 Prof. (64Bit).
Nach langem Grübeln bin ich wohl auf einen Bug bei dem Befehl bin$ gestossen. Diese Funktion gibt bei einigen Werten nicht das richtige Ergebnis zurück. So liefert z.B. bin$(8) '100', was aber nur 4 anstatt 8 ist, ein Aufruf mit 64 ergibt 32 und bei 128 kommt 64 raus. Anbei eine kurze Testdatei:
Mit dem Ergebnis:
Ich hoffe, das ist bei Euch so reproduzierbar.
Viele Grüße
Hartmut
https://sourceforge.net/p/x11-basic/bugs/19/
Could be confirmed with wine.
The problem was/is that windows does a slightly different calculation of log(2). Strange!
The issue should be fixed with that patch.