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

JeffersonLab / PyPWA / 604
67%
master: 52%

Build:
Build:
LAST BUILD BRANCH: development
DEFAULT BRANCH: master
Ran 10 Jan 2020 09:08AM UTC
Jobs 2
Files 42
Run time 53s
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

pending completion
604

push

travis-ci

markjonestx
Patch multiple processing and data issues

This patch fixes processing erroring, gamp parsing speed, cache loading,
cache overrides, binning, likelihoods, and pipes.

The processing module needed a few design tweaks to properly handle
pipes in a way that wouldn't result in a OSError. Now, the stop method
has been removed from the ProcessInterface, and has been replaced with
a close method that properly shuts down the processes, as well as close
the effected pipes. SmartProcess has been updated as well, so that when
the process closes, or the process encounters an exception, the pipe for
that process will be closed as well. When close is properly called on
ProcessInterface after the objects are done being used, it shouldn't be
possible to encounter the OSError anymore.

Processing also supported sending a ProcessCode when an error was
encountered, but the interfaces wouldn't search for the ProcessCode, and
would instead throw an error when it encountered it, suppressing the real
error. Now, the interfaces correctly search for an handle the error, as
well as forwarding the exception so that the user can patch their
amplitude.

Caching has been patched as well. You can now forcefully disable the
cache, or overwrite the cache from read and write. The issue with the
caching module resulted from the cache package would overwrite the
created cache package when it was loaded, which meant that when hashes
were compared, they'd always result in the hashes appearing to match.

Gamp memory parser was updated to allow for quicker parsing of Gamp
files. DataFrames are used internally to store the values, but changing
a DataFrames values after it's been created is a relatively time
consuming process. It's significantly faster to create a numpy array and
update its values with what is in the file, and then convert that numpy
array into a DataFrame. This is effectly what Gamp does now, and is
similar to the method used by the Kv parser.

Binning had an issue where it ... (continued)

2042 of 3184 relevant lines covered (64.13%)

1.28 hits per line

Jobs
ID Job ID Ran Files Coverage
1 604.1 10 Jan 2020 09:08AM UTC 0
64.13
Travis Job 604.1
2 604.2 10 Jan 2020 09:08AM UTC 0
64.42
Travis Job 604.2
Source Files on build 604
Detailed source file information is not available for this build.
  • Back to Repo
  • Travis Build #604
  • 7fdea443 on github
  • Prev Build on development (#603)
  • Next Build on development (#605)
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