<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'>
> What about the hanging test p037 on Solaris 2.9 though?<br><br>Oops, right. Perhaps we don't use -lpthread and perhaps we need to.<br>Or perhaps 2.9 uses M:N user:kernel threads and perhaps our code doesn't work with that.<br>Needs some investigation.<br>Tony do you know by chance if the semaphore "parking in signal handler" pthreads code<br>has been used on pre-2.10 Solaris?<br><br> - Jay<br><br><br>> Date: Sat, 14 Aug 2010 13:10:07 +0200<br>> From: wagner@elegosoft.com<br>> To: m3devel@elegosoft.com<br>> Subject: Re: [M3devel] fs_rmrec<br>> <br>> Quoting Jay K <jay.krell@cornell.edu>:<br>> <br>> > Olaf, to be sure/clear -- fs_rmrec works now, right?<br>> <br>> I thought so, too, but...<br>> <br>> > The original and long-term problem was that deleting, or even,   <br>> > enumerating, stale symlinks<br>> > would fail. There *may* have been a problem around keeping multiple   <br>> > DIRs open at a time<br>> > and/or deleting while enumerating. My addressing the later concerns,  <br>> >  and using fs_rmrec<br>> > in m3-sys/m3cc, both exacerbated the problem due to the ordering of   <br>> > enumeration and deletion<br>> > and the layout of m3-sys/m3cc.<br>> ><br>> > In either case, I believe it works now, right?<br>> <br>> I observed several failures in tests.<br>> Let's see if I can find some:<br>> <br>> Here is one:<br>> <br>> http://hudson.modula3.com:8080/job/cm3-current-test-m3tests-I386_SOLARIS-opencsw-current10x/11/console<br>> <br>> Perhaps the cm3 used there was still too old?<br>> I'm sure there were more, but I cannot find them right now.<br>> <br>> If you're sure it's fixed, we can try it again, no problem.<br>> <br>> What about the hanging test p037 on Solaris 2.9 though?<br>> See  <br>> http://hudson.modula3.com:8080/job/cm3-current-test-m3tests-SOLsun-opencsw-current9s/8/console<br>> <br>> Any ideas?<br>> <br>> Olaf<br>> <br>> > Understood that old cm3 remains broken, and intermediate cm3 remains  <br>> >  sort of worse.<br>> ><br>> ><br>> > What I mean by all these "sort ofs" is that we used to enumerate and  <br>> >  delete "at the same time".<br>> > Which made it somewhat indeterminate if the symlink or its target   <br>> > was deleted first.<br>> > I changed the code to delete files, and then directories.<br>> > Given a symlink like "bar/foo => ../foo", ./foo would be   <br>> > guaranteeably deleted ahead<br>> > of the symlink pointing to it.<br>> ><br>> >  - Jay<br>> -- <br>> Olaf Wagner -- elego Software Solutions GmbH<br>>                 Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany<br>> phone: +49 30 23 45 86 96  mobile: +49 177 2345 869  fax: +49 30 23 45 86 95<br>>     http://www.elegosoft.com | Geschäftsführer: Olaf Wagner | Sitz: Berlin<br>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194<br>> <br>                                         </body>
</html>