Google Git
Sign in
skia / external / github.com / lua / lua / 7f5c31cdcac5388b3c48a26112dfb6d2cadb7321
commit7f5c31cdcac5388b3c48a26112dfb6d2cadb7321[log] [tgz]
authorRoberto Ierusalimschy <roberto@inf.puc-rio.br>Tue Jul 23 12:46:33 2019 -0300
committerRoberto Ierusalimschy <roberto@inf.puc-rio.br>Tue Jul 23 12:46:33 2019 -0300
tree91012526a941414f1d09e5640d34bee5ccfd240f
parent9e6807c3c9d5036e999f636f936df07b72284442 [diff]
Fixed bug in 'string.format' with option '%f'

As an example, 'print(string.format("%.99f", 1e70))' may have a
lot of garbage after the number.

The old test to ensure that 'string.format("%.99f", n)' was not too
large, 'fabs(n) < 1e100', assumes that the number will fit in the 99
bytes; but the 99 is not the space for the number, it is the added
extra zeros.  The option worked for smaller numbers because of the
extra space added to MAX_ITEM.
2 files changed
tree: 91012526a941414f1d09e5640d34bee5ccfd240f
  1. manual/
  2. testes/
  3. all
  4. bugs
  5. lapi.c
  6. lapi.h
  7. lauxlib.c
  8. lauxlib.h
  9. lbaselib.c
  10. lcode.c
  11. lcode.h
  12. lcorolib.c
  13. lctype.c
  14. lctype.h
  15. ldblib.c
  16. ldebug.c
  17. ldebug.h
  18. ldo.c
  19. ldo.h
  20. ldump.c
  21. lfunc.c
  22. lfunc.h
  23. lgc.c
  24. lgc.h
  25. linit.c
  26. liolib.c
  27. ljumptab.h
  28. llex.c
  29. llex.h
  30. llimits.h
  31. lmathlib.c
  32. lmem.c
  33. lmem.h
  34. loadlib.c
  35. lobject.c
  36. lobject.h
  37. lopcodes.c
  38. lopcodes.h
  39. lopnames.h
  40. loslib.c
  41. lparser.c
  42. lparser.h
  43. lprefix.h
  44. lstate.c
  45. lstate.h
  46. lstring.c
  47. lstring.h
  48. lstrlib.c
  49. ltable.c
  50. ltable.h
  51. ltablib.c
  52. ltests.c
  53. ltests.h
  54. ltm.c
  55. ltm.h
  56. lua.c
  57. lua.h
  58. luaconf.h
  59. lualib.h
  60. lundump.c
  61. lundump.h
  62. lutf8lib.c
  63. lvm.c
  64. lvm.h
  65. lzio.c
  66. lzio.h
  67. makefile
  68. onelua.c