Talk:OS2 API:Unicode: Difference between revisions
No edit summary |
m 'nother question |
||
| Line 10: | Line 10: | ||
---[[User:Prokushev|Prokushev]] | ---[[User:Prokushev|Prokushev]] | ||
OK, who's correct? I've found [http://www.warpspeed.com.au/cgi-bin/inf2html.cmd?..\html\book\Toolkt40\UNIAPI.INF+830 UniCode.INF] where fields are defined [[OS2 API:DataType:SHORT|SHORT]] versus c's short (ya, I know, they are the same value-wise) in the html file supplied with eComStation 1.2MR's Toolkit. If the INF is correct my question above is moot on the integer declarations. | |||
-- [[User:Daniel.lee.kruse|Daniel]] | |||
Revision as of 07:11, 22 March 2006
Anyone know of good documentation for the Unicode API?
What I'd like to know is if what I'm referencing is really using c parameters/returns versus the OS/2 declared ones like ULONG, etc. For example, UniStrToUcs returns an int according to the docs I'm reading. Ought this be APIRET? Prokushev, I think this API will be problematic with keeping language specific features out. How shall I handle void**? - Daniel
I think we should just describe such types like we does for, for example, ULONG. Like integer is signed 32-bit integer in range -xxxx..+xxxx.
void** is pointer to pointer on undefined type. For example, in Pascal we have ^Pointer for this construction.
So, actually, no many problems here, I think.
---Prokushev
OK, who's correct? I've found UniCode.INF where fields are defined SHORT versus c's short (ya, I know, they are the same value-wise) in the html file supplied with eComStation 1.2MR's Toolkit. If the INF is correct my question above is moot on the integer declarations. -- Daniel