Board.KolibriOS.org

For example?
German, Italian, French, Spanish and more other have their single-byte encoding - just set this encoding as default locale in system.

Somewhere sad translator who knows Russian, German, and Greek ..., for example.

_________________
Чем больше сыра, тем больше в нём дыр. Чем больше дыр, тем меньше в нём собственно сыра. Значит, чем больше сыра, тем меньше сыра!

Siemargl:
There are several problems with old codepages, that is why unicode was invented in 1988.

Some problems:
-People who know different languages as GerdtR pointed out.
I can read/write dutch, french, english, which is all no problem in one codepage but I have also learned to read russian and even understand some of it. Remember Yogev Ezra? He speaks russian, hebrew and some more...
-Programs would need support for different codepages and even be able to convert from and to them.
For example, most of the internet nowadays is UTF8 (hooray!).
-We already have capability to print unicode (and so UTF8) text in kernel, so why not actually make things simpler and only use that instead of archaic codepages...

_________________
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." Albert Einstein

I understand you, but....

I think, for the run of universality of UTF8, we'll lost a lot of children in the bath.
More important things awaiting' us than rewriting all the old programs.

So, good support old CP's is better than new troubles, but
writin' new sysfn's and libraries must have mbcs updates in mind

Похоже я понял причину неработоспособности С-- в Колибри.

/../ папка хэндлится в WIN и LINUX на уровне ядра, в KOS нет.
Попробуй запустить из RUN: /sys/lib/../calc не сработает. Вот и вся загвоздка.

Потому и "../lib/io.h" и все в таком духе не работает.

_________________
Звиздеть не мешки ворочать

Можно ли на уровне ядра сделать поддержку папки ".." ?

_________________
Звиздеть не мешки ворочать

"../" поддерживается в начале относительного пути и значит подъём на одну папку вверх относительно текущей. Что должен значить путь "/sys/lib/../calc"?

/sys/calc

Возможно, надо обрабатывать множественные точки типа
/sys/lib/../../calc -> /calc

эта задача характерна для сборки сложных программ и библиотек компиляторами

Pathoswithin
Надо реализовать поддержку в середине пути, как в примерах Siemargl

/sys/lib/../calc   ->   /sys/calc
/sys/lib/../../calc   ->   /calc

_________________
Звиздеть не мешки ворочать

.. и . обрабатывается на уровне ядра. Проблема скорее кроется или в newlib или в какой-то незамеченой ошибке. Тем более .. нормально обрабатывается в середине. Проблема только если .. в начале пути.

_________________
Чем больше сыра, тем больше в нём дыр. Чем больше дыр, тем меньше в нём собственно сыра. Значит, чем больше сыра, тем меньше сыра!

Хм... Действительно проблема с ядром имеется. Если читать файл ./myfile, то нормально, авот .. в середине пути не обрабатывается.

_________________
Чем больше сыра, тем больше в нём дыр. Чем больше дыр, тем меньше в нём собственно сыра. Значит, чем больше сыра, тем меньше сыра!

Хм.. но "." поддерживаются, если они присутствуют в папке. В "/sys" нет такой папки. А вот, например, в "/sys/3d" есть.

Короче, погляжу ядро, авось сделаю там обработку .. и .

_________________
Чем больше сыра, тем больше в нём дыр. Чем больше дыр, тем меньше в нём собственно сыра. Значит, чем больше сыра, тем меньше сыра!

... которую я скоро буду переделывать.

Ну или делай ты, мне только проще.

_________________
Чем больше сыра, тем больше в нём дыр. Чем больше дыр, тем меньше в нём собственно сыра. Значит, чем больше сыра, тем меньше сыра!