<div dir="ltr">Hal,<div><br></div><div style>As suspected, scanning an OLE object creates a new temporary directory, and scanning that directory's inodes is random.</div><div style><br></div><div style>I'm working on a patch to sort out the contents before processing them.</div>
<div style><br></div><div style>cheers,</div><div style>--renato</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 15 May 2013 00:27, Hal Finkel <span dir="ltr"><<a href="mailto:hfinkel@anl.gov" target="_blank">hfinkel@anl.gov</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Renato,<br>
<br>
I remember :) -- Thanks!<br>
<span class="HOEnZb"><font color="#888888"><br>
 -Hal<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
----- Original Message -----<br>
><br>
> Hi Hal,<br>
><br>
><br>
> Remember the mismatch in ClamAV output you found locally? I also<br>
> found here on my A9 box. Though, it doesn't show on my i7 laptop nor<br>
> on my Chromebook.<br>
><br>
><br>
> There's some random-hunting afoot. Now that the release 3.3 RC1 is<br>
> behind, I'll have a look and see if I can spot the source of the<br>
> randomness and hopefully fix it.<br>
><br>
><br>
> cheers,<br>
> --renato<br>
><br>
><br>
><br>
> On 8 May 2013 18:15, Hal Finkel < <a href="mailto:hfinkel@anl.gov">hfinkel@anl.gov</a> > wrote:<br>
><br>
><br>
><br>
><br>
> ----- Original Message -----<br>
> ><br>
> > On 8 May 2013 17:16, Hal Finkel < <a href="mailto:hfinkel@anl.gov">hfinkel@anl.gov</a> > wrote:<br>
> ><br>
> ><br>
> ><br>
> ><br>
> > So these 'Matched signature' lines are appearing out of order<br>
> > somehow. Will put the diff -u here:<br>
> > <a href="http://fpaste.org/10881/79449211/" target="_blank">http://fpaste.org/10881/79449211/</a><br>
> ><br>
> > Do you have any idea what could cause this?<br>
> ><br>
> ><br>
> ><br>
> > Hi Hal,<br>
> ><br>
> ><br>
> > This looks very weird, I haven't seen that one yet. I thought it<br>
> > was<br>
> > just random position of the space, but it's not, and it's very<br>
> > consistent.<br>
> ><br>
> ><br>
> > It looks like a bug/feature in the ClamAV itself where the calls to<br>
> > that print (or the function that prints it) depends on the platform<br>
> > endianness or word size.<br>
><br>
> I'll double-check, but the problem is that it seems dependent on<br>
> something else too. I don't see this difference on my PowerPC test<br>
> system, and talking to Will on IRC, he said that he also does not<br>
> see it when he runs the test suite from the command line, only from<br>
> LNT.<br>
><br>
> -Hal<br>
><br>
> ><br>
> ><br>
> > cheers,<br>
> > --renato<br>
><br>
><br>
</div></div></blockquote></div><br></div>