Comment # 15
on bug 11372
from Guy Harris
(In reply to Graham Bloice from comment #14)
> The issue apparently comes from the uat lexer where a quoted string is
> unescaped (uat.c, uat_unesc()) and this unhelpfully removes Windows path
> characters.
>
> SSL (packet-ssl and packet-dtls) are the only users of the uat field type
> UAT_FLD_FILENAME_OTHER which is where the grief occurs.
uat_esc() should escape the backslashes; does this happen if, say, you edit a
UAT_FLD_FILENAME_OTHER field through the UAT editor, or do the backslashes in
the path get escaped before being put into the UAT file so that they survive
rather than disappearing when the item gets un-escaped?
You are receiving this mail because:
- You are watching all bug changes.