Control: reassign -1 libgnudatalanguage0
Control: retitle -1 Need to initialize GraphicsMagick on library load
Hi Bob, Ole,
On Thu, Apr 18, 2019 at 6:41 PM Bob Friesenhahn
wrote:
> > Between the version which worked and the version which is failing, the
> > implementation of magick/resource.c wa
Between the version which worked and the version which is failing, the
implementation of magick/resource.c was changed to allocate a semaphore for
each resource limit rather than using a single global semaphore across all
resource limits.
Something else which changed since the changeset vers
On Thu, 18 Apr 2019, László Böszörményi wrote:
#2 0x7334640f in __assert_fail_base
(fmt=0x734a8ee0 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n",
assertion=0x76657940 "semaphore_info != (SemaphoreInfo *) NULL",
file=0x766578c8 "magick/semaphore.c", line=606,
function=) at a
Control: tags -1 +confirmed
On Wed, Apr 17, 2019 at 10:00 PM Bob Friesenhahn
wrote:
> On Wed, 17 Apr 2019, Ole Streicher wrote:
> > gdl: magick/semaphore.c:606: LockSemaphoreInfo:
> > Assertion `semaphore_info != (SemaphoreInfo *) NULL' failed.
> > Aborted
>
> A stack trace would be very useful i
On Wed, 17 Apr 2019, Ole Streicher wrote:
gdl: magick/semaphore.c:606: LockSemaphoreInfo:
Assertion `semaphore_info != (SemaphoreInfo *) NULL' failed.
Aborted
A stack trace would be very useful in order to diagnose the cause.
Unfortunately, the assertion does not reveal which semaphore is
in
Package: libgraphicsmagick-q16-3
Version: 1.4~hg15968-1
Severity: serious
Control: affects -1 gnudatalanguage gdl-coyote gdl-mpfit gdl-astrolib
The latest upload of graphicsmagick to unstable breaks the CI test of
gnudatalanguage and all GDL packages, and also causes an FTBFS for these
packages.
6 matches
Mail list logo