• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

hibtc / MAD-X / 22 / 1
66%
master: 54%

Build:
Build:
LAST BUILD BRANCH: fix-line-parsing
DEFAULT BRANCH: master
Ran 17 Jul 2017 12:24PM UTC
Files 65
Run time 2s
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

17 Jul 2017 12:15PM UTC coverage: 66.352%. Remained the same
22.1

push

travis-ci

coldfix
Fix growth of zero-length arrays

In many places the `grow_XXX_array` functions are used to allocate an
additional array element directly before writing into the supposedly
allocated array index without further range-checks.

Now, if an array was initialized to zero length it was never grown,
meaning that we would write after the end of the allocated buffer.

This just caught me with the `select->at` parameter which has to have
zero length by default (as defined in mad_dict.c). If you specify one or
two values for `at`, everything *seemed* to work as expected. However,
`decode_par` did not properly grow the double array and was writing the
values after the end of the buffer. When specifying a third argument,
the problem manifested by writing a NUL into the first byte of the
`flag` buffer and hence not anymore executing any selection routine.

11895 of 17927 relevant lines covered (66.35%)

807755.89 hits per line

Source Files on job 22.1
  • Tree
  • List 0
  • Changed 1
  • Source Changed 0
  • Coverage Changed 1
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Build 22
  • Travis Job 22.1
  • 0d27e28f on github
  • Prev Job for on fix-grow-empty-array (#21.1)
  • Next Job for on fix-grow-empty-array (#23.1)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc