几何尺寸与公差论坛------致力于产品几何量公差标准GD&T (GDT:ASME)|New GPS(ISO)研究/CAD设计/CAM加工/CMM测量

几何尺寸与公差论坛------致力于产品几何量公差标准GD&T (GDT:ASME)|New GPS(ISO)研究/CAD设计/CAM加工/CMM测量 (http://www.dimcax.com/hust/index.php)
-   DirectDWG (http://www.dimcax.com/hust/forumdisplay.php?f=89)
-   -   【转帖】block name that uses double-byte characters9japanese kanji c (http://www.dimcax.com/hust/showthread.php?t=15237)

yang686526 2009-05-04 04:48 PM

【转帖】block name that uses double-byte characters9japanese kanji c
 
block name that uses double-byte characters(japanese kanji c
block name that uses double-byte characters(japanese kanji characters)
i have the problem of the output processing of block name,
layer name, linetype name, textstyle name, and dimstyle name.
it is because such an output result is brought.
( dd changes the value that i set )
[dwg]
block name value == "$ddt_audit_generated_(2d)"
[audit report.txt]
acdbblocktablerecord(2d) non xref-dependent record contains vertical bar. invalid $ddt_audit_generated_(2d)
i investigated the pattern which brings this result.
* if oddbauditinfo is used, it is generated.
( oddbdatabase::auditdatabase(oddbauditinfo*) )
* i did not use xref.
* it used double-byte characters. (i used japanese kanji characters)
the value of lead_byte or trail_byte is 124(0x7c).
(for example, combination of lead_byte and trail_byte "129+124","141+124" etc)
if it is 124 of single-byte characters, that it does not use understands.
( single-byte characters 124(0x7c)=="|" )
however, this case is a part of double-byte characters.
this problem occurs only when it uses oddbauditinfo.
( however, i want to use oddbauditinfo )
if there are any solutions, please let me know.
( i examined it by dd version 1.11 and 1.12 )


所有的时间均为北京时间。 现在的时间是 11:33 PM.