<div dir="ltr">Hi,<br><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jun 27, 2013 at 5:23 PM, Steve Langasek <span dir="ltr"><<a href="mailto:steve.langasek@canonical.com" target="_blank">steve.langasek@canonical.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi folks,<br>
<br>
In Ubuntu 13.04, which ships with plymouth 0.8.8 and by default uses a theme<br>
that uses the script plugin, we are seeing reports that text labels are not<br>
displayed on x86 (32-bit). </blockquote><div>Only 32-bit ? interesting.<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I've tracked this regression down to a single commit upstream,<br>
3f8bd998dcc6d592ffd5d3aefad06f0bbf28a725, which adds a single line of<br>
initialization code to the script plugin's math library:<br>
<br>
 srand ((int) ply_get_timestamp ());<br>
<br>
It is utterly bewildering that this line has a side effect of causing text<br>
to not be displayed.<br>
<br>
Worse, it's not the srand() call that triggers it... if I just call<br>
ply_get_timestamp() and discard the result, the problem is still<br>
reproducible. <br></blockquote><div>So ply_get_timestamp() returns a double which is a 64-bit type.<br></div><div>Maybe a missing #include "ply-utils.h" or something like that is (somehow) triggering the problem?<br>

</div><div>Still not clear why this problem would manifest that way, but usually 32-bit only problems are something like a missing include or similar.  Does compiling with optimization disabled "fix" it? Hand waving, withouth really knowing, i'll say it could be the compiler is making assumptions during the optimization process that aren't holding true because of the missing prototype and the impliciit return type.<br>

<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Has anyone seen such such behavior on other distributions?  Anyone have any<br>
insight into what mysterious side effects of ply_get_timestamp() - but only<br>
when called as a library function - are breaking display of strings via<br>
pango?<br></blockquote><div>Another thought is the label plugin is failing to load.  debug text should show the dlerror() from the failure if that's happening.  Maybe adding an explicit -lrt somewhere is needed?<br><br>

</div><div>--Ray<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br></blockquote></div></div></div></div>