in reply to equal keys in a hash
What do you mean by 'keys'? In the definition of 'key' usually used with hashes, it's impossible to have duplicate keys (that's just how hashes work). If you mean values, look below.
Reverse the hash, then reverse it again:
my %hash_with_duplicates: # Intitilized elsewhere my %hash_without_duplicates = reverse reverse %hash_with_duplicates;
When running a hash through reverse(), it reverses the name/value pairs so that the values become the names. This gets rid of duplicate values. Reversing it again returns us to the orginal hash, but without duplicate values. The only problem is that you have no control over which duplicate value gets deleted.
Update: The above doesn't do what I expected. See replies.
My guess is that Perl sees the result from the first reverse (taken in order of execution) as a list, and thus doesn't treat it by the rules of a hash (i.e., no duplicate keys). The second reverse will reverse it as a plain list, not a hash, which is then assigned to a hash. Again, see the replies below for something that will work.
----
I wanted to explore how Perl's closures can be manipulated, and ended up creating an object system by accident.
-- Schemer
Note: All code is untested, unless otherwise stated
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re: Re: equal keys in a hash
by Jasper (Chaplain) on Jun 26, 2003 at 17:08 UTC | |
by hardburn (Abbot) on Jun 26, 2003 at 17:38 UTC | |
by xdg (Monsignor) on Jun 26, 2003 at 17:42 UTC |