perl-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Steve Hay <steve....@uk.radan.com>
Subject Re: t/perl/ithreads.t revisited
Date Mon, 13 Dec 2004 17:28:13 GMT
Stas Bekman wrote:

>Steve Hay wrote:
>  
>
>>Regarding that warning, perldiag says:
>>
>>"Mortalized values are supposed to be freed by the free_tmps() routine. 
>>This indicates that something else is freeing the SV before the 
>>free_tmps() routine gets a chance, which means that the free_tmps() 
>>routine will be freeing an unreferenced scalar when it does try to free it."
>>
>>Presumably the "something else" that is trying to free the SV's here is 
>>simply the wrong interpreter?
>>    
>>
>
>Quite possible, since ithreads doesn't set the global context. how about:
>  
>
Didn't make any difference :(


>--- ext/threads/threads.xs.orig 2004-12-13 10:19:10.985754535 -0500
>+++ ext/threads/threads.xs      2004-12-13 10:20:04.044543828 -0500
>@@ -432,7 +432,8 @@
>          */
>         {
>             dTHXa(thread->interp);
>-
>+            PERL_SET_CONTEXT(thread->interp);
>+
>              /* Here we remove END blocks since they should only run
>                in the thread they are created
>              */
>
>you will have to apply it manually because of the tab.
>



------------------------------------------------
Radan Computational Ltd.

We would like to take this opportunity to wish all our customers, suppliers and colleagues
seasons greetings.  We will not be sending corporate greetings cards this year.  Instead,
we will be making a donation to charity.

The information contained in this message and any files transmitted with it are confidential
and intended for the addressee(s) only.  If you have received this message in error or there
are any problems, please notify the sender immediately.  The unauthorized use, disclosure,
copying or alteration of this message is strictly forbidden.  Note that any views or opinions
presented in this email are solely those of the author and do not necessarily represent those
of Radan Computational Ltd.  The recipient(s) of this message should check it and any attached
files for viruses: Radan Computational will accept no liability for any damage caused by any
virus transmitted by this email.
Mime
View raw message