Board.KolibriOS.org

Официальный форум KolibriOS
Текущее время: Ср ноя 22, 2017 9:27 pm

Часовой пояс: UTC+03:00




Начать новую тему  Ответить на тему  [ 236 сообщений ]  На страницу Пред. 112 13 14 15 16 След.
Автор Сообщение
 Заголовок сообщения: Re: Путь приложения
СообщениеДобавлено: Ср дек 21, 2016 11:01 pm 
Не в сети
Kernel Developer

Зарегистрирован: Ср мар 08, 2006 6:25 pm
Сообщения: 3929
А у приложения прикомпилированная или подгруженная либа, которую писал совсем другой человек. И у которого совсем другие представления о том, в какой кодировке указан путь.


Вернуться к началу
 Заголовок сообщения: Re: Путь приложения
СообщениеДобавлено: Ср дек 21, 2016 11:10 pm 
Не в сети

Зарегистрирован: Вс окт 30, 2011 6:43 pm
Сообщения: 1080
Serge писал(а):
подгруженная либа, которую писал совсем другой человек
Ну так и что это меняет? Пусть либа читает кодировку из заголовка. Или ты собрался внезапно затереть заголовок? :lol:


Вернуться к началу
 Заголовок сообщения: Re: Путь приложения
СообщениеДобавлено: Ср дек 21, 2016 11:43 pm 
Не в сети
Kernel Developer

Зарегистрирован: Ср мар 08, 2006 6:25 pm
Сообщения: 3929
0CodErr
А какая нибудь GLib имеет понятие о кодировке в заголовке ? Или LLVM или ещё терабайт опенсорсного кода ? Будешь все их проверять ?


Вернуться к началу
 Заголовок сообщения: Re: Путь приложения
СообщениеДобавлено: Пт дек 23, 2016 12:37 pm 
Не в сети

Зарегистрирован: Вс окт 30, 2011 6:43 pm
Сообщения: 1080
Serge, ты лучше приведи конкретный пример, и я объясню тебе как можно сделать.

Библиотеки, они не сами по себе живут.
В любом случае должна быть согласованность между приложением и библиотекой.
Если твоя библиотека хочет, например, UTF16, то ты просто говоришь ядру посредством поля в заголовке приложения, что ты хочешь UTF16.
После этого ядро кладёт тебе путь\параметры в UTF16.
Затем ты передаёшь свои путь\параметры в UTF16 в библиотеку.
Ну и для ASCII\UTF8 аналогично.

Проблемы абсолютно никакой. Ещё раз, приводи пример, а я объясню тебе.


Pathoswithin, я всё же не понимаю, что должен означать ноль вот тут
Код:
======================================================================
== Function 70, subfunction 1 - read folder with long names support. =
======================================================================
.........................................................
  * +8: dword: names encoding:
    0 = default
    1 = cp866
    2 = UTF-16LE
    3 = UTF-8
Ты говорил, что это нужно для поддержки префиксов. Ну а кодировка-то какая будет? Если ASCII, то для него префикс не обязателен, и можно указать тогда 1, а не 0.
Я потому и писал ранее, что лучше было оставить как и было до твоих правок
Код:
    0 = cp866
    1 = UTF-16LE


Вернуться к началу
 Заголовок сообщения: Re: Путь приложения
СообщениеДобавлено: Пт дек 23, 2016 2:37 pm 
Не в сети
Mentor/Kernel Developer
Аватара пользователя

Зарегистрирован: Чт мар 26, 2015 5:16 pm
Сообщения: 1194
Я тебе долго пытался объяснить зачем там префикс, но похоже, что это невозможно viewtopic.php?f=2&t=3429&start=88
Кстати, ты так и не привёл конкретный пример обработки 100 ГБ символов в UTF-8.

В данном случае default = cp866, но может зависеть от той настройки, которую ты планировал реализовать.


Вернуться к началу
 Заголовок сообщения: Re: Путь приложения
СообщениеДобавлено: Пт дек 23, 2016 2:48 pm 
Не в сети
Kernel Developer
Аватара пользователя

Зарегистрирован: Чт сен 03, 2009 1:52 pm
Сообщения: 1601
0CodErr писал(а):
Библиотеки, они не сами по себе живут.
В любом случае должна быть согласованность между приложением и библиотекой.
Если твоя библиотека хочет, например, UTF16, то ты просто говоришь ядру посредством поля в заголовке приложения, что ты хочешь UTF16.
После этого ядро кладёт тебе путь\параметры в UTF16.
Затем ты передаёшь свои путь\параметры в UTF16 в библиотеку.
Ну и для ASCII\UTF8 аналогично.

...а потом оказывается нужно использовать две библиотеки, одна из которых хочет UTF-8, а другая UTF-16.
Мы не боимся трудностей, которые сами себе и создаём (c)

_________________
Сделаем мир лучше!


Вернуться к началу
 Заголовок сообщения: Re: Путь приложения
СообщениеДобавлено: Пт дек 23, 2016 3:06 pm 
Не в сети
Kernel Developer
Аватара пользователя

Зарегистрирован: Чт сен 03, 2009 1:52 pm
Сообщения: 1601
Pathoswithin писал(а):
Так, вам осталось сделать свой вклад - выбрать номера двух новых функций для UTF-8 и UTF-16 (например 80 или 32).

Без разницы, я их всё равно со временем удалю.

_________________
Сделаем мир лучше!


Вернуться к началу
 Заголовок сообщения: Re: Путь приложения
СообщениеДобавлено: Пт дек 23, 2016 3:17 pm 
Не в сети
Mentor/Kernel Developer
Аватара пользователя

Зарегистрирован: Чт мар 26, 2015 5:16 pm
Сообщения: 1194
А что ты планируешь сделать?


Вернуться к началу
 Заголовок сообщения: Re: Путь приложения
СообщениеДобавлено: Пт дек 23, 2016 3:28 pm 
Не в сети
Kernel Developer
Аватара пользователя

Зарегистрирован: Чт сен 03, 2009 1:52 pm
Сообщения: 1601
Останутся старые функции, которые будут принимать UTF-8.

_________________
Сделаем мир лучше!


Вернуться к началу
 Заголовок сообщения: Re: Путь приложения
СообщениеДобавлено: Пт дек 23, 2016 3:36 pm 
Не в сети

Зарегистрирован: Вс окт 30, 2011 6:43 pm
Сообщения: 1080
CleverMouse писал(а):
...а потом оказывается нужно использовать две библиотеки, одна из которых хочет UTF-8, а другая UTF-16.
А давайте вообще 10 библиотек и 10 разных кодировок :mrgreen:
CleverMouse писал(а):
Мы не боимся трудностей, которые сами себе и создаём (c)
Вот-вот, не нужно лишних проблем создавать. Хотя, при работе с разными кодировками 99,99% что понадобится конвертер. А значит, проблемы снова никакой. Только вот далеко не всем нужно несколько библиотек и несколько кодировок.

Pathoswithin писал(а):
В данном случае default = cp866, но может зависеть от той настройки, которую ты планировал реализовать.
Ну и какой смысл тогда? 0 = 1 в данном случае. Зачем тогда ты сделал изменения? Ничего не улучшилось, удобнее не стало.

Pathoswithin писал(а):
Кстати, ты так и не привёл конкретный пример обработки 100 ГБ символов в UTF-8.
А я тебе говорил уже, что ты узко мыслишь. Ладно, вот тогда пример не от меня, от постороннего человека, только там уже не гигабайты, а терабайты http://www.linux.org.ru/forum/talks/9406274

CleverMouse писал(а):
Без разницы, я их всё равно со временем удалю.
CleverMouse писал(а):
Останутся старые функции, которые будут принимать UTF-8.

Это тогда сломает обратную совместимость. Вообще при такой тенденции есть вероятность, что KolibriOS просто переедет отсюда в другое место. А товарищи, без конца ломающие обратную совместимость, могут и дальше продолжать разрабатывать свою OS, только теперь уже based on KolibriOS. В KolibriOS обратная совместимость ломаться не будет. И, кстати, GPL не запрещает при желании использовать ещё чей-то код.


Вернуться к началу
 Заголовок сообщения: Re: Путь приложения
СообщениеДобавлено: Пт дек 23, 2016 3:53 pm 
Не в сети
Kernel Developer
Аватара пользователя

Зарегистрирован: Чт сен 03, 2009 1:52 pm
Сообщения: 1601
0CodErr писал(а):
понадобится конвертер. А значит, проблемы снова никакой
Необходимость конвертирования - это и есть проблема. Карфаген должен быть разрушен Кодировка должна быть одна.
0CodErr писал(а):
Это тогда сломает обратную совместимость.
Если всё будет в UTF-8, то большая часть, если не все, существующих программ вообще не заметит разницы.

_________________
Сделаем мир лучше!


Вернуться к началу
 Заголовок сообщения: Re: Путь приложения
СообщениеДобавлено: Пт дек 23, 2016 3:55 pm 
Не в сети

Зарегистрирован: Вс окт 30, 2011 6:43 pm
Сообщения: 1080
CleverMouse писал(а):
Необходимость конвертирования - это и есть проблема.
Ты сама себе противоречишь!
CleverMouse писал(а):
...а потом оказывается нужно использовать две библиотеки, одна из которых хочет UTF-8, а другая UTF-16.
Цитата:
Если всё будет в UTF-8, то большая часть, если не все, существующих программ вообще не заметит разницы.
Они и так не заметят, потому что по умолчанию ASCII. UTF8 это лишние тормоза, которых можно избежать, если не ограничиваться только одной этой кодировкой.


Последний раз редактировалось 0CodErr Пт дек 23, 2016 3:57 pm, всего редактировалось 1 раз.

Вернуться к началу
 Заголовок сообщения: Re: Путь приложения
СообщениеДобавлено: Пт дек 23, 2016 3:56 pm 
Не в сети
Kernel Developer
Аватара пользователя

Зарегистрирован: Чт сен 03, 2009 1:52 pm
Сообщения: 1601
0CodErr писал(а):
CleverMouse писал(а):
Необходимость конвертирования - это и есть проблема.
Ты сама себе противоречишь!
CleverMouse писал(а):
...а потом оказывается нужно использовать две библиотеки, одна из которых хочет UTF-8, а другая UTF-16.

Так это же ты предлагаешь каждой библиотеке свою кодировку. Я как раз и говорю, что Карфаген должен быть разрушен кодировка должна быть везде одна.

_________________
Сделаем мир лучше!


Вернуться к началу
 Заголовок сообщения: Re: Путь приложения
СообщениеДобавлено: Пт дек 23, 2016 3:58 pm 
Не в сети

Зарегистрирован: Вс окт 30, 2011 6:43 pm
Сообщения: 1080
CleverMouse писал(а):
Так это же ты предлагаешь каждой библиотеке свою кодировку.
Это где это я такое говорил??? Ну-ка, ну-ка покажи-ка!!!

Вон там viewtopic.php?f=2&t=3429&p=67721#p67721 я говорил
Цитата:
Но для обработки внутри программы советуют UCS2/UTF-16/UTF-32.
А ты хочешь искусственно ограничиться одной только UTF8.


Вернуться к началу
 Заголовок сообщения: Re: Путь приложения
СообщениеДобавлено: Пт дек 23, 2016 4:04 pm 
Не в сети
Kernel Developer
Аватара пользователя

Зарегистрирован: Чт сен 03, 2009 1:52 pm
Сообщения: 1601
Ну вот прямо на этойпредыдущей странице:
0CodErr писал(а):
Но её можно будет(надеюсь :) ) задавать в заголовке приложения.

0CodErr писал(а):
Если твоя библиотека хочет, например, UTF16, то ты просто говоришь ядру посредством поля в заголовке приложения, что ты хочешь UTF16.

Если кодировка по всей системе одна, её нельзя задавать в заголовке приложения, и библиотека не может "хотеть" какую-то другую.

_________________
Сделаем мир лучше!


Вернуться к началу
Показать сообщения за:  Поле сортировки  
Начать новую тему  Ответить на тему  [ 236 сообщений ]  На страницу Пред. 112 13 14 15 16 След.

Часовой пояс: UTC+03:00


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 2 гостя


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Создано на основе phpBB® Forum Software © phpBB Limited
Русская поддержка phpBB