From the research of the pfb file, I found that some path(or say file name) contains non-ascii character. Which would be splited by the search path function on that two byte character
file path generate by search path function in patch_005:
the full width m is presented in the path
( so far this is the only case I have seen for the file name using a 2Byte character, also as ref em099 has presented in tdb file as class name too)
From the research of the pfb file, I found that some path(or say file name) contains non-ascii character. Which would be splited by the search path function on that two byte character file path generate by search path function in patch_005:
the original path should be
the full width
m
is presented in the path ( so far this is the only case I have seen for the file name using a 2Byte character, also as refem099
has presented in tdb file as class name too)