This is the mail archive of the cygwin@cygwin.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: Perl 5.7.2


John Peacock schrieb am 2001-10-09, 10:04:

>The problem I am seeing under Cygwin is an aberration, both for Perl 
>and Cygwin.  I had clean debug builds as late as last month.  It only 
>has problems under Perl-Built-For-Debugging (and three minor test 
>failures I have not gotten around to digging into).  Almost all tests 
>succeed (even with PBFD); the cores only happen when exiting the 
>program (during cleanup apparently).

Can you figure out when the stackdumps occur the first time?

I found this in the changes of July:
____________________________________________________________________________
[ 11364] By: jhi                                   on 2001/07/13  21:21:23
        Log: Move both usemymalloc and d_bincompat5005 to the Platfom
             section from the Compiler section.
     Branch: perl
	   ! myconfig.SH
____________________________________________________________________________
[ 11188] By: jhi                                   on 2001/07/07  15:12:36
        Log: Subject: Re: bleedperl perl_alloc..free leakage
             From: Radu Greab <radu@netsoft.ro>
             Date: Fri, 6 Jul 2001 19:48:54 +0300
             Message-ID: <15173.60406.308246.456184@ix.netsoft.ro>
             
             Leak-be-gone.
     Branch: perl
	   ! op.c
____________________________________________________________________________
[ 11152] By: gsar                                  on 2001/07/05  00:52:57
        Log: fix the binary compatibility issue when building with/without
             usemymalloc by exporting Perl_malloc() et al as simple wrappers
             around the system functions (this allows most extensions built
             using one mode to coexist with perls built in the other mode)
             
             XXX the Perl_mfree() wrapper might need to do return(free()) on
             platforms where Free_t isn't "void"
     Branch: perl
	   ! embed.h embed.pl makedef.pl proto.h util.c
____________________________________________________________________________
[ 11151] By: gsar                                  on 2001/07/05  00:42:49
        Log: perl built with USE_ITHREADS can deadlock during fork() or backticks
             since it doesn't ensure threads other than the one calling fork()
             aren't holding any locks; the fix is to use pthread_atfork() to
             hold global locks
             
             building perl with -Dusemymalloc exacerbates the problem since
             Perl_malloc() holds a mutex, and perl's exec() calls New()
             
             XXX the code in win32thread.h may be needed on platforms that have
             no pthread_atfork()
     Branch: perl
	   ! perl.c thread.h win32/win32thread.h

But they seem to be very 'old'.

Gerrit


-- 
=^..^=

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]