Fixes #61 and adds failing test

[cspotcode]

In cases when two paths differ only by capitalization, we need to keep both in the DB in case the filesystem is case-sensitive.

I suppose we could opt to remove duplicates on Windows; keep them on Mac and Linux? But this fix was easier.

[rkeithhill]

The ability to construct using ::new() exists only in v5 and higher. Probably better to stick with the PS native syntax to create the hashtable.

[rkeithhill]

Ah, that is how you were creating it with case-sensitive keys. In that case use $hash = New-Object System.Collections.Hashtable.

[cspotcode]

We're already using ::new() in some other places:
https://github.com/vors/ZLocation/blob/master/ZLocation/ZLocation.LiteDB.psm1#L4

So if we decide to support pre-v5, we should also investigate running unit tests on pre-v5 and fixing any failures.

Do you think people will use a utility like ZLocation on older versions of PS? For me, it's only useful in my primary interactive console. For example, I can't imagine remoting into an outdated machine and running ZLocation commands.

[rkeithhill]

In that case, the module manifest should declare the PS v5 is the minimum version supported:

# Minimum version of the Windows PowerShell engine required by this module
PowerShellVersion = '5.0'

Or we can replace ::new() with new-object to support back to v3. I only use v6.1 these days so I'd be happy to ditch v5.x but I realize that folks use other versions of PS. :-)

[vors]

Good point @rkeithhill
Let's track it as a separate item #64