glmemperf should ignore benchmarks that cannot be run instead of aborting
Bug #605429 reported by
Alexandros Frantzis
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| glmemperf (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Bug Description
Binary package hint: glmemperf
When a benchmark in glmemperf cannot be run (eg because the underlying GL implementation doesn't support a feature) the program aborts. As glmemperf is going to be used in an automated test-suite environment that should be usable in a variety of systems this behaviour is not acceptable (see https:/
The desired behaviour is for the problematic benchmarks to be ignored.
Related branches
lp:~afrantzis/ubuntu/maverick/glmemperf/ignore-problematic-benchmarks
- Stefano Rivera: Approve
-
Diff: 1233 lines (+1099/-9)13 files modified.pc/applied-patches (+2/-0)
.pc/do_not_use_invalid_egl_config.patch/glmemperf.cpp (+503/-0)
.pc/exception_instead_of_assert.patch/cpuinterleavingtest.cpp (+315/-0)
.pc/exception_instead_of_assert.patch/util.h (+154/-0)
cpuinterleavingtest.cpp (+2/-1)
debian/changelog (+12/-0)
debian/patches/add_missing_includes.patch (+2/-1)
debian/patches/do_not_use_invalid_egl_config.patch (+26/-0)
debian/patches/exception_instead_of_assert.patch (+59/-0)
debian/patches/optional_gles2_defines.patch (+2/-1)
debian/patches/series (+2/-0)
glmemperf.cpp (+4/-2)
util.h (+16/-4)
Revision history for this message
| Alexandros Frantzis (afrantzis) wrote | #1 |
| tags: | added: patch |
Revision history for this message
| Launchpad Janitor (janitor) wrote | #2 |
| Changed in glmemperf (Ubuntu): | |
| status: | New → Fix Released |
To post a comment you must log in.
This bug was fixed in the package glmemperf - 0.1-0ubuntu2
---------------
glmemperf (0.1-0ubuntu2) maverick; urgency=low
* Ignore problematic benchmarks instead of aborting (LP: #605429)
- debian/
- Use an EGL config only if it is valid.
- debian/
- Throw an exception instead of aborting when a GL call fails.
* debian/
forwarded upstream.
-- Alexandros Frantzis <email address hidden> Wed, 04 Aug 2010 11:27:21 +0300