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

RippeR37 / libbase / 38 / 17
85%
master: 83%

Build:
Build:
LAST BUILD BRANCH: develop
DEFAULT BRANCH: master
Ran 11 Nov 2020 06:11PM UTC
Files 31
Run time 12s
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

11 Nov 2020 01:59PM UTC coverage: 87.8% (+0.5%) from 87.308%
JOB_CONFIG="BUILD_TYPE=Debug && CODE_COVERAGE=1"

push

travis-ci

RippeR37
Fix for out-of-order task execution in ThreadPool.

Previously only deque order was ensured for ThreadPool's usage of MessagePump.
This could lead to dequing (and executing) multiple tasks from the same sequence
at the same time. With this change, MessagePump will no longer pop tasks from
given sequence until it knows for sure that execution of the last task from that
sequence has already finished.

To know tasks from which sequences are currently processed, MessagePump assumes
that the last dequeued task is executen until the next dequeue call from that
executor is received. This allows us to reduce mutex locks and unlocks as both
"reset" and next dequeue is handled within one call.

475 of 541 relevant lines covered (87.8%)

24.86 hits per line

Source Files on job 38.17 (JOB_CONFIG="BUILD_TYPE=Debug && CODE_COVERAGE=1")
  • Tree
  • List 0
  • Changed 11
  • Source Changed 4
  • Coverage Changed 10
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Build 23
  • Travis Job 38.17
  • 0315aa3c on github
  • Prev Job for JOB_CONFIG="BUILD_TYPE=Debug && CODE_COVERAGE=1" on develop (#37.17)
  • Next Job for JOB_CONFIG="BUILD_TYPE=Debug && CODE_COVERAGE=1" on develop (#39.17)
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

© 2025 Coveralls, Inc