Mr. Gay, let me know if you wait for a special request to uncomment the line
/*#include parrot/thr_windows.h*/
in config/gen/platform/win32/threads.h
whatever was broken, has now been fixed. patch applied, and ticket closed.
~jerry
On 5/19/05, Leopold Toetsch [EMAIL PROTECTED] wrote:
Vladimir Lipsky [EMAIL PROTECTED] wrote:
Parrot_really_destroy needs to be fixed
$verbose++ please, thanks
yes, please. until this issue is fixed, i'm rolling back these patches
so the threads test 6 is again skipped on windows, and the
On 5/9/05, jerry gay [EMAIL PROTECTED] wrote:
much better! one failing test now...
my initial exuberance was unfounded. one test fails in
t/pmc/threads.t, but hundreds fail in the rest of the test suite. it
seems this line (from above) is the culprit:
-# ifdef _MCS_VER1
+# ifdef _MCS_VER
Vladimir Lipsky [EMAIL PROTECTED] wrote:
1) Why the heck
Easy: it's not in the MANIFEST. Why: patches scattered between inline
and attached and the MANIFEST part missing ... it's easy to overlook.
-# ifdef _MCS_VER1
+# ifdef _MCS_VER
Thanks, applied - hope that's really the whole thing
much better! one failing test now... with my inline patch to remove
the skip block around test 6.
On 5/19/05, Leopold Toetsch [EMAIL PROTECTED] wrote:
Vladimir Lipsky [EMAIL PROTECTED] wrote:
1) Why the heck
Easy: it's not in the MANIFEST. Why: patches scattered between inline
and
jerry gay [EMAIL PROTECTED] wrote:
much better! one failing test now...
D:\usr\local\parrot-HEAD\trunkperl t/harness t/pmc/threads.t
t/pmc/threadsok 3/11# Failed test (t/pmc/threads.t at line
163)
# got: 'start 1
# in thread
# done
# Can't spawn .\parrot.exe
Jerry Gay [EMAIL PROTECTED] wrote:
here's the patch to unskip test 6:
Thanks, applied.
leo
Vladimir Lipsky [EMAIL PROTECTED] wrote:
D:\usr\local\parrot-HEAD\trunk\t\pmc\threads_4.pasm' failed with
exit code 255
Parrot_really_destroy needs to be fixed
$verbose++ please, thanks
leo
As stated already, this (and possibly other thread) test(s) can't
succeed as long as Win32 has no event loop that passes the terminate
event on to the running interpreter.
If you read the output that Jerry sent earlier, you would have seen
that the thread doesn't ever reach to the printthread\n
As stated already, this (and possibly other thread) test(s) can't succeed
as long as Win32 has no event loop that passes the terminate event on to
the running interpreter.
1) Why the heck
--- parrot/config/gen/platform/win32/threads.h Mon May 2 14:40:59 2005
+++
parrot (r8016): no change. hangs w/98% cpu. here's the -t output:
parrot -t test_b.pasm
0 find_global P5, _foo - P5=SArray=PMC(0x7d5a50),
3 new P2, 18 - P2=PMCNULL,
6 find_method P0, P2, thread3- P0=PMCNULL,
P2=ParrotThread=PMC(0x7d5a08),
10 new P6, 54 -
Vladimir Lipsky wrote:
parrot (r8016): no change. hangs w/98% cpu. here's the -t output:
As stated already, this (and possibly other thread) test(s) can't
succeed as long as Win32 has no event loop that passes the terminate
event on to the running interpreter.
The last two pmc's are allocated
parrot (r8016): no change. hangs w/98% cpu. here's the -t output:
parrot -t test_b.pasm
0 find_global P5, _foo - P5=SArray=PMC(0x7d5a50),
3 new P2, 18 - P2=PMCNULL,
6 find_method P0, P2, thread3- P0=PMCNULL,
P2=ParrotThread=PMC(0x7d5a08),
10 new P6, 54 -
the 'detatch' threads test hangs on win32. this small patch skips one
Could you try the following code('the detatch' threads test with one tweak)
and tell me if it hangs either and what output you get?
find_global P5, _foo
new P2, .ParrotThread
find_method P0, P2, thread3
new P6, .TQueue # need
Jerry Gay [EMAIL PROTECTED] wrote:
the 'detatch' threads test hangs on win32. this small patch skips one
test, so others may fail :)
Thanks, applied.
leo
# New Ticket Created by jerry gay
# Please include the string: [perl #35305]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=35305
the 'detatch' threads test hangs on win32. this small patch skips one
test, so others
16 matches
Mail list logo