作者jonce007 (汪汪)
看板Programming
标题[问题] oem string 是什麽?
时间Tue Sep 18 13:05:45 2012
最近在看mail list的讨论，其中有一段提到：
Hi,
Never use *ANSITOOEM* or any other similar functions.
All what is necessary is correct CP set in HVM by
hb_cdpSelect( <cCP> ) or SET( _SET_CODEPAGE, <cCP> )
(both functions make the same operation)
best regards,
P******
虽然我知道big5中的codepage是cp950,
从来用过 ANSIToOEM() or OEMTOANI()的函数
一直不明白什麽是ansi string 什麽又是oem string,
又google不到中文说明
小弟是自学程式的。请前辈先进不吝说明一下^^
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 114.37.7.68
1F：推 meltice:我只知道windows底层早就都是unicode 115.66.148.136 09/18 14:26
2F：→ meltice:而linux底层却还是char * 115.66.148.136 09/18 14:26
3F：推 kdjf:楼上不知到在说什麽... kernel当然把一切的东 140.112.245.32 09/18 17:18
4F：→ kdjf:西都当作byte sequence啊 140.112.245.32 09/18 17:18
5F：推 jackace:Windows kernel内部确实很多部分是直接用 1.169.179.48 09/19 07:56
6F：→ jackace:unicode当成字元的基本单元 1.169.179.48 09/19 07:57
7F：→ jackace:不过也有很多地方用的还是ansi string 1.169.179.48 09/19 07:57
8F：推 kdjf:可是linux用C写的, 没有在管string的本质吧？ 140.112.245.32 09/19 13:15
9F：推 jackace:用c写一样可以写出针对unicode的strcpy 1.169.179.48 09/19 17:15
10F：→ jackace:"底层早就是unicode"的意思是 windows基 1.169.179.48 09/19 17:15
11F：→ jackace:本上很多地方都已经不用char*这种方式去存 1.169.179.48 09/19 17:16
12F：→ jackace:字串了 而对字串的处理也都早有一层针对 1.169.179.48 09/19 17:17
13F：→ jackace:unicode设计的一套string api 1.169.179.48 09/19 17:17
14F：→ jackace:这些API甚至是针对unicode最佳化过的 1.169.179.48 09/19 17:21
15F：→ jackace:我不清楚linux底层有多少比例的code用MBCS 1.169.179.48 09/19 17:23
16F：推 jackace:作为字串储存 但我想应该也慢慢会改才对 1.169.179.48 09/19 17:27
17F：→ kdjf:底层是指kernel还是libc？ 140.112.245.32 09/19 18:29
18F：→ kdjf:linux的libc真的还蛮烦人 140.112.245.32 09/19 19:39
19F：推 jackace:kernel 1.169.179.48 09/19 21:09
20F：推 wowtiger:我觉得先了解 UCS2 和 UTF8 再来讨论吧 114.42.0.40 09/20 00:02
21F：→ wowtiger:这样讲感觉根本不了解 Unicode 的规则啊 114.42.0.40 09/20 00:03
22F：→ kdjf:是有看完wiki(英)的说明,是无法理解encoding 140.112.245.32 09/20 21:58
23F：→ kdjf:和核心可以有什麽关系 140.112.245.32 09/20 21:58
24F：→ kdjf:回linux版问,有人提到档案系统会用到string 140.112.245.32 09/20 21:59
25F：→ kdjf:除此之外,想不到核心中为什麽要有字串操作 140.112.245.32 09/20 22:00