On Tue, Aug 15, 2006 at 11:47:52AM -0400, Kerry Thompson wrote: > That strcpy function breaks down with multibyte languages like Chinese. The > second byte of a double-byte character could be 0, so a bytewise copy could > easily stop before the end of a string.
I think you can use wchar_t and wcscpy() if you need to overcome this. > I wonder what the ramifications will be for Windows Vista. Will a char still > be an 8-bit byte? The OS doesn't determine how many bits are in a char. That's up to your compiler to sort out - between it and the underlying hardware. > I suspect there is a fair amount of strcpy rewriting in our future. The K&R example of strcpy() will still work the same regardless of the bitwidth of a char. Usually strcpy() (and much of the lower level C library functions) is written in assembler though. To unsubscribe, send a blank message to <mailto:[EMAIL PROTECTED]>. Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/c-prog/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
