<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <span
style="font-size:11.0pt;font-family:"Arial","sans-serif""
      lang="EN-US"><span
style="font-size:11.0pt;font-family:"Arial","sans-serif""
        lang="EN-US"></span>HI Chris,<br>
      Could this problem be related with this other?<br>
    </span><br>
    <pre wrap="">Dear Sirs,

I have a problem with xlib output refering to XSetDashes. The dotted
lines using 2 array length is working (eg 1,1) but when I use a longer
array length it does not work (eg 1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1). Then
the line is showed as dash-dot and not as dot.

It used to work with CentOS but now the problem appeared after
installilng fedora 26. Any clue?

I think this problem is possibly related to glamor module using NOUVEAU.

This is a sample code:


Pasqual.



</pre>
    <span
style="font-size:11.0pt;font-family:"Arial","sans-serif""
      lang="EN-US">
    </span>
    <div class="moz-cite-prefix">El 23/01/18 a les 18:24, Chris Wilson
      ha escrit:<br>
    </div>
    <blockquote type="cite"
      cite="mid:151672827598.13096.12521507555320149163@mail.alporthouse.com">
      <pre wrap="">Quoting Clemens Eisserer (2018-01-23 17:03:04)
</pre>
      <blockquote type="cite">
        <pre wrap="">Hi,

Great to see movement regading this issue.

</pre>
        <blockquote type="cite">
          <pre wrap="">It's broken with llvmpipe/softpipe as well. Does it render correctly
with glamor on i965? If so, maybe it's a Gallium non-driver issue.
</pre>
        </blockquote>
        <pre wrap="">
Glamor on Intel Gen5 (Arrendale) procudes results consistent with
radeonsi/llvmpipe.
So it seems the shader is the culprit.
</pre>
      </blockquote>
      <pre wrap="">
Radial shader (which we think is correct):
        t = abs(fract(t * 0.5 + 0.5) * 2.0 - 1.0);

Linear shader (note unnormalized):
        distance = abs(mod(distance + _pt_distance, 2.0 * _pt_distance) - _pt_distance);

Which makes the same mistake as I did in using mod() instead of the GL
definition of fract(). Simplest fix will be to normalize distance and
then use the correct transformation from the radial shader.
-Chris
_______________________________________________
<a class="moz-txt-link-abbreviated" href="mailto:xorg@lists.x.org">xorg@lists.x.org</a>: X.Org support
Archives: <a class="moz-txt-link-freetext" href="http://lists.freedesktop.org/archives/xorg">http://lists.freedesktop.org/archives/xorg</a>
Info: <a class="moz-txt-link-freetext" href="https://lists.x.org/mailman/listinfo/xorg">https://lists.x.org/mailman/listinfo/xorg</a>
Your subscription address: %(user_address)s

</pre>
    </blockquote>
    <br>
    <div class="moz-signature">-- <br>
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <meta name="GENERATOR" content="GtkHTML/4.8.5">
      <b><font size="4">Pasqual Castellón</font></b><br>
      Vicepresident - Software Division<br>
      skype: pasqual.cadt<br>
      <br>
      CADT Software & Drafting, S.L.<br>
      Sant Cugat del Vallès - Barcelona<br>
      <a href="http://www.cadt.com">http://www.cadt.com</a><br>
      <br>
      Follow us on:<br>
      <a href="http://www.facebook.com/cadtlacedesign">Facebook</a><br>
      <a href="http://www.twitter.com/cadt_sd">Twitter</a><br>
      <a href="http://www.instagram.com/cadt_sd">Instagram</a><br>
      <br>
    </div>
  </body>
</html>