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

vermaseren / form / 304 / 10
49%
master: 49%

Build:
DEFAULT BRANCH: master
Ran 28 Aug 2019 12:45PM UTC
Files 79
Run time 7s
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

28 Aug 2019 12:26PM UTC coverage: 47.218% (-0.03%) from 47.25%
CI_TARGET=coverage-parvorm

push

travis-ci

Takahiro Ueda
Fix a problem with tablebases with larger numbers of namesblocks

The newly created larger array was not swapped with the old array.
This caused lots of invalid array accesses and, sometimes, an fseek
to an undefined location resulting in incorrectly sized output files.
See Issue #318 .

Also when comparing contents the block under consideration was not
correctly updated. This caused valgrind to report an Illegal write.
I have not found any actual runtime issues caused by this.

Could this be the cause of an old issue from the forum, where I
described how FORM writes a really enormous amount of data to disk
when creating relatively small tablebase files? For this reason it
is a very bad idea to create a tablebase directly in a network
directory.

31206 of 66089 relevant lines covered (47.22%)

130341.68 hits per line

Source Files on job 304.10 (CI_TARGET=coverage-parvorm)
  • Tree
  • List 0
  • Changed 20
  • Source Changed 2
  • Coverage Changed 19
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Build 291
  • Travis Job 304.10
  • 0b3ab5d8 on github
  • Prev Job for CI_TARGET=coverage-parvorm on master (#303.10)
  • Next Job for CI_TARGET=coverage-parvorm on master (#305.10)
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