The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

На смену OpenSolaris пришел дистрибутив OpenIndiana, opennews (ok), 15-Сен-10, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


15. "На смену OpenSolaris пришел дистрибутив OpenIndiana"  +4 +/
Сообщение от pavlinux (ok), 15-Сен-10, 16:11 
>> А где код-то возьмут?!
>
>Э-э-э-э-э... /usr/bin/vi нам не поможет, не?-)

Не, ещё нужен /dev/mozg, /dev/copyright и желательно /dev/bablo
  

Ответить | Правка | Наверх | Cообщить модератору

32. "На смену OpenSolaris пришел дистрибутив OpenIndiana"  +1 +/
Сообщение от klalafuda (?), 15-Сен-10, 20:41 
> Не, ещё нужен /dev/mozg, /dev/copyright и желательно /dev/bablo

/dev/mozg? Сразу видно - коментарии в коде на кирилице, имена функций - в транслитерации. Пардон, но даже это устройство тут бессильно. Клинический случай.

Ответить | Правка | Наверх | Cообщить модератору

34. "На смену OpenSolaris пришел дистрибутив OpenIndiana"  +4 +/
Сообщение от pavlinux (ok), 15-Сен-10, 21:21 
>> Не, ещё нужен /dev/mozg, /dev/copyright и желательно /dev/bablo
>
>/dev/mozg? Сразу видно - коментарии в коде на кирилице, имена функций -

коMMентарии ... кириЛЛице
>в транслитерации.
> Пардон, но даже это устройство тут бессильно. Клинический случай.

Случайпардон, ты где функции увидел?

-----

# export LC_ALL=C
# mknod /dev/жопа с 255 255

mknod: invalid device type `\321\201'
Try `mknod --help' for more information.

Курить SVr4, 4.4BSD, POSIX.1-2001, 3 раза.

Ответить | Правка | Наверх | Cообщить модератору

36. "На смену OpenSolaris пришел дистрибутив OpenIndiana"  –3 +/
Сообщение от klalafuda (?), 15-Сен-10, 21:49 
Да, все-таки не доросла солярка ещё до реальных ентерпрайз-систем. Как бы не пыжилась.

На, студент, учись и завидуй:

# mknod /dev/ass c 255 255
# ls -l /dev/ass
crw-r--r-- 1 root root 255, 255 Sep 16 00:47 /dev/ass
# mknod /dev/жопа c 255 255
# ls -l /dev/жопа
crw-r--r-- 1 root root 255, 255 Sep 16 00:47 /dev/жопа
# uname -a
Linux bee.local 2.6.18-194.11.1.el5 #1 SMP Tue Aug 10 19:05:06 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux

Ответить | Правка | Наверх | Cообщить модератору

37. "На смену OpenSolaris пришел дистрибутив OpenIndiana"  –1 +/
Сообщение от klalafuda (?), 15-Сен-10, 21:51 
>[оверквотинг удален]
>
># mknod /dev/ass c 255 255
># ls -l /dev/ass
>crw-r--r-- 1 root root 255, 255 Sep 16 00:47 /dev/ass
># mknod /dev/жопа c 255 255
># ls -l /dev/жопа
>crw-r--r-- 1 root root 255, 255 Sep 16 00:47 /dev/жопа
># uname -a
>Linux bee.local 2.6.18-194.11.1.el5 #1 SMP Tue Aug 10 19:05:06 EDT 2010 x86_64
>x86_64 x86_64 GNU/Linux

PS: если это интересно -
# locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

Ответить | Правка | Наверх | Cообщить модератору

38. "На смену OpenSolaris пришел дистрибутив OpenIndiana"  –1 +/
Сообщение от аноним (?), 15-Сен-10, 22:57 
да нет мужик. у ass несколько другой смысл.
тут именно жопа.
Ответить | Правка | Наверх | Cообщить модератору

40. "На смену OpenSolaris пришел дистрибутив OpenIndiana"  +1 +/
Сообщение от pavlinux (ok), 15-Сен-10, 23:10 
>>[оверквотинг удален]
>PS: если это интересно -
># locale
>LANG=en_US.UTF-8

# export LC_ALL=C
забыл.

Тебе сказали, иди читай POSIX и man 2 mknod,
И в следующий раз пукай, только если найдешь wchar в аргументах mknod()
и сможешь скомпилировать int main(int аргументы, char *массив_аргументов[]){return 0;}



Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

48. "На смену OpenSolaris пришел дистрибутив OpenIndiana"  –1 +/
Сообщение от klalafuda (?), 16-Сен-10, 06:49 
> # export LC_ALL=C
> забыл.

Зачем это нужно? Смысл?

> Тебе сказали, иди читай POSIX и man 2 mknod,
> И в следующий раз пукай, только если найдешь wchar в аргументах mknod()
> и сможешь скомпилировать int main(int аргументы, char *массив_аргументов[]){return 0;}

Причем тут аргуметны mknod(2)? В VFS передается бинарный массив, 'строка'. На содержимое которой накладываются минорные ограничения. По которому я хочу идентифицировать даный объект в дереве файловой системы. VFS-у совершенно фиолетово на то, как я буду этот массив интерпретировать. И уж тем более фиолетово низлежащей Ext3. Хоть в ASCII я буду задавать имя, хоть UTF-8 хоть в Base64 - это мои личные заморочки. Что, впрочем, не сложно увидеть в том же mknod(2) - он не накладывает каких-либо требований на кодировку передаваемого пути. Что, впрочем, не удивительно т.к. это просто не его дело.

http://www.opengroup.org/onlinepubs/009695399/functions/mkno...

Ответить | Правка | Наверх | Cообщить модератору

50. "На смену OpenSolaris пришел дистрибутив OpenIndiana"  +/
Сообщение от pavlinux (ok), 16-Сен-10, 14:56 
>> # export LC_ALL=C
>> забыл.
>
>Зачем это нужно? Смысл?

http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_c...


Ответить | Правка | Наверх | Cообщить модератору

57. "На смену OpenSolaris пришел дистрибутив OpenIndiana"  +/
Сообщение от klalafuda (?), 16-Сен-10, 18:35 
> http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_c...

Я вроде как спрашивал не 'что это такое?' но 'зачем это нужно у себя включать?'.

Ответить | Правка | Наверх | Cообщить модератору

58. "На смену OpenSolaris пришел дистрибутив OpenIndiana"  +/
Сообщение от pavlinux (ok), 16-Сен-10, 19:32 
>> http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_c...
>
>Я вроде как спрашивал не 'что это такое?' но 'зачем это нужно
>у себя включать?'.

Это я Вас должен спросить, какого... стандарта, имена устройств могут быть,
на пример на китайском. И будете ли вы делать так в своих проектах.

А на то, кто как может извращаться со своим компом, какбэ всем нас рать.

Ответить | Правка | Наверх | Cообщить модератору

59. "На смену OpenSolaris пришел дистрибутив OpenIndiana"  +/
Сообщение от klalafuda (?), 16-Сен-10, 21:00 
> Это я Вас должен спросить, какого... стандарта, имена устройств могут быть,

на пример на китайском. И будете ли вы делать так в своих проектах.

А где именно в POSIX прописано, что имена устройств обязаны быть в portable character set? Ссылку в студию.

Только не нужно опять приводить ссылку выше - она вообще из другой оперы. Это всего лишь список определений, не более.

Ответить | Правка | Наверх | Cообщить модератору

60. "На смену OpenSolaris пришел дистрибутив OpenIndiana"  +/
Сообщение от аноним (?), 16-Сен-10, 22:46 
блин, ну ты даёшь!
это как же я жопу по-китайски в системе с кои8-р смонтирую?
или пусть похмелфс срочно переводят обратно - нацдостояние и на буржуйском это перебор.

зы:
кстати, жопа по-китайски - чо.
так чо вы там расспорились?

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

63. "На смену OpenSolaris пришел дистрибутив OpenIndiana"  +/
Сообщение от pavlinux (ok), 17-Сен-10, 01:22 
>> Это я Вас должен спросить, какого... стандарта, имена устройств могут быть,
>
>на пример на китайском. И будете ли вы делать так в своих
>проектах.
>
>А где именно в POSIX прописано, что имена устройств обязаны быть в
>portable character set? Ссылку в студию.

В стандарте на язык C.

---- и ещё раз для тёлочёк

http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_c...

IEEE Std 1003.1-2001 places only the following requirements on the encoded values of the characters in the portable character set:

    If the encoded values associated with each member of the portable character set are not invariant across all locales supported by the implementation, if an application accesses any pair of locales where the character encodings differ, or accesses data from an application running in a locale which has different encodings from the application's current locale, the results are unspecified.

ПОСЛЕДНИЕ ТРИ СЛОВА ПРОЧИТАЙ 50 РАЗ И ЗАПОМНИ НАВСЕГДА.

Всё, закончили.


Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

64. "На смену OpenSolaris пришел дистрибутив OpenIndiana"  +/
Сообщение от klalafuda (?), 17-Сен-10, 07:38 
> Всё, закончили.

И ещё раз. Для особо одаренных. Простой IMHO вопрос: 'где в стандарте POSIX черным по белому прописано, что имена файлов *обязаны* быть в portable characters set?'. Где? Ссылку на это конкретное требование. Чтобы уже базируясь на конкретном указании можно было сказать, что вот конкретно тут-то и тут-то - в нашем случае путь к символьному устройству - в имени пути *обязательно* использовать символы из множества PCS? Замечу - не определение того, что такое PCS и не перечисление входящих в него символов. Это всего лишь определение PCS и только. Само по себе наличие PCS в POSIX не накладывает никаких ограничений на именование объектов файловой системы. Пока не будет явным образом указано обратное.

Впрочем, сэр может не трудиться, я не настаиваю. Потому что такого требования в POSIX *НЕТ*. Как класса. Как прямое следствие, именовать объекты файловой системы можно кому угодно и как ему угодно. Это - не прерогатива POSIX. Трансляция кодировок выходит за пределы области его покрытия.

Если кому-то *кажется*, что имена символьных устройств стоит задавать только в PCS - нет проблем. В этом есть свое рациональное зерно и с этим никто не спорит. Но не стоит выдавать личное желаемое за обязательное для всех и ссылаться при это на POSIX. Стандарты - это само по себе хорошо. Но стандарты, которые не до конца понимаются их пользователями - это уже скорее зло.

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

67. "На смену OpenSolaris пришел дистрибутив OpenIndiana"  +/
Сообщение от pavlinux (ok), 17-Сен-10, 14:03 
> где в стандарте POSIX черным по белому прописано,
> что имена файлов *обязаны* быть в portable characters set?'.

А ещё там нету рецепта плюшек с вареньем. И много чего ещё...

И ещё раз

IEEE Std 1003.1-2001 places only the following requirements on the encoded values of the characters in the portable character set:

    If the encoded values associated with each member of the portable character set are not invariant across all locales supported by the implementation, if an application accesses any pair of locales where the character encodings differ, or accesses data from an application running in a locale which has different encodings from the application's current locale, the results are unspecified.

"the results are unspecified" "the results are unspecified" "the results are unspecified"
...
"the results are unspecified" "the results are unspecified" "the results are unspecified"


> Но не стоит выдавать личное желаемое за обязательное для всех и ссылаться
> при это на POSIX.

Делай в свей песочнице, что хочешь, только народ не смеши.
Отдав код в мировой сообщество, тебя палками забьют, обольют водой и выгонят на холод,
если так же будешь упираться в том что тебе непременно нужен /dev/жопа

Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

68. "На смену OpenSolaris пришел дистрибутив OpenIndiana"  +/
Сообщение от pavlinux (ok), 17-Сен-10, 14:29 
>> Всё, закончили.

На ещё  http://www.gnu.org/prep/standards/standards.html#Character-Set

Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

43. "На смену OpenSolaris пришел дистрибутив OpenIndiana"  –2 +/
Сообщение от AMD man (?), 16-Сен-10, 02:34 
dve zhopy rodilis' v odno i to zhe vremya! vy, baten'ka, masterski vladeete klaviaturoj!
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

69. "На смену OpenSolaris пришел дистрибутив OpenIndiana"  +/
Сообщение от Alex (??), 17-Сен-10, 16:45 
>dve zhopy rodilis' v odno i to zhe vremya! vy, baten'ka, masterski
>vladeete klaviaturoj!

А вы так медленно печатаете, что за минуту не наберёте 3 команды? Ну-ну...

Кроме того результат приведённый выше легко проверяем

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру