Ticket #1670: untitled-part.html

File untitled-part.html, 4.1 KB (added by francois.perrad@…, 4 years ago)

Added by email2trac

Line 
1<br><br><div class="gmail_quote">2010/6/1 Parrot <span dir="ltr">&lt;<a href="mailto:parrot-tickets@lists.parrot.org">parrot-tickets@lists.parrot.org</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2#1670: t/library/lwp.t fails after parallel build<br>
3----------------------+-----------------------------------------------------<br>
4 Reporter:  doughera  |       Owner:<br>
5     Type:  bug       |      Status:  new<br>
6 Priority:  normal    |   Milestone:<br>
7Component:  none      |     Version:  2.4.0<br>
8 Severity:  medium    |    Keywords:<br>
9     Lang:            |       Patch:<br>
10 Platform:            |<br>
11----------------------+-----------------------------------------------------<br>
12 I am getting the following strange failure with t/library/lwp.t, but only<br>
13 if I build with {{{make -j 6}}} (or greater).  The test succeeds if I<br>
14 build with {{{make -j 5}}}.<br>
15<br>
16 The failure looks like this:<br>
17<br>
18 {{{<br>
19 1..48<br>
20 ok 1 - new [&#39;LWP&#39;;&#39;UserAgent&#39;]<br>
21 ok 2 - new [&#39;LWP&#39;;&#39;Protocol&#39;;&#39;file&#39;]<br>
22 ok 3 - isa [&#39;LWP&#39;;&#39;Protocol&#39;]<br>
23 ok 4 - new [&#39;LWP&#39;;&#39;Protocol&#39;;&#39;http&#39;]<br>
24 ok 5 - isa [&#39;LWP&#39;;&#39;Protocol&#39;]<br>
25 ok 6 - new [&#39;HTTP&#39;;&#39;Request&#39;]<br>
26 ok 7 - isa [&#39;HTTP&#39;;&#39;Message&#39;]<br>
27 ok 8 - new [&#39;HTTP&#39;;&#39;Response&#39;]<br>
28 ok 9 - isa [&#39;HTTP&#39;;&#39;Message&#39;]<br>
29 &quot;load_bytecode&quot; no file name<br>
30 current instr.: &#39;parrot;HTTP;Date;time2str&#39; pc 8<br>
31 (runtime/parrot/library/HTTP/Message.pir:31)<br>
32 called from Sub &#39;parrot;LWP;UserAgent;_new_response&#39; pc 1445<br>
33 (/dev/shm/parrot/runtime/parrot/library/LWP/UserAgent.pir:528)<br>
34 called from Sub &#39;parrot;LWP;UserAgent;send_request&#39; pc 210<br>
35 (/dev/shm/parrot/runtime/parrot/library/LWP/UserAgent.pir:74)<br>
36 called from Sub &#39;parrot;LWP;UserAgent;request&#39; pc 406<br>
37 (/dev/shm/parrot/runtime/parrot/library/LWP/UserAgent.pir:133)<br>
38 called from Sub &#39;test_unknown_protocol&#39; pc 273 (t/library/lwp.t:68)<br>
39 called from Sub &#39;main&#39; pc 51 (t/library/lwp.t:27)<br>
40 }}}<br>
41<br>
42 Running the whole thing under strace, the load bytecode is failing because<br>
43 it&#39;s calling<br>
44 {{{<br>
45 fstat(1275397164, 0x7fffffffd1c0)       = -1 EBADF (Bad file descriptor)<br>
46 }}}<br>
47 where it looks like that first argument to fstat() may have come from a<br>
48 previous call to time().<br>
49<br>
50 I have been able to reproduce this problem on a quad-core x86  and on a<br>
51 dual-core amd64.  Both were running Debian Linux &quot;Lenny&quot; (aka &quot;stable&quot;).<br>
52<br>
53 I have attached the script I used to reproduce the failures, and a tar<br>
54 file showing the different outputs of<br>
55 {{{make}}},<br>
56 {{{ ./parrot t/library/lwp.t}}}, and<br>
57 {{{ strace ./parrot t/library/lwp.t}}}.<br>
58<br>
59 I vaguely suspect that the recent shuffling of some ops out of core means<br>
60 that some library wasn&#39;t available when it was needed, though why that<br>
61 didn&#39;t result in a build failure is a mystery to me.<br>
62<br>
63 This particular run was at r47170, though I first noticed this problem<br>
64 with r47059, and it could be even older than that.<br>
65<font color="#888888"><br>
66--<br>
67Ticket URL: &lt;<a href="https://trac.parrot.org/parrot/ticket/1670" target="_blank">https://trac.parrot.org/parrot/ticket/1670</a>&gt;<br>
68Parrot &lt;<a href="https://trac.parrot.org/parrot/" target="_blank">https://trac.parrot.org/parrot/</a>&gt;<br>
69Parrot Development<br>
70_______________________________________________<br>
71parrot-tickets mailing list<br>
72<a href="mailto:parrot-tickets@lists.parrot.org">parrot-tickets@lists.parrot.org</a><br>
73<a href="http://lists.parrot.org/mailman/listinfo/parrot-tickets" target="_blank">http://lists.parrot.org/mailman/listinfo/parrot-tickets</a><br>
74</font></blockquote></div><br><br>I think it is another opcode mixture (see TT #1663),<br>because the subroutine time2str() doesn&#39;t use the opcode load_bytecode.<br><br>François<br><br>