[bug #31255] perl hash key incorrectly parsed for display of item value

[Rob Retter]

URL:
  <http://savannah.gnu.org/bugs/?31255>

                 Summary: perl hash key incorrectly parsed for display of
item value
                 Project: DDD
            Submitted by: rretter
            Submitted on: Tue 05 Oct 2010 05:26:02 PM GMT
                Category: Data display
                Severity: 3 - Normal
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
                 Release: None

    _______________________________________________________

Details:

When a Perl hash element happens to have a string such as:

'hi.there'

for its hash key, and that hash is being Displayed in the data window, one
may right-click on the element to bring up a new Display of the item value.

Doing so is necessary only when the item value is an array reference or other
such indirect value, because a simple scalar value would already appear in the
original hash Display.

But let's say you do have a hash element whose value involves indirection and
you try to launch a new "sub"-Display of the hash element's value.  What gets
displayed is not $hash{'hi.there'} but rather $hash{'there'}.  And *that* hash
elem is usually undefined.

It seems like the dot char '.' within the hash key string confuses ddd and
causes it to then treat the hash value as residing at an incorrect slot in the
hash.  Namely one whose key is only the "trailing" portion of the key string
(the portion following the last dot).  The right behavior would be to use
*all* of the string, not just that trailing portion.




    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?31255>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/