<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>got truncated again...<BR>
<BR>
Here is an unnecessarily complete explanation:<BR> <BR>The problem was <BR> Given "a../..", M3Path.FixPath wasn't doing anything. I wanted to fix that.<BR> It would collapse "a/.." or ".a/.." or "a./.." correctly, but not "a../.."<BR> I know people will disagree as to what is "correct" due to symlinks, but this was/is the behavior.<BR> <BR>Given input like "../.." it should also leave that alone, because "there is nowhere for it to go".<BR> <BR>In fixing "a../.." to collapse to nothing or ".", I also broke leaving "../.." alone.<BR> <BR>I thought the check for "is the element prior to ".." also ".."?" wasn't needed, since they get removed, left to right, and the scan is restarted for every change, but they aren't removed if "there is nowhere to go", so the check is valid. But the check wasn't right. It didn't check for a ".." element, it checked for an element ending in "..".<BR> <BR>NOW it should be treating them both correctly, as well as not indexing out of bounds for other input as it was doing.<BR>I added a check that the previous element is of length 2, and "ends" "..".<BR> <BR>Yes, I realize that elements ending in ".." but not equal to ".." are rare and not particularly interesting.<BR>Windows even has trouble with them:<BR> <BR> C:\>mkdir a.. <BR> C:\>dir a* <BR> 02/25/2008 12:11 AM <DIR> a <BR><BR> Huh? <BR> <BR> C:\>mkdir <A target=_blank>\\?\c:\a</A>.. <BR> C:\>dir a* <BR> 02/25/2008 12:11 AM <DIR> a <BR> 02/25/2008 12:12 AM <DIR> a.. <BR> <BR> C:\>rmdir a.. <BR> C:\>dir a* <BR> 02/25/2008 12:12 AM <DIR> a.. <BR> <BR> Huh? <BR> <BR> - Jay<BR><BR> <BR><br /><hr />Need to know the score, the latest news, or you need your HotmailŪ-get your "fix". <a href='http://www.msnmobilefix.com/Default.aspx' target='_new'>Check it out.</a></body>
</html>