http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=2010
guy@xxxxxxxxxxxx changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Comment #9 from guy@xxxxxxxxxxxx 2007-11-27 19:00 GMT -------
As I said:
However, the Diameter dictionary reader will still misread the dictionary.
The error message you saw indicates that the Diameter dictionary reader misread
the dictionary. I could cause the same crash by defining, in dictionary.xml,
an AVP of type OctetString with a set of enumerated values, so I filed a
separate bug on that, bug 2027, and checked in the fix for that first.
*This* bug is fixed in SVN 23623, along with other places where strcasecmp(),
strncasecmp(), g_strcasecmp(), and g_strncasecmp() were being used to do
case-insensitive string matching, as those could give undesired answers in a
Turkish locale (as the intent of those matches is to have "i" match "I").
There are still some places where g_strdown() and g_strup() are being used;
I'll have to fix those at some point. Those are a bit more work, as
g_ascii_strdown() and g_ascii_strup() aren't just plug-in replacements for
g_strdown() and g_strup() (the _ascii versions allocate a new string and copy,
the non-_ascii versions convert the string in place).
--
Configure bugmail: http://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
