[M3commit] CVS Update: cm3

Jay jayk123 at hotmail.com
Sun Feb 3 07:56:47 CET 2008


1) I need to double check that my commit comment is true.
2) If it is, I'd strongly prefer static initialization without code, either asis, or by fixing the compiler...
Having to run code for constant initialization is just lame..
2b) If it isn't, I'll put it back.
 
 - Jay



> From: hosking at cs.purdue.edu> Date: Sun, 3 Feb 2008 00:01:37 -0500> To: jkrell at elego.de> CC: m3commit at elegosoft.com> Subject: Re: [M3commit] CVS Update: cm3> > I would prefer to do this in pure Modula-3 by calling the initializer > functions explicitly. I'll take a look at it.> > On Feb 3, 2008, at 3:06 AM, Jay Krell wrote:> > > CVSROOT: /usr/cvs> > Changes by: jkrell at birch. 08/02/03 03:06:27> >> > Modified files:> > cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3> > m3makefile> > Added files:> > cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.i3> > ThreadPThreadC.c> >> > Log message:> > Cygwin static initializers are not all zeros and Modula-3 static> > initialization happens after at least some of this data is used,> > so move it to C to guarantee actual static initialization.> > This fixes the problem where Cygwin/NT386GNU issues an endless stream> > of assertion failures upon start, at each pthread_mutex_lock call.> > Cygwin/NT386GNU still hangs at startup, since nanosleep is failing,> > and there is an access violation to investigate. Cygwin does> > strange things with the stack..reserving a block at the start for> > their thread locals and getting to it via fs:4.> 
_________________________________________________________________
Connect and share in new ways with Windows Live.
http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_012008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3commit/attachments/20080203/cd60acde/attachment-0002.html>


More information about the M3commit mailing list