<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>There is /something/ here but I don't understand what yet.<BR>
In particular, the m3/cm3cg code looks right, but the C code works better...<BR>
And none of the debugger options are particulary good. Time to give up and use printf I guess.<BR>
And I haven't had luck rebuilding cygwin1.dll from source either darn. :(<BR>
<BR>
- Jay<BR><BR>
<HR id=EC_stopSpelling>
From: jayk123@hotmail.com<BR>To: hosking@cs.purdue.edu; jkrell@elego.de<BR>CC: m3commit@elegosoft.com<BR>Subject: RE: [M3commit] CVS Update: cm3<BR>Date: Sun, 3 Feb 2008 06:56:47 +0000<BR><BR>
<META content="Microsoft SafeHTML" name=Generator>
<STYLE>
.ExternalClass .EC_hmmessage P
{padding:0px;}
.ExternalClass EC_body.hmmessage
{font-size:10pt;font-family:Tahoma;}
</STYLE>
1) I need to double check that my commit comment is true.<BR>2) If it is, I'd strongly prefer static initialization without code, either asis, or by fixing the compiler...<BR>Having to run code for constant initialization is just lame..<BR>2b) If it isn't, I'll put it back.<BR> <BR> - Jay<BR><BR><BR>
<HR id=EC_stopSpelling>
<BR>> From: hosking@cs.purdue.edu<BR>> Date: Sun, 3 Feb 2008 00:01:37 -0500<BR>> To: jkrell@elego.de<BR>> CC: m3commit@elegosoft.com<BR>> Subject: Re: [M3commit] CVS Update: cm3<BR>> <BR>> I would prefer to do this in pure Modula-3 by calling the initializer <BR>> functions explicitly. I'll take a look at it.<BR>> <BR>> On Feb 3, 2008, at 3:06 AM, Jay Krell wrote:<BR>> <BR>> > CVSROOT: /usr/cvs<BR>> > Changes by: jkrell@birch. 08/02/03 03:06:27<BR>> ><BR>> > Modified files:<BR>> > cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.m3<BR>> > m3makefile<BR>> > Added files:<BR>> > cm3/m3-libs/m3core/src/thread/PTHREAD/: ThreadPThread.i3<BR>> > ThreadPThreadC.c<BR>> ><BR>> > Log message:<BR>> > Cygwin static initializers are not all zeros and Modula-3 static<BR>> > initialization happens after at least some of this data is used,<BR>> > so move it to C to guarantee actual static initialization.<BR>> > This fixes the problem where Cygwin/NT386GNU issues an endless stream<BR>> > of assertion failures upon start, at each pthread_mutex_lock call.<BR>> > Cygwin/NT386GNU still hangs at startup, since nanosleep is failing,<BR>> > and there is an access violation to investigate. Cygwin does<BR>> > strange things with the stack..reserving a block at the start for<BR>> > their thread locals and getting to it via fs:4.<BR>> <BR><BR><BR>
<HR>
Connect and share in new ways with Windows Live. <A href="http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_012008" target=_blank>Get it now!</A> <BR><br /><hr />Helping your favorite cause is as easy as instant messaging. You IM, we give. <a href='http://im.live.com/Messenger/IM/Home/?source=text_hotmail_join' target='_new'>Learn more.</a></body>
</html>