
<html>

<head>

<style>

.hmmessage P

{

margin:0px;

padding:0px

}

body.hmmessage

{

font-size: 10pt;

font-family:Verdana

}

</style>

</head>

<body class='hmmessage'>

I basically agree here.<BR>

I view thread.quake as temporary.<BR>

Once m3core (that you bootstrap from) has SchedulerPosix.DoesWaitPidYield, sysutils can use it itself.<BR>

  Or some other fix involving sysutils not knowing this (it sounds like you an easy one that I missed).<BR>

 <BR>

And then the code that is generated when building m3core can be the exact checked in code, was my intention.<BR>

 <BR>

I guess what I could/should have done is just put in SchedulerPosix.DoesWaitYield, wait some amount of time, and then move sysutils over it, not fix sysutils asap.<BR>

 <BR>

I can go ahead and do that now -- "fix" m3core, re-"break" (slow down) sysutils, and then at whatever time, have sysutils use the new function.<BR>

 <BR>

I had noticed cygwin builds seeming to take way way longer than I remember, like >12 hours instead of <1hour. I didn't track down if this is the cause.<BR>

 <BR>

 - Jay<BR><BR>> From: hosking@cs.purdue.edu<BR>> To: jkrell@elego.de<BR>> Date: Mon, 12 Jan 2009 11:18:29 +1100<BR>> CC: m3devel@elegosoft.com; m3commit@elegosoft.com<BR>> Subject: Re: [M3devel] [M3commit] CVS Update: cm3<BR>> <BR>> I really hate the idea that thread.quake exists.<BR>> <BR>> Screw sysutils working against old m3core versions. sysutils doing <BR>> thread-related scheduling is a big hack, and should be killed now <BR>> before it infects others. I don't want to see thread-dependent code <BR>> outside of m3core. We really need to come to consensus on this before <BR>> you do more damage to the core thread libraries.<BR>> <BR>> I feel strongly about this!<BR>> <BR>> -- Tony<BR>> <BR><BR></body>

</html>