mboost-dp1
Microsoft
Ganske sjovt at buggen også opstår i calc, i hvertfald på min Vista Business
Den gode Joel Spolsky giver også sin besyv på Excel buggen:
Link til Joel's blog
Den gode Joel Spolsky giver også sin besyv på Excel buggen:
Link til Joel's blog
#0 Hvis man læser i bloggen fra nyheden i går, vil man dog finde us af at alle operationer som gør tallet mindre, så som at dividere eller at trække fra, så gives det kortekte resultat.
Gøres det "overfladiske" resultat derimod større, dvs. f.eks. gange eller bare lægge til, så bruger Excel det forkerte resultat i operationen.
Så denne nyhed er faktisk en løgn, og burde egentlig blive fjernet...
Gøres det "overfladiske" resultat derimod større, dvs. f.eks. gange eller bare lægge til, så bruger Excel det forkerte resultat i operationen.
Så denne nyhed er faktisk en løgn, og burde egentlig blive fjernet...
#1 den regner jo rigtig den viser bare det forkerte svar.. hvilket jeg godt kan se kan forvirre lidt.. :D
Syntes nu stadig det er lidt en grum fejl.. måske sku de tjække hele programmet igennem.. så der ikke er flere af den slags fejl.. 2+2 sku jo nødig give 10000 :P
Syntes nu stadig det er lidt en grum fejl.. måske sku de tjække hele programmet igennem.. så der ikke er flere af den slags fejl.. 2+2 sku jo nødig give 10000 :P
Kan godt lide hans bemærkning:
"And let's face it -- do you really want the bright sparks who work there now, and manage to break lots of perfectly good working code -- rewriting the core calculating engine in Excel? Better keep them busy adding and removing dancing paper clips all day long."
"And let's face it -- do you really want the bright sparks who work there now, and manage to break lots of perfectly good working code -- rewriting the core calculating engine in Excel? Better keep them busy adding and removing dancing paper clips all day long."
#3
Det er kun en visuel bug. Værdien "nedenunder" er korrekt.
Ja det er korrekt at visse udregninger ser ud til at benytte det viste tal, men det er kun visuelt.
Fx:
A1: =850*77,1 viser: 100000
A2: =A1+0,1 viser: 65535,1
A3: =A2+0,9 viser 100001
A4: =A3+0,1 viser 65536,1
A5: =A4+0,9 viser 65537
Det er kun en visuel bug. Værdien "nedenunder" er korrekt.
Ja det er korrekt at visse udregninger ser ud til at benytte det viste tal, men det er kun visuelt.
Fx:
A1: =850*77,1 viser: 100000
A2: =A1+0,1 viser: 65535,1
A3: =A2+0,9 viser 100001
A4: =A3+0,1 viser 65536,1
A5: =A4+0,9 viser 65537
#13
Fra en MSDN blog
Dette svar var postet:
Altså i eksemplet B1vises det, at det umiddelbart må være mere end en display-fejl, eftersom det burde have givet resultatet 65536.
Alligevel giver B1 - C1 et korrekt resultat, hvilket bare er endnu mere mystisk.
Fra en MSDN blog
Dette svar var postet:
A1 =850*77.1 --> 100000
B1 =A1+1 --> 100001 (really a display bug???)
C1 =A1-1 --> 65534
D1 =B1-C1 --> 2
Altså i eksemplet B1vises det, at det umiddelbart må være mere end en display-fejl, eftersom det burde have givet resultatet 65536.
Alligevel giver B1 - C1 et korrekt resultat, hvilket bare er endnu mere mystisk.
Nu har jeg ikke testet følgende da jeg bruger OpenOffice, men fra hvad jeg har læst et sted på nettet, så er det ikke kun en display-bug. Det er en bug i ROUND-funktionen (og MOD-funktionen også), som altid kaldes før tallet vises. Tag dette eksempel:
Kan nogle bekræfte dette?
Så hvis du laver et finansregneark med styr på decimalerne (f.eks. afrundet til øre-beløb), så du bruger ROUND en masse steder, så kan det blive farligt. :-)
=ROUND(850*77.1)*2 giver 200000
Kan nogle bekræfte dette?
Så hvis du laver et finansregneark med styr på decimalerne (f.eks. afrundet til øre-beløb), så du bruger ROUND en masse steder, så kan det blive farligt. :-)
I modsætning til hvad nyhedsteksten, Microsoft og #15 påstår, så er det ikke kun en overfladisk fejl.
MOD- og ROUND-funktionerne er grundlæggende syge i Excel 2007. De to funktioner er udbredt brugt til afrunding i såvel regneark som internt i Excel. Internt i Excel bruges funktionerne til afrunding af tal, der præsenteres på skærmen, til gemning til kommasepererede filer mv.
Men afrundingsfunktionen bruges også mange steder indtastet i regneark, og alle de steder kan der ske udregnings-fejl, hvis man bruger Microsoft Excel 2007.
MOD- og ROUND-funktionerne er grundlæggende syge i Excel 2007. De to funktioner er udbredt brugt til afrunding i såvel regneark som internt i Excel. Internt i Excel bruges funktionerne til afrunding af tal, der præsenteres på skærmen, til gemning til kommasepererede filer mv.
Men afrundingsfunktionen bruges også mange steder indtastet i regneark, og alle de steder kan der ske udregnings-fejl, hvis man bruger Microsoft Excel 2007.
Det ligner vel egentlig noget bøvl men 16 bit variabler, da 2^16 netop er 65536. Der må køre noget skummelt gammelt kode i maven på Excel. Spørgsmålet er vel om det er et påskeæg eller en code-bomb fra en utilfreds medarbejder. Eller om der er en teknisk årsag til at max-værdien af en unsigned 16 bit integer ved afrunding ender i det magiske tal 100.000
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund