<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body text="#000066" bgcolor="#FFFFFF">
    Hello,<br>
    <br>
    After a few weeks off and re-testing all the possible workarounds I
    can conclude that "indexing" VEP cache with convert_cache.pl script
    brakes it.<br>
    I've now two versions of VEP 80 cache, 1) out of the box (non
    indexed) 2) indexed with convert_cache.pl<br>
    When I use 1) I get all the warnings, when I use version 2)
    performance is much better but I get tons and tons of warnings like
    those posted in previous mails.<br>
    <br>
    I've tried indexing with tabix 0.2.5 and 0.2.6 and I get same
    warnings. So I don't think tabix version is the problem.<br>
    I hadn't this issue when I was using convert_cache.pl from version
    75 build. Any ideas what could have changed in this script to cause
    this behavior? Indexing cache with convert_cache.pl finishes
    correctly without any warning or error.<br>
    <br>
    Regards,<br>
    Guillermo.<br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 12/06/15 15:43, Guillermo Marco
      Puche wrote:<br>
    </div>
    <blockquote cite="mid:557AE205.3060203@sistemasgenomicos.com"
      type="cite">
      <meta content="text/html; charset=windows-1252"
        http-equiv="Content-Type">
      Hi Nicolas,<br>
      <br>
      Locale is exactly the same on both machines.<br>
      <br>
      LANG=en_US.UTF-8<br>
      LANGUAGE=en_US<br>
      LC_CTYPE="en_US.UTF-8"<br>
      LC_NUMERIC=es_ES.UTF-8<br>
      LC_TIME=es_ES.UTF-8<br>
      LC_COLLATE="en_US.UTF-8"<br>
      LC_MONETARY=es_ES.UTF-8<br>
      LC_MESSAGES="en_US.UTF-8"<br>
      LC_PAPER=es_ES.UTF-8<br>
      LC_NAME=es_ES.UTF-8<br>
      LC_ADDRESS=es_ES.UTF-8<br>
      LC_TELEPHONE=es_ES.UTF-8<br>
      LC_MEASUREMENT=es_ES.UTF-8<br>
      LC_IDENTIFICATION=es_ES.UTF-8<br>
      LC_ALL=<br>
      <br>
      Tried export LC_ALL=C and I still got warnings on machine2.
      Anyways, thank you for your help.<br>
      <br>
      Regards,<br>
      Guillermo.<br>
      <br>
      <div class="moz-cite-prefix">On 12/06/15 15:36, Nicolas
        Thierry-Mieg wrote:<br>
      </div>
      <blockquote cite="mid:557AE06F.5000101@imag.fr" type="cite">On
        06/12/2015 03:21 PM, Guillermo Marco Puche wrote: <br>
        <blockquote type="cite">Hi Will, <br>
          <br>
          This is the command: <br>
          <br>
            * variant_effect_predictor.pl -i example_GRCh38.vcf -o <br>
              annotation_example_GRCh38.vcf -database -hgvs -cache
          -dir_cache <br>
              /home/gmarco/ensembl_80/cache <br>
          <br>
          I've tried on another machine (machine2) and I dont' get the
          error. <br>
          Gonna try to re-install the exact same version of Perl on both
          machines. <br>
          If this continues failing then I've no idea what's going on. <br>
          Tried both version of bioperl 1.2.3 and 1.6.1 on both machines
          and both <br>
          work good on machine2 and show warnings on machine1. <br>
          Tried both versions of tabix 0.2.5 and 0.2.6 on both machines
          and both <br>
          work good on machine2 and show warnings on machine1. <br>
          <br>
            * Machine1 Warnings: <br>
              This is perl 5, version 14, subversion 4 (v5.14.4) built
          for <br>
              x86_64-linux <br>
          <br>
            * Machine2 NO warnings: <br>
              This is perl 5, version 18, subversion 2 (v5.18.2) built
          for <br>
              x86_64-linux-gnu-thread-multi (with 41 registered patches,
          see perl <br>
              -V for more detail) <br>
          <br>
          Maybe it's not a perl issue. Then I've no clue what could be
          causing the <br>
          issue. <br>
        </blockquote>
        <br>
        what does "locale" say on the two machines? I've had strange
        bugs before that were caused by locale settings, as for example
        GNU "sort" behaves differently depending on that! <br>
        No idea if this could come into play with VEP, but try export
        LC_ALL=C before running the command. <br>
        <br>
        <br>
        _______________________________________________ <br>
        Dev mailing list    <a moz-do-not-send="true"
          class="moz-txt-link-abbreviated" href="mailto:Dev@ensembl.org">Dev@ensembl.org</a>
        <br>
        Posting guidelines and subscribe/unsubscribe info: <a
          moz-do-not-send="true" class="moz-txt-link-freetext"
          href="http://lists.ensembl.org/mailman/listinfo/dev">http://lists.ensembl.org/mailman/listinfo/dev</a>
        <br>
        Ensembl Blog: <a moz-do-not-send="true"
          class="moz-txt-link-freetext" href="http://www.ensembl.info/">http://www.ensembl.info/</a>
        <br>
      </blockquote>
      <br>
      <div class="moz-signature"><br>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Dev mailing list    <a class="moz-txt-link-abbreviated" href="mailto:Dev@ensembl.org">Dev@ensembl.org</a>
Posting guidelines and subscribe/unsubscribe info: <a class="moz-txt-link-freetext" href="http://lists.ensembl.org/mailman/listinfo/dev">http://lists.ensembl.org/mailman/listinfo/dev</a>
Ensembl Blog: <a class="moz-txt-link-freetext" href="http://www.ensembl.info/">http://www.ensembl.info/</a>
</pre>
    </blockquote>
    <br>
    <br>
  </body>
</html>