<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">2014-05-11 19:12 GMT+02:00 Eliot Miranda <span dir="ltr"><<a href="mailto:eliot.miranda@gmail.com" target="_blank">eliot.miranda@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi All,<div><br></div><div> being a control freak I always enable case sensitivity on my Macs. The Mac OS X file system has optional case sensitivity, insensitive by default. I once got burned with a check-out where one directory overwrite another and chose sensitivity from then on. This has caused a few problems over the years, including a Flash update that failed. No matter.</div>
<div><br></div><div>Squeak has FileDirectory class>>isCaseSensitive answer a hard-coded boolean. Not good. I see this from <a href="http://stackoverflow.com/questions/430256/how-do-i-determine-whether-the-filesystem-is-case-sensitive-in-net" target="_blank">stackoverflow</a>:</div>
<div><br></div><div><p style="margin:0px 0px 1em;padding:0px;border:0px none;font-size:14px;vertical-align:baseline;clear:both;color:rgb(0,0,0);font-family:Arial,'Liberation Sans','DejaVu Sans',sans-serif;line-height:17.8048px">
"Keep in mind that you might have multiple file systems with different casing rules. For example, the root filesystem could be case-sensitive, but you can have a case-insensitive filesystem (e.g. an USB stick with a FAT filesystem on it) mounted somewhere. So if you do such checks, make sure that you make them in the directory that you are going to access.</p>
<p style="margin:0px 0px 1em;padding:0px;border:0px none;font-size:14px;vertical-align:baseline;clear:both;color:rgb(0,0,0);font-family:Arial,'Liberation Sans','DejaVu Sans',sans-serif;line-height:17.8048px">
Also, what if the user copies the data from say a case-sensitive to a case-insensitive file system? If you have files that differ only by case, one of them will overwrite the other, causing data loss. When copying in the other direction, you might also run into problems, for example, if file A contains a reference to file "b", but the file is actually named "B". This works on the original case-insensitive file system, but not on the case-sensitive system.</p>
<p style="margin:0px 0px 1em;padding:0px;border:0px none;font-size:14px;vertical-align:baseline;clear:both;color:rgb(0,0,0);font-family:Arial,'Liberation Sans','DejaVu Sans',sans-serif;line-height:17.8048px">
Thus I would suggest that you avoid depending on whether the file system is case-sensitive or not if you can. Do not generate file names that differ only by case, use the standard file picker dialogs, be prepared that the case might change, etc."</p>
<p style="margin:0px 0px 1em;padding:0px;border:0px none;font-size:14px;vertical-align:baseline;clear:both;color:rgb(0,0,0);font-family:Arial,'Liberation Sans','DejaVu Sans',sans-serif;line-height:17.8048px">
Luckily this is only tested in a couple of places. Most of the time the system resolves names by going through primDirectoryEntryFor: which leaves it up to the individual file system to decide (and hence get the answer right).</p>
<div>I wonder what does FileSystem do about this?</div><span class=""><font color="#888888">-- <br>best,<div>Eliot</div>
</font></span></div></div>
<br><br></blockquote><div>Not better it seems... It's hardcoded too.<br><br>UnixStore class>>isCaseSensitive<br> "except for OSX the default is case sensitive"<br> ^ Smalltalk os isMacOSX not <br>
<br></div><div>Though, it's only used in one place in Pharo 3.0: ExternalDropHandler to test file extension matching (matchesExtension:).<br></div></div><br></div></div>