SE
или утф16?
Size: a a a
2020 February 17
В
или утф16?
Тип данных string — это последовательность, содержащая ни одного или любое число знаков Юникода.
SE
Represents text as a sequence of UTF-16 code units.
В
правильнее выразится-юникод
В
короче нормально должны любые языки работать, но если немчурские кодеры не использовали эту возможность платформы а изобрели велосипед....
KW
Витька Корнеев
короче нормально должны любые языки работать, но если немчурские кодеры не использовали эту возможность платформы а изобрели велосипед....
А любая панель она тоже под ДотНет платформой живет? Я вон много видел под ВинСЕ
DD
По-моему русский язык вообще ни в одной ОС нормально не поддерживается, вечно с ним проблемы, что в линуксе, что в венде. В венде вообще его поддержка через задницу сделана. Даёшь русскую ОСь в народ, ResctOS наше фсё!
не правда ваша, в линуксе как на юникод перешли, проблемы пропали, там русский или есть нормальный, или его вообще нет, последний раз кракозябры в линуксе я лет 10 назад видал
KW
не правда ваша, в линуксе как на юникод перешли, проблемы пропали, там русский или есть нормальный, или его вообще нет, последний раз кракозябры в линуксе я лет 10 назад видал
Перешли да не все, мне ещё и кои-8 попадается время от времени
DD
Перешли да не все, мне ещё и кои-8 попадается время от времени
ну да, бывает в каком-нибудь дебиановском дистре, где эти 10 лет не обновляли софт из-за его "стабильности", или в очередном отечественном дистрибутиве, основанном на пакетной базе еще чего-то более древнем... но в современных вроде такая проблема уже давно пропала
SE
не правда ваша, в линуксе как на юникод перешли, проблемы пропали, там русский или есть нормальный, или его вообще нет, последний раз кракозябры в линуксе я лет 10 назад видал
перейти мало, надо ещё отвыкнуть от привычки пробегаться по utf-строке однобайтовым добром из string.h
DD
перейти мало, надо ещё отвыкнуть от привычки пробегаться по utf-строке однобайтовым добром из string.h
так там char давно уже не однобайтовый, насколько я знаю...
DD
[tux@nb tmp]$ cat ./test.c
#include <stdio.h>
#include <string.h>
int main() {
char *str = "привет";
printf("%d, %d\n", strlen(str), sizeof(str));
return 0;
}
[tux@nb tmp]$ gcc ./test.c -o ./test
[tux@nb tmp]$ ./test
12, 8
#include <stdio.h>
#include <string.h>
int main() {
char *str = "привет";
printf("%d, %d\n", strlen(str), sizeof(str));
return 0;
}
[tux@nb tmp]$ gcc ./test.c -o ./test
[tux@nb tmp]$ ./test
12, 8
KW
[tux@nb tmp]$ cat ./test.c
#include <stdio.h>
#include <string.h>
int main() {
char *str = "привет";
printf("%d, %d\n", strlen(str), sizeof(str));
return 0;
}
[tux@nb tmp]$ gcc ./test.c -o ./test
[tux@nb tmp]$ ./test
12, 8
#include <stdio.h>
#include <string.h>
int main() {
char *str = "привет";
printf("%d, %d\n", strlen(str), sizeof(str));
return 0;
}
[tux@nb tmp]$ gcc ./test.c -o ./test
[tux@nb tmp]$ ./test
12, 8
Что-то я цифры 12,8 не совсем правильно интерпретирую
DD
Что-то я цифры 12,8 не совсем правильно интерпретирую
я если честно тоже :)
DD
гуглю в чем подвох :)
DD
ага, все же char однобайтовый, для совместимости так и оставили, не трогали его, а для "широких кодировок" ввели тип wchar_t и функции для него... не знал, не работал с лусским текстом из сей...
DD
[tux@nb tmp]$ cat ./test.c
#include <stdio.h>
#include <wchar.h>
int main() {
wchar_t *str = L"привет";
printf("%d, %d\n", wcslen(str), sizeof(str));
return 0;
}
[tux@nb tmp]$ gcc ./test.c -o ./test && ./test
6, 8
#include <stdio.h>
#include <wchar.h>
int main() {
wchar_t *str = L"привет";
printf("%d, %d\n", wcslen(str), sizeof(str));
return 0;
}
[tux@nb tmp]$ gcc ./test.c -o ./test && ./test
6, 8
DD
а 8 - это я туплю sizeof просто возвращает размер указателя, в 64-битной системе он 8 байт...
DD
а strlen из string.h, действительно работает только с байтами, их и считает в той строке
KW
А теперь попробуй смешанную строку из кириллицы и латиницы