php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #65383 AccessThreadViewData: Assertion `index < data_set->nviews' failed.
Submitted: 2013-08-03 13:57 UTC Modified: 2016-01-10 04:22 UTC
Votes:1
Avg. Score:5.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:1 (100.0%)
Same OS:1 (100.0%)
From: labs at undef dot name Assigned:
Status: No Feedback Package: gmagick (PECL)
PHP Version: Irrelevant OS: Linux (OpenSUSE)
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: labs at undef dot name
New email:
PHP Version: OS:

 

 [2013-08-03 13:57 UTC] labs at undef dot name
Description:
------------
gmagick/1.1.2RC1
GraphicsMagick/1.3.18
PHP/5.4.16

All build from source, i can provide how the build was done on request.

--------------

On large operations to build different resized images from source images, sometimes the operation are aborted with this message:

php: magick/omp_data_view.c:181: AccessThreadViewData: Assertion `index < data_set->nviews' failed.
Aborted

The operation i do does not always gets aborted with this message, the last two tries running without any problems. I tried it now 5 times and 3 times it was aborted.

In my case i want to work on about 1600 different Images (formats and sizes).

Test script:
---------------
// Simplified script, the sizes for resizeimage() are calculated and ceil()'ed
$base = new Gmagick('abc.jpg');
$base->stripimage();


$result_image = $base->cloneImage();
$result_image = $result_image->resizeimage(800, 600, null, 0.9);
$result_image->commentimage('Add a 94 char long comment');
$result_image->setImageFormat('jpg');
$result_image->writeImage('abc_large.jpg');
$result_image->destroy();
unset($result_image);


$result_image = $base->cloneImage();
$result_image = $result_image->resizeimage(340, 255, null, 0.9);
$result_image->commentimage('Add a 94 char long comment');
$result_image->setImageFormat('jpg');
$result_image->writeImage('abc_expose.jpg');
$result_image->destroy();
unset($result_image);


$result_image = $base->cloneImage();
$result_image = $result_image->resizeimage(133, 100, null, 0.9);
$result_image->commentimage('Add a 94 char long comment');
$result_image->setImageFormat('jpg');
$result_image->writeImage('abc_thumb.jpg');
$result_image->destroy();
unset($result_image);


$result_image = $base->cloneImage();
$result_image = $result_image->resizeimage(100, 75, null, 0.9);
$result_image->commentimage('Add a 94 char long comment');
$result_image->setImageFormat('jpg');
$result_image->writeImage('abc_mini.jpg');
$result_image->destroy();
unset($result_image);


$base->destroy();
unset($base);


Actual result:
--------------
php: magick/omp_data_view.c:181: AccessThreadViewData: Assertion `index < data_set->nviews' failed.
Aborted

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2013-08-03 14:10 UTC] labs at undef dot name
Forgot to mention it: It is a cli base php script.
 [2013-08-10 14:28 UTC] labs at undef dot name
Just tested the same script but switched to

imagick/3.1.0RC2
ImageMagick/6.8.6-7

and all running fine. Same files and amount of images.
 [2015-12-30 16:48 UTC] danack@php.net
-Status: Open +Status: Feedback
 [2015-12-30 16:48 UTC] danack@php.net
The error appears to be happening in OpenMP.

Please try either using a version of GraphicsMagick that was compiled with OpenMP disabled, or try setting the number of threads that OpenMP uses to 1 via `Gmagick::setResourceLimit(5, 1)` or `Gmagick::setResourceLimit(\Gmagick::RESOURCETYPE_THREADS, 1)` for the latest version of Gmagick.

Short version, the OpenMP library is a good idea when it works, but when it doesn't work it is incredibly painful to figure out what the issue is.
 [2016-01-10 04:22 UTC] pecl-dev at lists dot php dot net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sat Dec 21 16:01:28 2024 UTC