<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    On 2011-05-25 12:35, Bastien ROUCARIES wrote:
    <blockquote
      cite="mid:BANLkTikKNL4EknwSUNhnExn+R2n=aVL4Lg@mail.gmail.com"
      type="cite">
      <pre wrap="">Moreover  valgrind  identify -list Format does not error......
</pre>
    </blockquote>
    Here is my version of <br>
    valgrind identify -list Format<br>
    <br>
    <small>==5827== Memcheck, a memory error detector<br>
      ==5827== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward
      et al.<br>
      ==5827== Using Valgrind-3.6.1 and LibVEX; rerun with -h for
      copyright info<br>
      ==5827== Command: identify -list Format<br>
      ==5827== <br>
         Format  Module    Mode  Description<br>
-------------------------------------------------------------------------------<br>
            3FR  DNG       r--   Hasselblad CFV/H3D39II<br>
              A* RAW       rw+   Raw alpha samples<br>
      <snip><br>
         YCbCrA* YCbCr     rw+   Raw Y, Cb, Cr, and alpha samples<br>
            YUV* YUV       rw-   CCIR 601 4:1:1 or 4:2:2<br>
      <br>
      * native blob support<br>
      r read support<br>
      w write support<br>
      + support for multiple images<br>
      <b>identify: symbol lookup error: /usr/lib/libstdc++.so.6:
        undefined symbol: _ZNSt14error_categoryD2Ev, version
        GLIBCXX_3.4.15</b><br>
      ==5827== <br>
      ==5827== HEAP SUMMARY:<br>
      ==5827==     in use at exit: 91,292 bytes in 704 blocks<br>
      ==5827==   total heap usage: 6,150 allocs, 5,446 frees, 2,646,571
      bytes allocated<br>
      ==5827== <br>
      ==5827== LEAK SUMMARY:<br>
      ==5827==    definitely lost: 216 bytes in 6 blocks<br>
      ==5827==    indirectly lost: 7,944 bytes in 133 blocks<br>
      ==5827==      possibly lost: 5,636 bytes in 87 blocks<br>
      ==5827==    still reachable: 77,496 bytes in 478 blocks<br>
      ==5827==         suppressed: 0 bytes in 0 blocks<br>
      ==5827== Rerun with --leak-check=full to see details of leaked
      memory<br>
      ==5827== <br>
      ==5827== For counts of detected and suppressed errors, rerun with:
      -v<br>
      ==5827== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 6
      from 6)</small><br>
    <br>
    <blockquote
      cite="mid:BANLkTikKNL4EknwSUNhnExn+R2n=aVL4Lg@mail.gmail.com"
      type="cite">
      <pre wrap="">



On Wed, May 25, 2011 at 12:12 PM, Bastien ROUCARIES
<a class="moz-txt-link-rfc2396E" href="mailto:roucaries.bastien@gmail.com"><roucaries.bastien@gmail.com></a> wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">tags  625250 + confirmed
thanks

I can confirm and I am clueless


2011/5/23 Maria Weiler <a class="moz-txt-link-rfc2396E" href="mailto:mweiler@wu.ac.at"><mweiler@wu.ac.at></a>:
</pre>
        <blockquote type="cite">
          <pre wrap="">stock package
</pre>
        </blockquote>
        <pre wrap="">
Really strange? Could you send me your arch

</pre>
        <blockquote type="cite">
          <pre wrap="">Regards,
Maria

On 2011-05-23 16:04, Bastien ROUCARIES wrote:
</pre>
          <blockquote type="cite">
            <pre wrap="">
Package: imagemagick
Version: 8:6.6.0.4-3

Do you use stock package or try to compile manually ? If so do you compile
using gcc4.6 ? See
<a class="moz-txt-link-freetext" href="http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48465">http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48465</a>

Bastien

</pre>
          </blockquote>
          <pre wrap="">




</pre>
        </blockquote>
        <pre wrap="">
</pre>
      </blockquote>
      <pre wrap="">
</pre>
    </blockquote>
    <br>
  </body>
</html>