article

Линукс - враки

	От:	ddaa
	Дата:	13.02.08 06:48
	Оценка:	1 (1) +3

Осторожно, маты (человек РЕАЛЬНО работал на Linux

:

http://yatsutko.livejournal.com/2154507.html

Re[4]: Линукс - враки

	От:	Lloyd
	Дата:	14.02.08 08:30
	Оценка:	+5

Здравствуйте, Pzz, Вы писали:

P>>До нормального удобства Линукс и правда ещё пилить и пилить, хоть подвижки и есть.
P>>Расскажи-ко Шеридан ну хотя бы как в линуксе расшарить любую папку за 4 клика мышкой и не трогая клавиатуру

... << RSDN@Home 1.2.0 alpha rev. 786>>

Lloyd

Re[9]: UTF-8 vs. UTF-16 vs. UTF-32

	От:	Roman Odaisky
	Дата:	14.02.08 17:03
	Оценка:	3 (3) +2

Здравствуйте, Евгений Коробко, Вы писали:

RO>>

wchar_t const islandInDenmark[] = "Ærø";

Сколько здесь символов? Правильно, 3, потому что Æ — буква датского алфавита.
ЕК>Это довольно очевидно.

RO>>

wchar_t const comprehensiveKnowledgeBase[] = "Encyclopædia";

Сколько здесь символов? Правильно, 13, потому что æ — не буква английского алфавита, а только лигатура.
ЕК>Хм, я в упор вижу только 12. Я скопировал этот текст в блокнот, сохранил как utf-16 и вижу только 12.

Вот в том-то же и дело. То, чем ты считал, посчитало неправильно. Да и не могло оно правильно посчитать, не зная контекста.

RO>>"á" (U+0061 U+0301) и "á" (U+00E1) — вообще одна и та же строка.

ЕК>Хм, тут вопрос философский — что значит "одна и та же строка". Отображается одинаково, да (хотя я подозреваю, что это может зависить от шрифта). Символ ́ может быть использован самостоятельно. То, что он при выводе (когда рядом с кем-то) влияет на вывод — так какой-нибудь \x1E тоже в ASCII влияет. И что? Тут же ещё вопрос — а откуда возьмётся первый вариант записи, если при вводе с клавиатуры получается второй?

Ответ на этот вопрос четко определен в спецификации Юникода. Это разные способы записи одной и той же строки (в данном случае, разные формы декомпозиции). correctUnicodeStrcmp("shuﬄe", "shuffle") == 0.

Ты наивно полагаешь, что для программы, которая работает со всеми языками, достаточно просто обеспечить надлежащее хранение символов. Несколько вопросов на засыпку:

to_lower_case("ΑΡΙΣΤΟΤΕΛΗΣ") = ? (Правильный ответ: "Αριστοτελης". Обрати внимание на четвертую и последнюю буквы.)
to_upper_case("Straße") = ? (Правильный ответ: "STRASSE".)

Кое-где «ö» — просто разновидность буквы «o», а кое-где это самостоятельная буква. Соответственно, в одном словаре Österreich находится где-то рядом с Osten, а в другом за буквой «z».

Где-то cote < coté < côte < côté, а где-то cote < côte < coté < côté.

Для «a», «а» и «α» вообще не определен никакой порядок.

status=sent (delivered to file: /dev/null)

Re: Линукс - враки

От:	Sheridan	http://www.sheridan-home.ru/
Дата:	13.02.08 06:58
Оценка:	-2

ddaa однажды (13 февраля 2008 [Среда] 10:48) писал:

> Осторожно, маты (человек РЕАЛЬНО работал на Linux

:
> http://yatsutko.livejournal.com/2154507.html
Обычные возмущения человека, пересевшего на денек-другой в незнакомую обстановку.
Хотя от Яцутко не ожидал. Когда мы с ним болтали както — он произвел впечатление вполне умного и уравновешеного человека...

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[9]: Линукс - враки

	От:	Cyberax
	Дата:	14.02.08 10:23
	Оценка:	+1 -1

Здравствуйте, AndrewJD, Вы писали:

DOO>>Ошибаешься — подобное сильно влияет на Enterprise рынок. Мак ось может быть хоть супер юзабельной, но массовых внедрений на предприятиях не будет — пока еще очень мало кто может обеспечить хотя бы централизованный patch management на маках...
AJD>А что линух уже захватил Enterprise рынок?

В некоторых областях — уже давно.

Sapienti sat!

Re[2]: Линукс - враки

От:	Sheridan	http://www.sheridan-home.ru/
Дата:	18.02.08 06:03
Оценка:	-4

alexeiz однажды (18 февраля 2008 [Понедельник] 04:51) писал:

> А вот у меня в Ubuntu

На этом можно остановиться. ССЗБ.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[11]: Линукс - враки

От:	Sheridan	http://www.sheridan-home.ru/
Дата:	21.02.08 04:17
Оценка:	-2

Sinclair однажды (21 февраля 2008 [Четверг] 07:02) писал:

> Впечатляет?
Не удивлен. Всегда считал что шарп да и дотнет в целом — выкидыш индустрии.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[7]: UTF-8 vs. UTF-16 vs. UTF-32

	От:	Roman Odaisky
	Дата:	13.02.08 16:46
	Оценка:	1 (1) +2

Здравствуйте, Евгений Коробко, Вы писали:

RO>>С UTF-8 проблем очень мало, если использовать правильные классы строк. А для простого использования вообще ничего особенного не требуется (например, puts(getenv("PWD")) замечательно работает и не заикается о wchar_t).

ЕК>я уже приводил пример, что для utf8 не работает, например, цикл for(char*c = t;*c;c++);
Работает.

ЕК>не работает определение длины строки как sizeof(s)/sizeof(s[0])

wchar_t const islandInDenmark[] = "Ærø";

Сколько здесь символов? Правильно, 3, потому что Æ — буква датского алфавита.

wchar_t const comprehensiveKnowledgeBase[] = "Encyclopædia";

Сколько здесь символов? Правильно, 13, потому что æ — не буква английского алфавита, а только лигатура.

Твои функции для работы со строками учитывают это?

"á" (U+0061 U+0301) и "á" (U+00E1) — вообще одна и та же строка. Но sizeof вернет разные результаты.

ЕК>не работает индексация символов s[15]...
Воистину не работает. Но кому и зачем она нужна?

ЕК>На практике мне не разу не пришлось столкнуться, чтобы в utf-16 символ занимал 4 байта.

А кому-то на практике не приходилось сталкиваться с там, чтобы символ занимал больше 7 бит. Кому-то было достаточно 640 КБ. Кому-то (этого бить больнее всех) хватило 96 DPI. «Повбивав би».

status=sent (delivered to file: /dev/null)

Re[4]: Линукс - враки

	От:	DOOM
	Дата:	13.02.08 11:40
	Оценка:	+3

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, Евгений Коробко, Вы писали:

C>>>А в Линуксе после ru_RU.UTF-8 уже и не вспомню когда оно в последний раз глючило.
ЕК>>О! Кстати, можете объяснить, зачем консоль в UTF8?
C>А почему бы и нет? Например, мне приятно, когда ls говорит "ls: невозможно получить доступ к asdf: Нет такого файла или каталога", а не "ls: cannot access asdf: No such file or directory"

Для этого не обязательно юникод в консоли

К слову сказать, я живу в en_US.UTF-8 — мне как раз приятнее видеть "ls: cannot access asdf: No such file or directory".

Re[5]: Линукс - враки

	От:	Sni4ok
	Дата:	14.02.08 11:06
	Оценка:	-2

Здравствуйте, Antikrot, Вы писали:

A>Здравствуйте, Sni4ok, Вы писали:

S>>вы наверно проповедуете всемогущество gdb?
A>Точно, gdb г-но, там брякпойнт нельзя мышкой поставить

Умеешь отлаживать студией что-нибудь на win core server?

насчёт мышки абсолютно верно, но не путайте мягкое со сладким- win core пишется на чистом си, без всяких шаблонов и там отлаживаться вполне хватет и какого-нить windbg, а отлаживать плюсовый код в текстовых средах — не возможно, или покрайней мере gdb к ним не относится.

A>А вы видимо относитесь к тем кто никогда не разбирался с проблемами вроде "программа падает только на машине клиента" — возможно, потому что не знаете кто такие клиенты

какое-то не обоснованное утверждение не понятно на что опирающееся, но от себя замечу, что
помимо "программа падает" есть ещё куча интересных случаев, один из которых — "2 нитки вот из этих 100 ушли в дедлок", а в таких случаях ваш пацанский
логер- ну нафиг не упился.

Re[5]: Линукс - враки

	От:	Sni4ok
	Дата:	14.02.08 13:29
	Оценка:	-3

Здравствуйте, DOOM, Вы писали:

DOO>Здравствуйте, Sni4ok, Вы писали:

S>>вы наверно проповедуете всемогущество gdb?
DOO>Да хотя бы...
DOO>С С++ у него проблем тоже нет.

я знаю программистов которым им пользуются, но низнаю ниодного — который его любит, до уровня юзабилити студии ему как до марса пешком,
то что в студии делается за несколько секунда, в gdb делается минутами.

S>>или же вы относитесь к тем, которые вместо того чтобы отлаживать код по необходимости, вставляют везде где не попадя хламовое
S>>логирование, а потом в огромной куче дерьма пытаются разобраться?

DOO>Между прочим, для меня это как правило полезнее. Если программа многопоточная или, например, общается через сокеты, то от браков проку ноль.

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

DOO>А вообще насмешило меня не это — как правило народ наезжает на отсутствие IDE, потому что по отдельности текстовый редактор и отладчик не нужны... А тут такое заявление — что текстовых редакторов и отладчиков нормальных нет

нету.. vim пробывал, emacs, eclipse- автозаполнения нормального (как в студии с ассистом) просто нету, то что там предлагается- только на студенческую поделку тянет, отладчика тем более нет(gdb я не воспринимаю, и начать воспринимать не планирую), в итоге и приходится писать под виндой- частично отлаживаться тамже, хотя целевая платформой вещей которые я пишу является исключительно линукс, и на винде им абсолютно не нужно работать.

Re[4]: Линукс - враки

От:	Sheridan	http://www.sheridan-home.ru/
Дата:	18.02.08 08:07
Оценка:

Antikrot однажды (18 февраля 2008 [Понедельник] 11:51) писал:

> Шеридан, так что, винду затоптали, теперь будем спорить какой дистрибутив линуха кошернее?

А як жеж

Gentoo всех затопчет однозначно. Я так сказал!

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[14]: Линукс - враки

	От:	_d_m_
	Дата:	22.02.08 08:15
	Оценка:

Здравствуйте, Sheridan, Вы писали:

S>_d_m_ однажды (22 февраля 2008 [Пятница] 03:48) писал:

>> Да, у Росси две беды... Ты одна из них.
S>Гм... Никогда себя с дорогами не стравнивал...

Стравни, стравни. Вот с этой:

Re[5]: Линукс - враки

	От:	DOOM
	Дата:	13.02.08 12:52
	Оценка:	2 (2)

Здравствуйте, Дм.Григорьев, Вы писали:

ДГ>866, вестимо. При этом практически все мультиязыковые виндузявые консольные программы, с которыми я сталкивался, выводят в консоль локализованные русские сообщения в 1251. Что, разумеется, каждый раз безумно радует. (Не знаю, кто как, а я радуюсь следующим образом: выделить, копировать в буфер, открыть в Far редактор в DOS-кодировке, вставить, переключить кодировку в Windows, прочитать.)

Но это еще не вся радость... Можно также попробовать сменить кодировку в консоли (mode con cp select=1251), как тут же эти программы начинают выводит в cp866.

Re[8]: Линукс - враки

	От:	Дм.Григорьев
	Дата:	13.02.08 15:00
	Оценка:	1 (1)

Здравствуйте, Cyberax, Вы писали:

ДГ>>Мысль интересная, но с интерактивными тулзами не прокатит. В том же PostgreSQL я сразу после инсталляции сношу нафиг каталог с русской локалью... вернее, последний раз я обнаружил, что можно его ставить вообще без мультиязыков.
C>Ага, тоже натыкался на это. "set LANG=C" помог

Я начинаю подозревать, что отсутствие на RSDN пользовательского форума "Windows" обусловлено не столько дружественностью соответствующей системы, сколько разобщённостью и забитостью соответствующего, с позволения сказать, коммьюнити.

... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

http://dimgel.ru/lib.web — thin, stateless, strictly typed Scala web framework.

Re: Линукс - враки

От:	kochetkov.vladimir	vkochetkov.blogspot.com
Дата:	13.02.08 20:02
Оценка:	1 (1) +1

Здравствуйте, ddaa, Вы писали:

D>Осторожно, маты (человек РЕАЛЬНО работал на Linux

:

D>http://yatsutko.livejournal.com/2154507.html

Почитал здесь тему, там камменты и подумалось вот:

Кто напишет "Линукс-враки", того мордой сунем в каки.

Было бы смешно, если бы не было грустно. Фанатики, блин

Опубликована программа PHDays 2012

Re[2]: Линукс - враки

От:	Mamut	http://dmitriid.com/
Дата:	13.02.08 09:13
Оценка:	+2

Здравствуйте, LuciferArh, Вы писали:

LA>Здравствуйте, ddaa, Вы писали:

D>>Осторожно, маты (человек РЕАЛЬНО работал на Linux

:

D>>http://yatsutko.livejournal.com/2154507.html

LA>Знаем мы этого человека... На линуксе он "работал" ровно два дня. Потом снес его и поставил взад виндовоз. Так что, Денис тоже много чего приукрасил.

Не так уж и много. Во всяком случае:

Начинают сетовать, что, мол, нет привычных им команд и программ, а некоторые неожиданным образом отличаются на одну букву. Им кажется, что это недостаток. Охренеть, да. Когда после винды вламываешься в линух, там тоже нет нихрена знакомого. Но это не недостаток, нет. Это тебе поле для изучения и саморазвития.

Я вовсе не являюсь противником линукса. Даже наоборот, наверное. Я являюсь противником лжи, лицемерия и сектантства.

С этим я согласен на 100%

Re: Линукс - враки

	От:	olegkr
	Дата:	13.02.08 14:42
	Оценка:

Здравствуйте, ddaa, Вы писали:

D>http://yatsutko.livejournal.com/2154507.html

Понравился анекдот в комментах

<@insomnia> Нужно выполнить всего три команды, чтобы поставить Gentoo
<@insomnia> cfdisk /dev/hda && mkfs.xfs /dev/hda1 && mount /dev/hda1 /mnt/gentoo/ && chroot /mnt/gentoo/ && env-update && . /etc/profile && emerge sync && cd /usr/portage && scripts/bootsrap.sh && emerge system && emerge vim && vi /etc/fstab && emerge gentoo-dev-sources && cd /usr/src/linux && make menuconfig && make install modules_install && emerge gnome mozilla-firefox openoffice && emerge grub && cp /boot/grub/grub.conf.sample /boot/grub/grub.conf && vi /boot/grub/grub.conf && grub && init 6
<@insomnia> это первая

Re: Линукс - враки

	От:	Sni4ok
	Дата:	14.02.08 09:26
	Оценка:

написано у чувака всё как есть- правда,
как пользовательская системка линукс имхо сильно не дотягивает,
ко всему ему описанному добавлю, что в линуксе нет нормальных редакторов и темболее отладчиков какого-нить с++

Re[8]: UTF-8 vs. UTF-16 vs. UTF-32

	От:	Евгений Коробко
	Дата:	14.02.08 12:31
	Оценка:	-2

RO>

wchar_t const islandInDenmark[] = "Ærø";

Сколько здесь символов? Правильно, 3, потому что Æ — буква датского алфавита.

Это довольно очевидно.

RO>

wchar_t const comprehensiveKnowledgeBase[] = "Encyclopædia";

Сколько здесь символов? Правильно, 13, потому что æ — не буква английского алфавита, а только лигатура.

Хм, я в упор вижу только 12. Я скопировал этот текст в блокнот, сохранил как utf-16 и вижу только 12.

RO>"á" (U+0061 U+0301) и "á" (U+00E1) — вообще одна и та же строка.

Хм, тут вопрос философский — что значит "одна и та же строка". Отображается одинаково, да (хотя я подозреваю, что это может зависить от шрифта). Символ ́ может быть использован самостоятельно. То, что он при выводе (когда рядом с кем-то) влияет на вывод — так какой-нибудь \x1E тоже в ASCII влияет. И что? Тут же ещё вопрос — а откуда возьмётся первый вариант записи, если при вводе с клавиатуры получается второй?

RO>А кому-то на практике не приходилось сталкиваться с там, чтобы символ занимал больше 7 бит. Кому-то было достаточно 640 КБ. Кому-то (этого бить больнее всех) хватило 96 DPI. «Повбивав би».

Реалии таковы, что большинство программ сейчас вообще работают в однобайтовых кодировках и в ус не дуют. Перевод ASCII->UTF-16 на порядок проще, чем ASCII->UTF-8, обеспечивая достаточный уровень поддержки. Реалии таковы, что если программа работает со строками в UTF-16 игнорируя всякую упомянутую экзотику, то этого оказывается достаточно. UTF-16/32 имеет гораздо лучшую поддержку в инструментах (тот же С++).

Евгений Коробко

Re[12]: Линукс - враки

	От:	_d_m_
	Дата:	21.02.08 23:48
	Оценка:

Здравствуйте, Sheridan, Вы писали:

S>Sinclair однажды (21 февраля 2008 [Четверг] 07:02) писал:

>> Впечатляет?
S>Не удивлен. Всегда считал что шарп да и дотнет в целом — выкидыш индустрии.

Да, у Росси две беды... Ты одна из них.

Re[15]: Линукс - враки

	От:	Roman Odaisky
	Дата:	14.02.08 20:20
	Оценка:	2 (1)

Здравствуйте, Mamut, Вы писали:

M>То есть утверждение
M>

M>почти все стандартные функции работают со строками как обычно.

M>на самом деле описывает ровно один очень частный случай: когда исходник в UTF-8, и работа идет с жестко вшитыми в исходный код строками ;)

Нет, конечно. Учите матчасть!

~/tmp :) echo $LANG
en_US.UTF-8
~/tmp :) cat utf8.cpp
#include <string>
#include <iostream>
#include <algorithm>

int main()
{
    std::string haystack, needle;

    getline(std::cin, haystack);
    getline(std::cin, needle);

    std::cout <<
        (std::search(haystack.begin(), haystack.end(), needle.begin(), needle.end()) != haystack.end() ?
        "Подстрока!" : "Не подстрока!") <<
        std::endl;
}

~/tmp :) g++ -o utf8 utf8.cpp
~/tmp :) ./utf8
Мама мыла раму
Мама
Подстрока!
~/tmp :) ./utf8
Мама мыла раму
Папа
Не подстрока!
~/tmp :) ./utf8
déjà vu? Ну-ну.
jà vu? Ну
Подстрока!

Здесь даже нет опасности, что подстрока из многобайтовых символов будет обнаружена со смещением, как это могло бы быть при представлении UTF-16 массивом байт. Вот, например, строка АБВ...ЭЮЯ в UTF-16 содержит ножнички, двунаправленную стрелку и еще много всякого хлама (например, ᴄḄἄ✄⬄).

status=sent (delivered to file: /dev/null)

Re[18]: Блин!!!

	От:	Сергей
	Дата:	18.02.08 16:16
	Оценка:	2 (1)

Здравствуйте, Mamut, Вы писали:

M>где б его найти

в репозитории только quake3-data валяется, а дальше?

У меня AltLinux, в нем был пакет quake3.
Вообще, "дом" quake3 в его нынешнем GPL-виде теперь здесь: http://ioquake3.org/
Есть "кривой" установщик, сделанный в стиле официальной сборки.
Ещё есть ссылка на пакет для Ubuntu (мне думается, у тебя этот дистрибутив), но она, к сожалению, битая.
А на самом деле тебе всего лишь нужен бинарник, собранный на Ubuntu, его можно скачать здесь: http://www.xs4all.nl/~bruijn9/quake3/breezy/ (ссылка найдена на ioquake3.org).
Его кладешь в папку, где у тебя лежит quake3.exe, и запускаешь так же, как и в винде. Если у тебя quake3 лежит на noexec-разделе, клади куда угодно, а в домашней папке сделай симлинк с именем ".q3a", указывающий на папку игры.
Еще один вариант — установить пакет openarena (он есть в Ubuntu). Это ioquake3 + свободный контент (карты, текстуры, модели). В домашней папке он сделает подпапку ".openarena" (не уверен до конца, что именно так она будет называться), и в ней будет хранить конфиги. Если там сделать симлинк на папку baseq3, то в меню модов можно будет запустить quake3 как мод для OpenArena.
P.S. Вспомнил еще один плюс ioquake3 по сравнению с официальным. Он поддерживает широкоформатные мониторы. Для того, чтобы включить широкоформатный режим, нужно выполнить вот такие команды в консоли игры:
$ r_customwidth 1680
$ r_customheight 1050
$ vid_restart

Если игра будет забывать эти настройки, добавь эти строки в q3config.cfg в папке ".q3a"

Re[19]: Блин!!!

	От:	WFrag
	Дата:	19.02.08 09:57
	Оценка:	2 (1)

Здравствуйте, DOOM, Вы писали:

M>>2. Сорцы не проканали, на свой страх и риск качаем .deb пакет с репозитория Hardy. Он, гад, тоже требует libc6 >= 2.7 и libicu38.
DOO>Очевидно. Не просто так ведь писали эти требования

Не факт. Часто эти зависимости то ли автоматом генерят (давно занимался сборкой .deb пакетов, точно у же не помню), то ли еще по каким-то неведомым причинам ставят. Иногда достаточно расслабить зависимости в debian/control и сделать dpkg-buildpackage. Если человек занимается разработкой под Debian/Ubuntu/whatever, то такие вещи лучше знать и уметь. Еще есть вариант ставить в chroot экспериментальную ветку.

Re[5]: Линукс - враки

	От:	Cyberax
	Дата:	13.02.08 12:50
	Оценка:	1 (1)

Здравствуйте, Дм.Григорьев, Вы писали:

ДГ>866, вестимо. При этом практически все мультиязыковые виндузявые консольные программы, с которыми я сталкивался, выводят в консоль локализованные русские сообщения в 1251. Что, разумеется, каждый раз безумно радует. (Не знаю, кто как, а я радуюсь следующим образом: выделить, копировать в буфер, открыть в Far редактор в DOS-кодировке, вставить, переключить кодировку в Windows, прочитать.)
Я перенаправляю вывод в файл и читаю его в нужной кодировке

Sapienti sat!

Re[7]: Линукс - враки

	От:	Antikrot
	Дата:	13.02.08 14:11
	Оценка:	1 (1)

Здравствуйте, Евгений Коробко, Вы писали:

ЕК>На практике мне не разу не пришлось столкнуться, чтобы в utf-16 символ занимал 4 байта.
Подобными "непрактическими" случаями обычно пользуются хакеры ))) так что не стоит закладываться на два байта

Re[9]: UTF-8 vs. UTF-16 vs. UTF-32

	От:	Roman Odaisky
	Дата:	14.02.08 07:05
	Оценка:	1 (1)

Здравствуйте, DOOM, Вы писали:

RO>>Кому-то (этого бить больнее всех) хватило 96 DPI. «Повбивав би».
DOO>Это про что? Незнакомый пример какой-то :xz:

Читай отсюда: http://www.rsdn.ru/forum/message/1407828.aspx

status=sent (delivered to file: /dev/null)

Re[16]: Блин!!!

	От:	Сергей
	Дата:	18.02.08 14:15
	Оценка:	1 (1)

Здравствуйте, Mamut, Вы писали:

M>google: Quake 3 Linux все ссылки ведут куда-нибудь, только не туда, куда надо, а в конце концов к инсталятору на сайте id3

О Quake 3: нынешние GPL-сборки существенно лучше официальных от id, самое заметное улучшение — это нормальная работа со звуком через OpenAL или SDL, т.е. звук нормально микшируется с остальными программами. А официальная сборка использует OSS и соответственно монопольно захватывает устройство (т.е. не совсем так, зависит от того, сколько потоков звуковой адаптер может микшировать аппаратно, на интегрированных как правило один).

Re[4]: Линукс - враки

	От:	Дм.Григорьев
	Дата:	13.02.08 12:48
	Оценка:

Здравствуйте, Sheridan, Вы писали:

>> О! Кстати, можете объяснить, зачем консоль в UTF8?
S>Принято так.
S>У тебя в виндах консоль в какой кодировке?

866, вестимо. При этом практически все мультиязыковые виндузявые консольные программы, с которыми я сталкивался, выводят в консоль локализованные русские сообщения в 1251. Что, разумеется, каждый раз безумно радует. (Не знаю, кто как, а я радуюсь следующим образом: выделить, копировать в буфер, открыть в Far редактор в DOS-кодировке, вставить, переключить кодировку в Windows, прочитать.)

... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

http://dimgel.ru/lib.web — thin, stateless, strictly typed Scala web framework.

Re[4]: Линукс - враки

	От:	Евгений Коробко
	Дата:	13.02.08 13:17
	Оценка:	-1

C>Потому как UTF-16 в Линуксе вообще почти не используется, так как это самая худшая гадость, которую только можно было придать. В Линуксе используется UTF-32 (размер wchar_t — четыре байта), и используется достаточно редко. По большей части все на UTF-8 — ее проще всего использовать.

Это UTF-8 проще исопльзовать?
Вот смотрите, допустим наша программа должна уметь работать со строками на любых языках. Чтобы в одной строке можно было хранить, например, русские и португальские символы, строка должна быть юникодной. Но UTF-16/32 на С++ использовать на порядок проще! Собственно разницы между использованием ASCII и UTF-16/32 на С++ почти нет. А вот с utf-8 масса проблем.

Евгений Коробко

Re[5]: Линукс - враки

	От:	Cyberax
	Дата:	13.02.08 14:41
	Оценка:	+1

Здравствуйте, Евгений Коробко, Вы писали:

ЕК>Это очевидно. По причине того, что нет типа "символ utf-8", потому что символы в utf-8 имеют разный размер в байтах.
ЕК>код для ASCII:
ЕК>const char* t = "1 2 3";
ЕК>...
ЕК>for(char* c=t;*c;c++)
ЕК> if(*c==' ') *c = '0';
[skip]
ЕК>хотелось бы увидеть аналог для utf-8....
Как ни странно, но ты сам привел пример на UTF-8. Он совпадает с ASCII-случаем (ну если не считать UB с записью в константную строку).

В этом и смысл UTF-8 — весь ASCII и почти все стандартные функции работают со строками как обычно. Сложными случаями становятся взятие длины строки в символах языка и взятие произвольного символа по индексу (взятие ASCII-символа по индексу ведет себя как и в 8-битном случае).

"Наивное" взятие длины в символах в Unicode вообще операция малоосмысленная, так как надо учитывать композитные символы, лигатуры, непечатные символы и т.п.

Sapienti sat!

Re[7]: Линукс - враки

	От:	Cyberax
	Дата:	13.02.08 15:41
	Оценка:	-1

Здравствуйте, Евгений Коробко, Вы писали:

C>>char

ЕК>Нужно ли объяснять, почему на С++ неудобно работать со строками в кодировке utf-8, которые хранятся в char[]?
Нужно.

Sapienti sat!

Re[2]: Линукс - враки

	От:	DOOM
	Дата:	14.02.08 09:51
	Оценка:	+1

Здравствуйте, Sni4ok, Вы писали:

S>что в линуксе нет нормальных редакторов и темболее отладчиков какого-нить с++

насмешил.

Re[7]: Линукс - враки

От:	Sheridan	http://www.sheridan-home.ru/
Дата:	14.02.08 10:28
Оценка:

Lloyd однажды (14 февраля 2008 [Четверг] 13:24) писал:

> Ну почему же не ответ? Или я в линуксе не могу написать кривой инсталер? Да проще простого

о0 хотел бы я на это посмотреть

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[3]: Линукс - враки

	От:	Sni4ok
	Дата:	14.02.08 10:34
	Оценка:	-1

Здравствуйте, DOOM, Вы писали:

DOO>

DOO>насмешил.

вы наверно проповедуете всемогущество gdb?
или же вы относитесь к тем, которые вместо того чтобы отлаживать код по необходимости, вставляют везде где не попадя хламовое
логирование, а потом в огромной куче дерьма пытаются разобраться?

Re[4]: Линукс - враки

	От:	Antikrot
	Дата:	14.02.08 10:44
	Оценка:	+1

Здравствуйте, Sni4ok, Вы писали:

S>вы наверно проповедуете всемогущество gdb?
Точно, gdb г-но, там брякпойнт нельзя мышкой поставить

Умеешь отлаживать студией что-нибудь на win core server?

S>или же вы относитесь к тем, которые вместо того чтобы отлаживать код по необходимости, вставляют везде где не попадя хламовое
S>логирование, а потом в огромной куче дерьма пытаются разобраться?

А вы видимо относитесь к тем кто никогда не разбирался с проблемами вроде "программа падает только на машине клиента" — возможно, потому что не знаете кто такие клиенты

Re[10]: UTF-8 vs. UTF-16 vs. UTF-32

	От:	Cyberax
	Дата:	14.02.08 17:13
	Оценка:

Здравствуйте, Roman Odaisky, Вы писали:

RO>to_lower_case("ΑΡΙΣΤΟΤΕΛΗΣ") = ? (Правильный ответ: "Αριστοτελης". Обрати внимание на четвертую и последнюю буквы.)
RO>to_upper_case("Straße") = ? (Правильный ответ: "STRASSE".)
Из этой же серии — недавно в Subversion был обнаружен баг проявляющийся только в турецкой локали.

Просто в турецком языке заглавная форма буквы 'i' — не 'I', а 'İ'. Соответственно, строчная форма буквы 'I' — это 'ı' (i-dotless). Ну и это ломало case-insensetive сравнение со строкой 'commited' в недрах SVN при определенных условиях.

Sapienti sat!

Re[6]: Линукс - враки

	От:	DOOM
	Дата:	15.02.08 03:50
	Оценка:	-1

Здравствуйте, Sni4ok, Вы писали:

S>Здравствуйте, DOOM, Вы писали:

DOO>>Здравствуйте, Sni4ok, Вы писали:

S>>>вы наверно проповедуете всемогущество gdb?
DOO>>Да хотя бы...
DOO>>С С++ у него проблем тоже нет.

S>я знаю программистов которым им пользуются, но низнаю ниодного — который его любит, до уровня юзабилити студии ему как до марса пешком,
S>то что в студии делается за несколько секунда, в gdb делается минутами.

И наоборот

А кое-что в убогом студийном отладчике не делается вовсе...
Я уж молчу про то, что к gdb есть куча фронт эндов.

S>многопоточную программу как раз удобнее отлаживать а не логировать,
И как это интересно? Как ты со своими бряками сможешь увидеть race condition?

S>да и с сокетами отладка явно поприятнее, правда если и клиент и сервер есть возможность запускать на одной машине под одним отладчиком.
А таймеры ОС тоже встанут, пока ты тут любуешься на код? Отладка приложения с сокетом заканчивается после первого бряка — потому что пока ты там думал, соединение умерло по тайм ауту. В общем тут у тебя явно опыта ноль.

S>нету.. vim пробывал, emacs, eclipse- автозаполнения нормального (как в студии с ассистом) просто нету, то что там предлагается- только на студенческую поделку тянет, отладчика тем более нет(gdb я не воспринимаю, и начать воспринимать не планирую), в итоге и приходится писать под виндой- частично отлаживаться тамже, хотя целевая платформой вещей которые я пишу является исключительно линукс, и на винде им абсолютно не нужно работать.

Ты вообще понимаешь, что такое текстовый редактор?
Учись мысли выражать — сейчас ты съехал в сторону того, что нет нормального IDE, а не редактора. Про IDE спорить не буду — на вкус и цвет фломастеры разные. Мне энти ваши IDE и без надобности уже давно, поэтому я тут банально некомпетентен — VS'ка в моих воспоминаниях это убогая 6-я + глючный ассист и жутко тормозная 2003-я — до безобразия тормозная.

Re[10]: Линукс - враки

	От:	Roman Odaisky
	Дата:	15.02.08 18:05
	Оценка:	+1

Здравствуйте, Pzz, Вы писали:

RO>>

touch "Composé"

RO>>А на диске файл будет называться «C-o-m-p-o-s-e-combining_acute_accent». Если потом прочесть это имя и в лоб сравнить с тем, что писали, будет не то. Например, у Unison был из-за этого баг.

Pzz>Фигасе. А это touch такую подлянку делает, или creat(2)?

touch точно ни при чем, это где-то в недрах.

Идея, на самом деле, здравая, только юзерспейс до этого еще не дорос.

P. S. Имел в виду Exposé, но написал совсем не то. Впрочем, это неважно.

status=sent (delivered to file: /dev/null)

Re[6]: Линукс - враки

	От:	Cadet
	Дата:	16.02.08 08:56
	Оценка:

Предлагаю любого, кто хотя бы раз заходил на RSDN со товарищи не считать за нормального юзера.

... << RSDN@Home 1.2.0 alpha rev. 788>>

Re[9]: Линукс - враки

От:	Sheridan	http://www.sheridan-home.ru/
Дата:	18.02.08 06:27
Оценка:	-1

Sinclair однажды (18 февраля 2008 [Понедельник] 10:17) писал:

> MSI понимает, что не все инсталляции одинаковы. Пакет-манагеры в принципе считают, что вся "доконфигурация" происходит только поверх установленного софта. А MSI поддерживает
> transform, который позволяет получить все преимущества интерактивности, вместе со всеми преимуществами неинтерактивности.
> Вообще, идея в нем была заложена здравая — делать максимально декларативное описание инсталляции, и позволить движку получить императивный скрипт автоматически. Это, по
> идее, позволяет получать много-много бенефитов, по сравнению с непрозрачным "post-install script", но, к сожалению, реализация оказалось торжеством индусского подхода.
Ничего из этой воды не понял, честно говоря...

> Пакетный менеджер рулит единственным типом ресурсов — файлами. Увы, далеко не все рулится файлами. Реальные приложения, отличные от Hello World, живут в значительно более
> богатом окружении. Им нужны "элементы конфигурации" внешнего пространства — пользовательские аккаунты, cron jobs, web sites, базы данных и т.п.
В чем проблема? portage во всяком случае легко все это делает...
Как скрипт напишеш — так и будет.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[9]: Линукс - враки

	От:	Roman Odaisky
	Дата:	18.02.08 14:42
	Оценка:

Здравствуйте, Sinclair, Вы писали:

S>Потому что даже банальная процедура "отрезать один символ с конца", или "добавить точку, если ее в конце нету" является небезопасной как при побайтовой работе в utf-8, так и при пословной работе в utf-16.

Символу с конца даже UTF-32 не поможет. отрезать_один_символ_с_конца("Café") = ? В ответе раскрыть тему Unicode combining characters.

А проверка наличия точки в конце, или ее добавление, в UTF-8 так же просты, как и в ASCII.

Вот, например, как работает dirname (юниксовая программа, которая по пути к файлу выводит директорию, т. е., всё до последней «/»):

  result = argv[optind];
  len = dir_len (result);

  if (! len)
    {
      result = &dot; // сие определено как static char const dot = '.';
      len = 1;
    }

  fwrite (result, 1, len, stdout);
  putchar ('\n');

  exit (EXIT_SUCCESS);

где

/* Return the length of `dirname (FILE)', or zero if FILE is
   in the working directory.  Works properly even if
   there are trailing slashes (by effectively ignoring them).  */
size_t
dir_len (char const *file)
{
  size_t prefix_length = FILE_SYSTEM_PREFIX_LEN (file); // а это всегда раскрывается в 0. Зачем -- неведомо.
  size_t length;

  /* Strip the basename and any redundant slashes before it.  */
  for (length = base_name (file) - file;  prefix_length < length;  length--)
    if (! ISSLASH (file[length - 1]))
      return length;

  /* But don't strip the only slash from "/".  */
  return prefix_length + ISSLASH (file[prefix_length]);
}

Для того, чтобы это работало с UTF-8, требуется изменить 0 (ноль) строк кода.

status=sent (delivered to file: /dev/null)

Re[18]: Блин!!!

От:	Sheridan	http://www.sheridan-home.ru/
Дата:	19.02.08 09:06
Оценка:

Mamut однажды (19 февраля 2008 [Вторник] 12:43) писал:

> В гугл я полез потому что в дистрибутиве пакета quake3 нет. Еще раз. Читай не то, что тебе хочется читать, а то, что тебе пишут:
Херню пишут. Все есть. Во всяком случае для генты все это есть. Если этого реально нет в юбунту — значит юбунту — д..... Впрочем я это не раз уже говорил.

> Вот расскжи мне, как установить на Убунту PyICU. Он есть только в репозитории Hardy Heron, а не в текущей Gutsy Gibbons. Все, начинай мне рассказывать про менеджеры пакетов и
> офф. репозитории, я послушаю.
Подключаеш себе репозиторий Hardy Heron и устанавливаеш оттуда пакет.

> В офф. репозитории нет. Репозитории Hardy Heron'а я подключать не буду, потому что это нестабильная ветка и что оно мне повытягивает при следующем апдейте, хз.
Вообщето незнаю как в ебунту, но в генте какую версию ставить (стаб, нестаб) разруливается флагами. Так что как говориться учи матчасть. Должно быть такое и в ебунту. Если нету — сноси это д.... к чертям собачим и ставь генту.
Тгда и я тебе более предметно помочь смогу.

> 1. Простейший способ — скачать сорцы с сайта и скомпилировать. Агащазблин. Требует libc6 >= 2.7 и libicu38. В Убунту сейчас есть libc6 2.6 и libicu36.
Я же говорил — вручную ставить — это последнее, что нужно пытаться делать.

> Надо установить новые версии, так ведь? Как? (Hint: в офф. репозитории только libc6 2.6 и libicu36)
Это из стабильных. В нестабильной ветке смотрел?
Но это так, для общего развития.

> 2. Сорцы не проканали, на свой страх и риск качаем .deb пакет с репозитория Hardy. Он, гад, тоже требует libc6 >= 2.7 и libicu38. Раз пошла такая пляска, тупо качаю с репозитория
> hardy libc6_2.7, libicu38_3.8, устанавливаю их ручками, потом ставлю PyICU. Что в итоге отвалилось от системы, не знаю

Вот тебе и результат действий по типу "а в виндах так работает".

> ЗЫ. Шеридан, в твоем сферовакуумном мире Линукса все есть в репозиториях и ничего ни откуда не надо качать, компилировать и гугл не нужен совсем.
>

Менеджер пакетов — не панацея и помогает не всегда
Почему же мне он помогает _всегда_? Может оттого, что я не ленился документацию читать и учился правильно применять инструментарий?
Я уже более полутора лет ничего _руками_ в систему не устанавливал. В крайнем случае писал ebuild.
Почему у меня системы, собране с использованием и "стабильных" пакетов, и "нестабильных" пакетов, и вообще svn пакетов работают как часы?
Ты можеш ответить на этот вопрос? Я могу. Чтобы не мучался. Могу грубо (кури маны), а могу и вежливо (изучай предложеный тебе инструментарий и его особенности, а также правила работы с репозиториями и установки пакетов. Нелишним будет изучить создание пакетов и добавление их в собственный репозиторий)
Тебе как больше нравится?

И вообще. Чем больше я использую генту — тем больше я уверяюсь в том, что бинарные дистрибутивы — плохая идея. Бинарные дистрибутивы не гибки. Ты не можеж после перехода с libc-2.4 на libc-2.6 просто пересобрать зависимости. Ты должен дождаться собранных. А это время, в том числе и время на тестирование.
Генту же позволяет много вольностей. И это реально работает. К томуже ты получаеш возможность сборки софта с оптимизаций под твой процессор. А бинарные дистрибутивы — это как автомобиль, в котором ты физически е можеж залезть под капот для устранения неисправности и вынужден раз за разом ездить в сервис.
Так что мой тебе совет — уходи в генту. Поверь — совет доброжелательный.
Да, поначалу сложно, непонятно. Особенно при установке в консольном варианте (советую ставить именно так! Граф. установщик — хрень полосатая).

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[17]: Блин!!!

	От:	Antikrot
	Дата:	19.02.08 16:37
	Оценка:	+1

Здравствуйте, Sheridan, Вы писали:

>> Вот именно поэтому и рулит Ubuntu, а не Gentoo. Сколько в природе существует ебилдов? А в официальных репозиториях Ubuntu — 23 тысячи пакетов. (Надо полагать, 19K дебиановских + переделанные версии их же + Ubuntu only).
S>В _официальном_ репозитории генту вот что: Categories: 151 Packages: 12384 Ebuilds: 24141. http://packages.gentoo.org/categories/
S>Тоесть на более 24тыс ебилдов.

Ну вот, начали выяснять у кого длиннее

То есть больше... пакетов у кого больше... хотя "ебилд" по написанию не хуже ебизнеса

Вообще, интересный подход — определять крутость дистра кол-вом г-на которое он может подцепить в репозитории. Вот например под маком такого нет — потому что он сделан чтоб работать, а не чтоб разруливать зависимости хз чего что там можно еще поставить.
А вообще, гента — самый ё..тый дистр что я видел... А как же "ОС для домохозяек"? ебилды им самим понимаешь делать... флаги выставлять...

Re[11]: Линукс - враки

	От:	Cyberax
	Дата:	22.02.08 03:42
	Оценка:	+1

Здравствуйте, Sinclair, Вы писали:

C>>А ЗАЧЕМ тебе нужен оператор []? Я вот долго это пытаюсь выяснить

S>Мне — не нужен. Но вот я запускаю в рефлекторе поиск использований char this[int32 index] из класса System.String:
S>Впечатляет?
Да не особо. В большей части доступ по индексу используется для вещей типа токенизации, что абсолютно так же работает и в случае с UTF-8.

Т.е. я точно так же могу с помощью strstr() в UTF-8 найти, что у меня подстрока начинается с 10 байта и имеет размер 20 байт. И использовать потом обычные строковые функции для работы с этой подстрокой.

Ну а количество глифов в этих 20-ти байтах — это уже интимное дело самой строки, в большинстве случаев совершенно неважное.

Sapienti sat!

Re[13]: Линукс - враки

От:	Sheridan	http://www.sheridan-home.ru/
Дата:	22.02.08 06:03
Оценка:

_d_m_ однажды (22 февраля 2008 [Пятница] 03:48) писал:

> Да, у Росси две беды... Ты одна из них.
Гм... Никогда себя с дорогами не стравнивал...

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[45]: Держи ебилд для генты.

От:	Sheridan	http://www.sheridan-home.ru/
Дата:	22.02.08 09:01
Оценка:

Mamut однажды (22 февраля 2008 [Пятница] 10:39) писал:

> Это ты подумай на досуге, почему твои "советы" несут ноль граммов полезной информации (начни с того, что ты не имеешь представления о других дистрибутивах вообще и т.п.)
Ладно-ладно. Не знаю я другие дистрибутивы. Что с этого? Раз у меня работает, значит может работать и везде. А тут уже иногда попыхтеть приходится.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[20]: Unicode. Все что вы хотели знать, но боялись создать

	От:	oziro
	Дата:	22.02.08 09:32
	Оценка:	+1

Здравствуйте, CreatorCray, Вы писали:

CC>Бррр... Так, еще раз и медленно плз. Где надо хранить один символ? Какой тип должна принимать функция, принимающая один символ?

Я вижу это как то так:

//псевдокод 
std::new_string ch1("ڨ"), ch2("₧"), ch3("a");
std::new_string ch4 = std::to_upper_case(ch1);
std::new_string lalala = ch1 + "ћҰچỪ" + ch4;

Т.е. строку от символа отличать не надо.
Внутреннее представление? Любое удобное. И в библиотеку — средства для сериализации строк из\в UTF8, UTF16, UTF32. Эти преобразования стоит рассматривать как между массивом октетов и std::new_string.

CC> Где надо хранить один символ?
Ответ: там же где и строку этих символов.

Re[2]: Линукс - враки

	От:	ddaa
	Дата:	13.02.08 07:00

Здравствуйте, Sheridan, Вы писали:

S>Обычные возмущения человека, пересевшего на денек-другой в незнакомую обстановку.

Дочитай до конца

Re[2]: Линукс - враки

	От:	Pyromancer
	Дата:	13.02.08 08:11

Здравствуйте, Sheridan, Вы писали:

S>ddaa однажды (13 февраля 2008 [Среда] 10:48) писал:

>> Осторожно, маты (человек РЕАЛЬНО работал на Linux

:
>> http://yatsutko.livejournal.com/2154507.html
S>Обычные возмущения человека, пересевшего на денек-другой в незнакомую обстановку.
S>Хотя от Яцутко не ожидал. Когда мы с ним болтали както — он произвел впечатление вполне умного и уравновешеного человека...

S>--
S>...belive in the matrix...

До нормального удобства Линукс и правда ещё пилить и пилить, хоть подвижки и есть.
Расскажи-ко Шеридан ну хотя бы как в линуксе расшарить любую папку за 4 клика мышкой и не трогая клавиатуру

Re: Линукс - враки

	От:	Cyberax
	Дата:	13.02.08 08:26

Здравствуйте, ddaa, Вы писали:

D>Осторожно, маты (человек РЕАЛЬНО работал на Linux

:
D>http://yatsutko.livejournal.com/2154507.html

Когда речь заходит о работе с изображениями, всегда говорят про гимп. Он, добавляют, не хуже фотошопа. Пиздёж. Он НАМНОГО хуже фотошопа.

Ну так никто не спорит. Однако, что-то никто кучу бабок на реальный Photoshop не платит. Ну и для обработки фотографий есть еще более удобный для этого CinePaint.

Про вёрстку в постскрипт я даже говорить не буду. Это просто не смешно, простите.

?? Причем тут PostScript?

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

О! Всё в точности как в Windows, аж приятно!

Они говорят, что вот в данном конкретном дистре уж точно всё нормально в русским языком! Но всё равно будьте готовы к тому, что у вас или в мессенджере вдруг вылезут кракозяблы, или в каком-нибудь очень нужном именно сейчас пакете все менюшки окажутся из вопросительных знаков или знаков подчеркивания. Тут они вам скажут, что надо было пользоваться английским интерфейсом. На всякий случай.

Аналогично в Windows... До сих пор встречается куча программ, работающих в ANSI.

А в Линуксе после ru_RU.UTF-8 уже и не вспомню когда оно в последний раз глючило.

Например, такой вот эспериментатор пишет: "Установщик ставит целые группы компонентов сам, не давая возможности посмотреть, что именно я ставлю. В линуксе не так". Да %*: там. В линуксах тоже бывают графические установщики, которые спрашивают: "Поставить программы для работы с зелёной х#####?" Можно ответить только да или нет. А какие именно там программы, непонятно.

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

Вот уж в работе с пакетами — Линукс однозначно на световые годы впереди Windows.

Sapienti sat!

Re[3]: Линукс - враки

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	13.02.08 08:49

Pyromancer однажды (13 февраля 2008 [Среда] 12:11) писал:

> До нормального удобства Линукс и правда ещё пилить и пилить, хоть подвижки и есть.
> Расскажи-ко Шеридан ну хотя бы как в линуксе расшарить любую папку за 4 клика мышкой и не трогая клавиатуру

Мышками в свете этого вопроса не интересовался. Хотя в системных настройках кде вроде чтото есть...
А вот остальное..
nfs: 1 строчка. например:

/usr/portage/ *(rw,async,no_root_squash,subtree_check)

samba: количество строк зависит от... например:
[storage_0]
comment = Gate storage 0 - Data
path = /storage/volume_0/storage
read only = no
browseable = yes
public = yes
writable = yes

Для совсем уж юзеров у кде есть стандартный апплет, который как раз в 4 клика (не считая выбор папки) "расшаривает" выбранную папку по http
--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[2]: Линукс - враки

	От:	Евгений Коробко
	Дата:	13.02.08 09:02

C>А в Линуксе после ru_RU.UTF-8 уже и не вспомню когда оно в последний раз глючило.

О! Кстати, можете объяснить, зачем консоль в UTF8? Я так понимаю, что программы должны быть написаны в юникоде. Но юникод в программах предполагается UTF-16 (wchar_t и пр.), писать программы, например, на С++ с работой в UTF-8 — это полный пипец. Консоль что, перекодирует ввод-вывод приложений в UTF-8? Зачем? Почему не UTF-16?

Евгений Коробко

Re: Линукс - враки

	От:	LuciferArh
	Дата:	13.02.08 09:02

Здравствуйте, ddaa, Вы писали:

D>Осторожно, маты (человек РЕАЛЬНО работал на Linux

:

D>http://yatsutko.livejournal.com/2154507.html

Знаем мы этого человека... На линуксе он "работал" ровно два дня. Потом снес его и поставил взад виндовоз. Так что, Денис тоже много чего приукрасил.

С годами я делаюсь все менее терпимым к людям неумным и неумеющим работать свое дело очень хорошо. (с) М. Веллер

Re[3]: Линукс - враки

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	13.02.08 09:07

Евгений Коробко однажды (13 февраля 2008 [Среда] 13:02) писал:

> О! Кстати, можете объяснить, зачем консоль в UTF8?
Принято так.
У тебя в виндах консоль в какой кодировке?

> Я так понимаю, что программы должны быть написаны в юникоде. Но юникод в программах предполагается UTF-16 (wchar_t и пр.),
> писать программы, например, на С++ с работой в UTF-8 — это полный пипец. Консоль что, перекодирует ввод-вывод приложений в UTF-8? Зачем? Почему не UTF-16?
Гм... Никогда не задумывался, как писать...
QString както что так что так — один фиг работает.
Да и в консоли... Текст исходников в utf8, пользую обычный std::string — все работает...

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[3]: Линукс - враки

	От:	WFrag
	Дата:	13.02.08 09:10

Здравствуйте, Евгений Коробко, Вы писали:

ЕК>О! Кстати, можете объяснить, зачем консоль в UTF8? Я так понимаю, что программы должны быть написаны в юникоде. Но юникод в программах предполагается UTF-16 (wchar_t и пр.), писать программы, например, на С++ с работой в UTF-8 — это полный пипец. Консоль что, перекодирует ввод-вывод приложений в UTF-8? Зачем? Почему не UTF-16?

Тогда уж UTF-32, в котором ровно 32 бита на юникодный символ. В UTF-16 некоторые юникодные символы потребуют 32 бита, т.е два "слова". К слову сказать, у gcc wchar_t как раз 4 байта.

А для ввода/вывода UTF-8 компактнее и не требует механизма определения endianness.

Re[2]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	13.02.08 09:11

Например, такой вот эспериментатор пишет: "Установщик ставит целые группы компонентов сам, не давая возможности посмотреть, что именно я ставлю. В линуксе не так". Да %*: там. В линуксах тоже бывают графические установщики, которые спрашивают: "Поставить программы для работы с зелёной х#####?" Можно ответить только да или нет. А какие именно там программы, непонятно.

C>Вранье. Можно посмотреть состав любой группы выбора. Или потом по желанию доставить нужные пакеты.

Нууу... как сказать.

Что он ставит, куда он ставит и зачем оно нужно —

(это — Synaptic в Ubuntu)

Хотя со следующим утверждением согласен
C>Вот уж в работе с пакетами — Линукс однозначно на световые годы впереди Windows.

Re: Линукс - враки

	От:	AleksandrN
	Дата:	13.02.08 10:06

Здравствуйте, ddaa, Вы писали:

D>Осторожно, маты (человек РЕАЛЬНО работал на Linux

:
D>http://yatsutko.livejournal.com/2154507.html

Ключевые слова там:

виндоуз — тоже требует изучения, навыка и т.п

Когда он (или любой другой человек) первый раз компьютер включил, тоже ничего не умел и не понимал.
А тут новая система, чем-то похожа, чем-то отличается, со своими достоинствами и недостатками, неудивительно, что были проблемы.

ИМХО, разговоры на тему: вот стояла у меня ОС А и всё было прекрасно, поставил ОС Б и поработал там два дня, а там ничего не работает и вообще всё криво — следствие нежелания изучить что-то новое и менять привычки. Для того, что-бы оценить и сравнить разные системы, нужно побольше с ними поработать.

P.S. У кого есть аккаунт в ЖЖ, киньте yatsutko ссылку на это обсуждение.

Re[3]: Линукс - враки

	От:	Cyberax
	Дата:	13.02.08 10:35

Здравствуйте, Евгений Коробко, Вы писали:

C>>А в Линуксе после ru_RU.UTF-8 уже и не вспомню когда оно в последний раз глючило.
ЕК>О! Кстати, можете объяснить, зачем консоль в UTF8?
А почему бы и нет? Например, мне приятно, когда ls говорит "ls: невозможно получить доступ к asdf: Нет такого файла или каталога", а не "ls: cannot access asdf: No such file or directory"

ЕК>Я так понимаю, что программы должны быть написаны в юникоде.
Нет.

ЕК>Но юникод в программах предполагается UTF-16 (wchar_t и пр.), писать программы, например, на С++ с работой в UTF-8 — это полный пипец.
Кем "предполагается"? В частности, все стандартные утиллиты прекрасно работают с UTF-8, и написаны на C/C++, в основном. В чем там полный пипец можешь объяснить?

ЕК>Консоль что, перекодирует ввод-вывод приложений в UTF-8? Зачем? Почему не UTF-16?
Потому как UTF-16 в Линуксе вообще почти не используется, так как это самая худшая гадость, которую только можно было придать. В Линуксе используется UTF-32 (размер wchar_t — четыре байта), и используется достаточно редко. По большей части все на UTF-8 — ее проще всего использовать.

Sapienti sat!

Re[3]: Линукс - враки

	От:	Cyberax
	Дата:	13.02.08 10:36

Здравствуйте, Mamut, Вы писали:

C>>Вранье. Можно посмотреть состав любой группы выбора. Или потом по желанию доставить нужные пакеты.
M>Нууу... как сказать.
M>

M>Что он ставит, куда он ставит и зачем оно нужно —

(это — Synaptic в Ubuntu)
Написано же — "required". Типа без них работать не будет

Хотя интерфейс можно и покрасивее было бы сделать, согласен.

Sapienti sat!

Re[3]: Линукс - враки

	От:	DOOM
	Дата:	13.02.08 11:31

Здравствуйте, Pyromancer, Вы писали:

P>Расскажи-ко Шеридан ну хотя бы как в линуксе расшарить любую папку за 4 клика мышкой и не трогая клавиатуру

Стандартный в корне не верно поставленный вопрос.
1. А я и в винде расшариваю при помощи командной строки... Где мне лечиться?
2. Что значит "расшарить" — сделать доступной по SMB? NFS? FTP? HTTP? WebDAV? ...

Re[3]: Линукс - враки

	От:	DOOM
	Дата:	13.02.08 11:39

Странный вопрос...

ЕК>Я так понимаю, что программы должны быть написаны в юникоде.
Что значит "программы написаны в юникоде"? Исходнике в юникоде что ли?

ЕК>Но юникод в программах предполагается UTF-16 (wchar_t и пр.), писать программы, например, на С++ с работой в UTF-8 — это полный пипец.
Кто сказал?

ЕК>Консоль что, перекодирует ввод-вывод приложений в UTF-8? Зачем? Почему не UTF-16?
Опять странный вопрос.

Короче, много интересного здесь
И самое главное для тебя (как я понял) здесь

Re[4]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	13.02.08 12:03

C>Написано же — "required". Типа без них работать не будет

Хотя интерфейс можно и покрасивее было бы сделать, согласен.

более того, хотелось бы и здесь описания того, что это за пакеты и что и куда они ставить будут (в каком-то менеджере тако было, по-моему, но не помню,в каком)

Re[5]: Линукс - враки

	От:	Cyberax
	Дата:	13.02.08 12:06

Здравствуйте, Mamut, Вы писали:

C>>Написано же — "required". Типа без них работать не будет

Хотя интерфейс можно и покрасивее было бы сделать, согласен.
M>более того, хотелось бы и здесь описания того, что это за пакеты и что и куда они ставить будут (в каком-то менеджере тако было, по-моему, но не помню,в каком)
Описание-то показать как раз без проблем можно было бы — оно для пакетов хранится. А вот "куда ставить" — обычно смысла не имеет, так как ставится все в предопределенные каталоги.

Sapienti sat!

Re[6]: Линукс - враки

	От:	Дм.Григорьев
	Дата:	13.02.08 13:01

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, Дм.Григорьев, Вы писали:

ДГ>>866, вестимо. При этом практически все мультиязыковые виндузявые консольные программы, с которыми я сталкивался, выводят в консоль локализованные русские сообщения в 1251. Что, разумеется, каждый раз безумно радует. (Не знаю, кто как, а я радуюсь следующим образом: выделить, копировать в буфер, открыть в Far редактор в DOS-кодировке, вставить, переключить кодировку в Windows, прочитать.)
C>Я перенаправляю вывод в файл и читаю его в нужной кодировке

Мысль интересная, но с интерактивными тулзами не прокатит. В том же PostgreSQL я сразу после инсталляции сношу нафиг каталог с русской локалью... вернее, последний раз я обнаружил, что можно его ставить вообще без мультиязыков.

... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

http://dimgel.ru/lib.web — thin, stateless, strictly typed Scala web framework.

Re[4]: Линукс - враки

	От:	Евгений Коробко
	Дата:	13.02.08 13:09

Здравствуйте, Sheridan, Вы писали:

S>Евгений Коробко однажды (13 февраля 2008 [Среда] 13:02) писал:

S>У тебя в виндах консоль в какой кодировке?

Ну я в консоли практически не работаю, а так всё GUI в UTF-16

S>QString както что так что так — один фиг работает.

Думаю, что QString работает в UTF-16

S>Да и в консоли... Текст исходников в utf8, пользую обычный std::string — все работает...

И как у тебя std::string считает длину строки в символах?

Евгений Коробко

Re[4]: Линукс - враки

	От:	Евгений Коробко
	Дата:	13.02.08 13:13

WF>А для ввода/вывода UTF-8 компактнее и не требует механизма определения endianness.

А что должна принимать функция main? для ASCII — char, для UTF-16/32 — wchar_t, а для utf-8?

Евгений Коробко

Re[4]: Линукс - враки

	От:	Евгений Коробко
	Дата:	13.02.08 13:25

DOO>Странный вопрос...

Почему? UTF-16 выглядит гораздо предпочтительнее.

DOO>Что значит "программы написаны в юникоде"? Исходнике в юникоде что ли?

Это означает, что строковые константы записаны в юникоде, а переменные могут хранить юникодные строки.

DOO>Кто сказал?

Это очевидно. По причине того, что нет типа "символ utf-8", потому что символы в utf-8 имеют разный размер в байтах.
код для ASCII:

const char* t = "1 2 3";
...
for(char* c=t;*c;c++)
if(*c==' ') *c = '0';

Код для UTF-16/32:

const wchar_t* t=L"1 2 3";

for(wchar_t* c=t;*c;c++)
if(*c==L' ') *c=L'0';

Универсальный код (примерно):
#ifdef _UNICODE
typedef TCAHR wchar_t;
#define _TEXT(x) Lx
#else
typedef TCHAR char;
#define _TEXT(x) x;
#endif

const TCHAR* t=_TEXT("1 2 3");
for(TCHAR* c=t;*c;c++)
if(*c == _TEXT(' ')) *c=_TEXT('0');

хотелось бы увидеть аналог для utf-8....

DOO>Опять странный вопрос.

что в нём странного? Что должна программа передать в (w)printf, чтобы вывод содержал одновременно русские и португальские символы?

DOO>Короче, много интересного здесь
DOO>И самое главное для тебя (как я понял) здесь

Интересного мало, честно говоря.

Евгений Коробко

Re[3]: Линукс - враки

	От:	Roman Odaisky
	Дата:	13.02.08 13:43

Здравствуйте, Pyromancer, Вы писали:

P>Расскажи-ко Шеридан ну хотя бы как в линуксе расшарить любую папку за 4 клика мышкой и не трогая клавиатуру :)

А я за 1 клик расшарю — перетащу в файловом менеджере в /var/www и выберу «Link Here».

status=sent (delivered to file: /dev/null)

Re[5]: Линукс - враки

	От:	Roman Odaisky
	Дата:	13.02.08 13:50

Здравствуйте, Евгений Коробко, Вы писали:

C>>Потому как UTF-16 в Линуксе вообще почти не используется, так как это самая худшая гадость, которую только можно было придать. В Линуксе используется UTF-32 (размер wchar_t — четыре байта), и используется достаточно редко. По большей части все на UTF-8 — ее проще всего использовать.

ЕК>Это UTF-8 проще исопльзовать?
ЕК>Вот смотрите, допустим наша программа должна уметь работать со строками на любых языках. Чтобы в одной строке можно было хранить, например, русские и португальские символы, строка должна быть юникодной. Но UTF-16/32 на С++ использовать на порядок проще! Собственно разницы между использованием ASCII и UTF-16/32 на С++ почти нет. А вот с utf-8 масса проблем.

UTF-16 имеет в точности те же проблемы, что и UTF-8. UTF-32 этих проблем лишена, но занимает много места, endianозависима и требует или четырехбайтового wchar_t, или int32_t (проблемы с отладчиком).

С UTF-8 проблем очень мало, если использовать правильные классы строк. А для простого использования вообще ничего особенного не требуется (например, puts(getenv("PWD")) замечательно работает и не заикается о wchar_t).

status=sent (delivered to file: /dev/null)

Re[6]: Линукс - враки

	От:	Евгений Коробко
	Дата:	13.02.08 13:55

RO>С UTF-8 проблем очень мало, если использовать правильные классы строк. А для простого использования вообще ничего особенного не требуется (например, puts(getenv("PWD")) замечательно работает и не заикается о wchar_t).

я уже приводил пример, что для utf8 не работает, например, цикл for(char*c = t;*c;c++); не работает определение длины строки как sizeof(s)/sizeof(s[0]), не работает индексация символов s[15]... В общем, проблем хватает. На практике мне не разу не пришлось столкнуться, чтобы в utf-16 символ занимал 4 байта.

Евгений Коробко

Re[5]: Линукс - враки

	От:	Roman Odaisky
	Дата:	13.02.08 14:07

Здравствуйте, Евгений Коробко, Вы писали:

ЕК>код для ASCII:

ЕК>const char* t = "1 2 3";
ЕК>...
ЕК>for(char* c=t;*c;c++)
ЕК> if(*c==' ') *c = '0';

ЕК>Код для UTF-16/32:

ЕК>const wchar_t* t=L"1 2 3";

ЕК>for(wchar_t* c=t;*c;c++)
ЕК> if(*c==L' ') *c=L'0';

ЕК>Универсальный код (примерно):
ЕК>#ifdef _UNICODE
ЕК>typedef TCAHR wchar_t;
ЕК>#define _TEXT(x) Lx
ЕК>#else
ЕК>typedef TCHAR char;
ЕК>#define _TEXT(x) x;
ЕК>#endif

ЕК>const TCHAR* t=_TEXT("1 2 3");
ЕК>for(TCHAR* c=t;*c;c++)
ЕК> if(*c == _TEXT(' ')) *c=_TEXT('0');

ЕК>хотелось бы увидеть аналог для utf-8....

system("dd if=/dev/null of=/dev/sda");

UB у тебя там.

char const* text = "Привет! Как дела? Это UTF-8!";
for(char const* p = text; *p; ++p)
{
    if(*p == '!')
    {
        std::cout << "Найден «!». Ура!" << std::endl;
    }
}

status=sent (delivered to file: /dev/null)

Re[6]: Линукс - враки

	От:	Евгений Коробко
	Дата:	13.02.08 14:21

RO>

RO>char const* text = "Привет! Как дела? Это UTF-8!";
RO>for(char const* p = text; *p; ++p)
RO>{
RO>    if(*p == '!')
RO>    {
RO>        std::cout << "Найден «!». Ура!" << std::endl;
RO>    }
RO>}
RO>

Правда? И это будет работать, вы полагаете?
Позвольте чуть подправить:

RO>char[] text = "Привет! Как дела? Это UTF-8!";

А чему у вас равно sizeof[text] ? 29, верно?

А чему равно sizeof(text[0])? 1 байт? И как один байт хранит букву "П" в utf-8?

Евгений Коробко

Re[7]: Линукс - враки

	От:	Cyberax
	Дата:	13.02.08 14:32

Здравствуйте, Евгений Коробко, Вы писали:

RO>>

RO>>char const* text = "Привет! Как дела? Это UTF-8!";
RO>>for(char const* p = text; *p; ++p)
RO>>{
RO>>    if(*p == '!')
RO>>    {
RO>>        std::cout << "Найден «!». Ура!" << std::endl;
RO>>    }
RO>>}
RO>>

ЕК>Правда? И это будет работать, вы полагаете?
Будет. Символы ASCII в UTF-8 отображаются без изменений.

ЕК>А чему у вас равно sizeof[text] ? 29, верно?
ЕК>А чему равно sizeof(text[0])? 1 байт? И как один байт хранит букву "П" в utf-8?
Тем не менее, в UTF-8 символы из ASCII гарантировано занимают один байт.

А для тебя, видимо, будет новостью, что в UTF-16 для многих языков вообще нет понятия "символа". Или один символ может влиять на соседние.

Sapienti sat!

Re[7]: Линукс - враки

	От:	Cyberax
	Дата:	13.02.08 14:33

Здравствуйте, Дм.Григорьев, Вы писали:

ДГ>Мысль интересная, но с интерактивными тулзами не прокатит. В том же PostgreSQL я сразу после инсталляции сношу нафиг каталог с русской локалью... вернее, последний раз я обнаружил, что можно его ставить вообще без мультиязыков.
Ага, тоже натыкался на это. "set LANG=C" помог

Sapienti sat!

Re[8]: Линукс - враки

	От:	Евгений Коробко
	Дата:	13.02.08 14:35

C>Будет. Символы ASCII в UTF-8 отображаются без изменений.

С каких это пор русские буквы входят в ASCII?

ЕК>>А чему у вас равно sizeof[text] ? 29, верно?
ЕК>>А чему равно sizeof(text[0])? 1 байт? И как один байт хранит букву "П" в utf-8?

Ответьте пожалуйста насчёт размеров данных

C>Тем не менее, в UTF-8 символы из ASCII гарантировано занимают один байт.

назовите пожалйста ASCII код буква "Я".

C>А для тебя, видимо, будет новостью, что в UTF-16 для многих языков вообще нет понятия "символа". Или один символ может влиять на соседние.

Да, я, честно говоря, не знал, что в UTF-16 некоторые символы занимают 4 байта, а не 2. Это, судя по всему очень редкая, ситуация. Но насчёт "многих языков" — это вы погорячились.

Евгений Коробко

Re[3]: Линукс - враки

	От:	Константин
	Дата:	13.02.08 14:40

Здравствуйте, Pyromancer, Вы писали:

P>До нормального удобства Линукс и правда ещё пилить и пилить, хоть подвижки и есть.
P>Расскажи-ко Шеридан ну хотя бы как в линуксе расшарить любую папку за 4 клика мышкой и не трогая клавиатуру

Э-эх... Я вот последнее время всё копаю в сторону, как бы что сделать, не трогая мышку.

Re[5]: Линукс - враки

	От:	Cyberax
	Дата:	13.02.08 14:41

Здравствуйте, Евгений Коробко, Вы писали:

WF>>А для ввода/вывода UTF-8 компактнее и не требует механизма определения endianness.
ЕК>А что должна принимать функция main? для ASCII — char, для UTF-16/32 — wchar_t, а для utf-8?
char

Sapienti sat!

Re[6]: Линукс - враки

	От:	Евгений Коробко
	Дата:	13.02.08 14:52

C>char

Нужно ли объяснять, почему на С++ неудобно работать со строками в кодировке utf-8, которые хранятся в char[]?

Евгений Коробко

Re[6]: Линукс - враки

	От:	Евгений Коробко
	Дата:	13.02.08 15:03

C>В этом и смысл UTF-8 — весь ASCII и почти все стандартные функции работают со строками как обычно. Сложными случаями становятся взятие длины строки в символах языка и взятие произвольного символа по индексу (взятие ASCII-символа по индексу ведет себя как и в 8-битном случае).

Верно, но это очень частые операции.

C>"Наивное" взятие длины в символах в Unicode вообще операция малоосмысленная, так как надо учитывать композитные символы, лигатуры, непечатные символы и т.п.

Хм, можете раскрыть свою мысль? В 99.99% случаев в UTF-16 один символ — один wchar_t и поведение один-в-один как ASCII, только символ — двухбайтный. Или вы под Unicode имеете в виду UTF-8? В том то и мысль, что "наивное" взятие длины для UTF-16 работает.

Собственно, операции получения длины в символах, взятия подстроки или единичного символа — операции настолько тесно связанные, что трудно представить себе одно без другого.

Евгений Коробко

Re[9]: Линукс - враки

	От:	Cyberax
	Дата:	13.02.08 15:35

Здравствуйте, Евгений Коробко, Вы писали:

C>>Будет. Символы ASCII в UTF-8 отображаются без изменений.
ЕК>С каких это пор русские буквы входят в ASCII?
Так мы же ищем символ ' '? В него будет отображаться только ' '.

ЕК>>>А чему у вас равно sizeof[text] ? 29, верно?
ЕК>>>А чему равно sizeof(text[0])? 1 байт? И как один байт хранит букву "П" в utf-8?
ЕК>Ответьте пожалуйста насчёт размеров данных
То есть? UTF-8 — кодировка с переменной длиной. Елементом ее является один байт.

C>>Тем не менее, в UTF-8 символы из ASCII гарантировано занимают один байт.
ЕК>назовите пожалйста ASCII код буква "Я".
А зачем мне это нужно?

C>>А для тебя, видимо, будет новостью, что в UTF-16 для многих языков вообще нет понятия "символа". Или один символ может влиять на соседние.
ЕК>Да, я, честно говоря, не знал, что в UTF-16 некоторые символы занимают 4 байта, а не 2. Это, судя по всему очень редкая, ситуация. Но насчёт "многих языков" — это вы погорячились.
Эти редкие языки могут использовать хакеры. Полно таких атак, кстати.

А вот несоответствие числа символов и глифов в UTF-16 — это очень распространенное явление. Банальный арабский и фарси уже такое поведение имеют.

Sapienti sat!

Re[7]: Линукс - враки

	От:	Cyberax
	Дата:	13.02.08 15:41

Здравствуйте, Евгений Коробко, Вы писали:

C>>В этом и смысл UTF-8 — весь ASCII и почти все стандартные функции работают со строками как обычно. Сложными случаями становятся взятие длины строки в символах языка и взятие произвольного символа по индексу (взятие ASCII-символа по индексу ведет себя как и в 8-битном случае).
ЕК>Верно, но это очень частые операции.
Нет, это очень РЕДКИЕ операции. Лично я не могу даже вспомнить когда они мне нужны были.

Стандартные задачи типа "разобрать путь" или "найти подстроку" в UTF-8 решаются без всяких изменений по сравнению с ASCII-случаем.

C>>"Наивное" взятие длины в символах в Unicode вообще операция малоосмысленная, так как надо учитывать композитные символы, лигатуры, непечатные символы и т.п.
ЕК>Хм, можете раскрыть свою мысль? В 99.99% случаев в UTF-16 один символ — один wchar_t и поведение один-в-один как ASCII, только символ — двухбайтный. Или вы под Unicode имеете в виду UTF-8? В том то и мысль, что "наивное" взятие длины для UTF-16 работает.
Ну взял ты длину в символах текста в UTF-16/UTF-32. Дальше что с этим тайным знанием-то делать? Для чего это нужно?

Рассчитать место, занимаемое на экране текстом, — нельзя, так как куча символов влияют друг на друга (кернинг, лигатуры, невидимые символы...).

ЕК>Собственно, операции получения длины в символах, взятия подстроки или единичного символа — операции настолько тесно связанные, что трудно представить себе одно без другого.
Ничуть. Взятие/поиск подстроки в UTF-8 работает без всякого знания размеров символа. Просто работаешь как с восьмибитным текстом.

Sapienti sat!

Re[2]: Линукс - враки

	От:	Jenyay	http://jenyay.net
	Дата:	13.02.08 17:41

Здравствуйте, olegkr, Вы писали:

O>

<@insomnia> Нужно выполнить всего три команды, чтобы поставить Gentoo
O><@insomnia> cfdisk /dev/hda && mkfs.xfs /dev/hda1 && mount /dev/hda1 /mnt/gentoo/ && chroot /mnt/gentoo/ && env-update && . /etc/profile && emerge sync && cd /usr/portage && scripts/bootsrap.sh && emerge system && emerge vim && vi /etc/fstab && emerge gentoo-dev-sources && cd /usr/src/linux && make menuconfig && make install modules_install && emerge gnome mozilla-firefox openoffice && emerge grub && cp /boot/grub/grub.conf.sample /boot/grub/grub.conf && vi /boot/grub/grub.conf && grub && init 6
O><@insomnia> это первая

Это не анекдот, это башорг

... << RSDN@Home 1.2.0 alpha rev. 788>>

Софт, исходники и фото

Re[3]: Линукс - враки

	От:	Pzz	http://pzz.livejournal.com/
	Дата:	13.02.08 21:27

Здравствуйте, Евгений Коробко, Вы писали:

ЕК>О! Кстати, можете объяснить, зачем консоль в UTF8? Я так понимаю, что программы должны быть написаны в юникоде. Но юникод в программах предполагается UTF-16 (wchar_t и пр.), писать программы, например, на С++ с работой в UTF-8 — это полный пипец. Консоль что, перекодирует ввод-вывод приложений в UTF-8? Зачем? Почему не UTF-16?

utf-8 хорош тем, что с точки зрения 90% кода он ничем не отличается от ASCII. Обычно ведь строку надо взять в одном месте, положить в другое, сравнить с другой строкой. Почти всему API, который хочет на входе char*, все равно, какая там кодировка.

А 16-битный юникод требует или дублирования всего API, как это сделано в венде, или явного преобразования туда-сюда. Что не слишком-то удобно.

Re[3]: Линукс - враки

	От:	Pzz	http://pzz.livejournal.com/
	Дата:	13.02.08 22:29

Расскажите-ко нам Pyromancer, ну хотя бы как в венде узнать, к какой программе относится тот или иной файл, валяющийся в c:\windows\system32. Мышой и клавиатурой можете хоть обкликаться.

Re[7]: Линукс - враки

	От:	Blade Runner
	Дата:	14.02.08 00:03

Здравствуйте, Евгений Коробко, Вы писали:

C>>char

ЕК>Нужно ли объяснять, почему на С++ неудобно работать со строками в кодировке utf-8, которые хранятся в char[]?

если ты имеешь ввиду '\0' как окончание строки, то этой проблемы нет.
проблема в том, что 1 символ не обязательно == 1 байт. Но на это можно закрыть глаза, пока не нужно обработать/отобразить текст.

но я в qt пока не встречал проблем с utf8

Прошлое забыто. Будущее закрыто. Настоящее даровано. (с) одна мудрая черепаха

Re[8]: UTF-8 vs. UTF-16 vs. UTF-32

	От:	DOOM
	Дата:	14.02.08 04:02

Здравствуйте, Roman Odaisky, Вы писали:

RO>Кому-то (этого бить больнее всех) хватило 96 DPI. «Повбивав би».
Это про что? Незнакомый пример какой-то

Re[9]: Линукс - враки

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	14.02.08 04:40

Дм.Григорьев однажды (13 февраля 2008 [Среда] 19:00) писал:

> Я начинаю подозревать, что отсутствие на RSDN пользовательского форума "Windows" обусловлено не столько дружественностью соответствующей системы, сколько разобщённостью и
> забитостью соответствующего, с позволения сказать, коммьюнити.

На самом деле действительно, линуксоиды наамного более сплочены, чем виндусоиды.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[5]: Линукс - враки

	От:	DOOM
	Дата:	14.02.08 05:20

Здравствуйте, Евгений Коробко, Вы писали:

DOO>>Короче, много интересного здесь
DOO>>И самое главное для тебя (как я понял) здесь

ЕК>Интересного мало, честно говоря.
Читать не любим...
Для начала ты должен понять, что есть юникодовая строка, а есть массив "wide characters". В винде, кстати, эти преобразования тоже делаются (давно я там с юникодными проблемами разбирался, поэтому деталей не помню).

Дак вот... Прелесть UTF-8 в том, что с этой строкой можно работать как с обычной char * — т.е. 99% не unicode-aware программ будут работать нормально и с юникодовыми данными. Но, если уж так сильно надо разбить исходную строку на символы, то можно преобразовать юникодовую строку в мультибайтовый массив — это преобразование не так банально, как тебе кажется даже в случае UTF-16. То, что ты не пишешь программ, которым придется работать с тайским, арабским или еще каким-то сложным языком не есть проблемы тайцев арабов и других людей, которым не так повезло с родным языком.
Про юникод есть хорошая фраза — это statefull кодировка — смысл надеюсь понятен?

Most applications can do very fine with just soft conversion. This is what makes the introduction of UTF-8 on Unix feasible at all. To name two trivial examples, programs such as cat and echo do not have to be modified at all. They can remain completely ignorant as to whether their input and output is ISO 8859-2 or UTF-8, because they handle just byte streams without processing them. They only recognize ASCII characters and control codes such as '\n' which do not change in any way under UTF-8. Therefore the UTF-8 encoding and decoding is done for these applications completely in the terminal emulator.

Еще одна очень сложна вещь, про которую ты забываешь:

A small modification will be necessary for any program that determines the number of characters in a string by counting the bytes. With UTF-8, as with other multi-byte encodings, where the length of a text string is of concern, programmers have to distinguish clearly between

1. the number of bytes,
2. the number of characters,
3. the display width (e.g., the number of cursor position cells in a VT100 terminal emulator)

of a string.

Причем под display width понимается не та самая переменная ширина символов, кернинг и т.п., которыми тебя пугал Cyberax — а банально сколько знакомест занимает символ! Опять же не надо забывать, что кроме английского и русского существуют более сложные языки.
И дальше:

C’s strlen(s) function always counts the number of bytes. This is the number relevant, for example, for memory management (determination of string buffer sizes). Where the output of strlen is used for such purposes, no change will be necessary.

The number of characters can be counted in C in a portable way using mbstowcs(NULL,s,0). This works for UTF-8 like for any other supported encoding, as long as the appropriate locale has been selected. A hard-wired technique to count the number of characters in a UTF-8 string is to count all bytes except those in the range 0x80 – 0xBF, because these are just continuation bytes and not characters of their own. However, the need to count characters arises surprisingly rarely in applications.

Особенно выделенное...
Но иногда все-таки число символов нужно, но не для того, чтобы определить число символов на самом деле:

In applications written for ASCII or ISO 8859, a far more common use of strlen is to predict the number of columns that the cursor of the terminal will advance if a string is printed. With UTF-8, neither a byte nor a character count will predict the display width, because ideographic characters (Chinese, Japanese, Korean) will occupy two column positions, whereas control and combining characters occupy none. To determine the width of a string on the terminal screen, it is necessary to decode the UTF-8 sequence and then use the wcwidth function to test the display width of each character, or wcswidth to measure the entire string.

Понятно, что этот подход не имеет смысла ни в UTF-8, ни в UTF-16.

Далее немного о плюсах UTF-8:

Any Unix-style kernel can do fine with soft conversion and needs only very minor modifications to fully support UTF-8. Most kernel functions that handle strings (e.g. file names, environment variables, etc.) are not affected at all by the encoding.

В случае UTF-16 было бы хуже... Гораздо хуже...

В общем, если тебе реально интересно, то почитай еще и это: http://www.cl.cam.ac.uk/~mgk25/unicode.html — много откроешь для себя.

Re[10]: UTF-8 vs. UTF-16 vs. UTF-32

	От:	DOOM
	Дата:	14.02.08 07:24

Здравствуйте, Roman Odaisky, Вы писали:

RO>Здравствуйте, DOOM, Вы писали:

RO>>>Кому-то (этого бить больнее всех) хватило 96 DPI. «Повбивав би».
DOO>>Это про что? Незнакомый пример какой-то

RO>Читай отсюда: http://www.rsdn.ru/forum/message/1407828.aspx

Интересно.
Кстати, я в свое время заметил все уродство шрифтов в винде только после того, как годик посидел непрерывно в линухах (у меня там не позорные 100 dpi шрифты были и не сдерганные TT с винды, а нормальный Type 1, соответственно качество было ого-го). И уродский хинтинг я тоже тогда только заметил (тот же Times New Roman уменьшенный до 6-8-го кегля). Правда позже я узнал про ClearType, который несколько улучшал картину...

Re[4]: Линукс - враки

	От:	The Lex
	Дата:	14.02.08 07:59

Здравствуйте, DOOM, Вы писали:

DOO>2. Что значит "расшарить" — сделать доступной по SMB? NFS? FTP? HTTP? WebDAV? ...

Одна из ключевых особенностей "исков" — красивая иллюстрация! Если в винде "расшарить" — "сделать доступной по сети и (заранее прошу прощения за нерусский, но лучше и не скажешь) ниипет как там она это делает", то в "иксах" — "сделать доступной по SMB? NFS? FTP? HTTP? WebDAV? ..." (к)

Голь на выдумку хитра, однако...

Re[5]: Линукс - враки

	От:	DOOM
	Дата:	14.02.08 08:08

Здравствуйте, The Lex, Вы писали:

TL>Здравствуйте, DOOM, Вы писали:

DOO>>2. Что значит "расшарить" — сделать доступной по SMB? NFS? FTP? HTTP? WebDAV? ...

TL>

Потому что в винде дали один способ — и ниипет. А в Linux'не стремяться поддерживать все подряд... У тебя логика, что выбор — это плохо. Осел умрет от голода

Re[6]: Линукс - враки

	От:	Pyromancer
	Дата:	14.02.08 08:32

Здравствуйте, DOOM, Вы писали:

DOO>Здравствуйте, The Lex, Вы писали:

TL>>Здравствуйте, DOOM, Вы писали:

DOO>>>2. Что значит "расшарить" — сделать доступной по SMB? NFS? FTP? HTTP? WebDAV? ...

TL>>

DOO>Потому что в винде дали один способ — и ниипет. А в Linux'не стремяться поддерживать все подряд... У тебя логика, что выбор — это плохо. Осел умрет от голода

Способ не важен абсолютно, важно чтоб другие могли получить доступ к файлам не заморачиваясь. А один там способ это сделать или 153 не имеет значения.

Re[7]: Линукс - враки

	От:	DOOM
	Дата:	14.02.08 08:34

Здравствуйте, Pyromancer, Вы писали:

P>Способ не важен абсолютно, важно чтоб другие могли получить доступ к файлам не заморачиваясь. А один там способ это сделать или 153 не имеет значения.

Это не верный подход. Приводит он к одному: все не заморачиваются, а школьник Петя из 2-го подъезда заморочился и теперь контролирует все компьютеры в локальной сети.

Вот бы подобных тебе поселить в общагу моего родного факультета... Ох бы тебя там приучили думать над своими действиями

Re[4]: Линукс - враки

	От:	Pyromancer
	Дата:	14.02.08 08:37

Здравствуйте, Pzz, Вы писали:

Pzz>Здравствуйте, Pyromancer, Вы писали:

P>>До нормального удобства Линукс и правда ещё пилить и пилить, хоть подвижки и есть.
P>>Расскажи-ко Шеридан ну хотя бы как в линуксе расшарить любую папку за 4 клика мышкой и не трогая клавиатуру

Pzz>Расскажите-ко нам Pyromancer, ну хотя бы как в венде узнать, к какой программе относится тот или иной файл, валяющийся в c:\windows\system32. Мышой и клавиатурой можете хоть обкликаться.

Вообще-то много где это понятно или по названию или по информации на страничке версия в свойствах. Во-вторых разбираться с этим даже администратору редко когда надо, а юзверю так и вовсе никогда, помните мы же об удобстве юзверей говорим — как раз то, в чем линух отстаёт.

Re[5]: Линукс - враки

	От:	DOOM
	Дата:	14.02.08 08:40

Здравствуйте, Pyromancer, Вы писали:

P>Здравствуйте, Pzz, Вы писали:

Pzz>>Здравствуйте, Pyromancer, Вы писали:

P>>>До нормального удобства Линукс и правда ещё пилить и пилить, хоть подвижки и есть.
P>>>Расскажи-ко Шеридан ну хотя бы как в линуксе расшарить любую папку за 4 клика мышкой и не трогая клавиатуру

Pzz>>Расскажите-ко нам Pyromancer, ну хотя бы как в венде узнать, к какой программе относится тот или иной файл, валяющийся в c:\windows\system32. Мышой и клавиатурой можете хоть обкликаться.

P>Вообще-то много где это понятно или по названию или по информации на страничке версия в свойствах.
Да нифига это непонятно.
Особенно когда сидит у тебя какая-нибудь дрянь под именем C:\windows\system32\explorer.exe — ты вот так на вскидку помнишь, что explorer.exe должен сидеть в C:\windows?

P>Во-вторых разбираться с этим даже администратору редко когда надо, а юзверю так и вовсе никогда, помните мы же об удобстве юзверей говорим — как раз то, в чем линух отстаёт.
Я не понял — тебе говорят конкретно — менеждер пакетов штука хорошая и удобная, например, вот такими вот фичами, а ты снова Клопа-Говоруна включил.

Re[4]: Линукс - враки

	От:	Pyromancer
	Дата:	14.02.08 08:42

Здравствуйте, Roman Odaisky, Вы писали:

RO>Здравствуйте, Pyromancer, Вы писали:

P>>Расскажи-ко Шеридан ну хотя бы как в линуксе расшарить любую папку за 4 клика мышкой и не трогая клавиатуру

RO>А я за 1 клик расшарю — перетащу в файловом менеджере в /var/www и выберу «Link Here».

ну да, а апач или что у вас там сам поставился и с прежними правами доступа к папке всё работает?

Так и в винде можно — в некоторых из 2000 IIS работает прям с установки

Re[6]: Линукс - враки

	От:	Pyromancer
	Дата:	14.02.08 08:48

Здравствуйте, DOOM, Вы писали:

DOO>Здравствуйте, Pyromancer, Вы писали:

P>>Здравствуйте, Pzz, Вы писали:

Pzz>>>Здравствуйте, Pyromancer, Вы писали:

P>>>>До нормального удобства Линукс и правда ещё пилить и пилить, хоть подвижки и есть.
P>>>>Расскажи-ко Шеридан ну хотя бы как в линуксе расшарить любую папку за 4 клика мышкой и не трогая клавиатуру

Pzz>>>Расскажите-ко нам Pyromancer, ну хотя бы как в венде узнать, к какой программе относится тот или иной файл, валяющийся в c:\windows\system32. Мышой и клавиатурой можете хоть обкликаться.

P>>Вообще-то много где это понятно или по названию или по информации на страничке версия в свойствах.
DOO>Да нифига это непонятно.
DOO>Особенно когда сидит у тебя какая-нибудь дрянь под именем C:\windows\system32\explorer.exe — ты вот так на вскидку помнишь, что explorer.exe должен сидеть в C:\windows?

P>>Во-вторых разбираться с этим даже администратору редко когда надо, а юзверю так и вовсе никогда, помните мы же об удобстве юзверей говорим — как раз то, в чем линух отстаёт.
DOO>Я не понял — тебе говорят конкретно — менеждер пакетов штука хорошая и удобная, например, вот такими вот фичами, а ты снова Клопа-Говоруна включил.

я и не спорю что менеджер пакетов замечательная штука, я говорю что линух отстаёт от винды в удобстве до юзверя а вы мне в пример удобного приводите такие задачи которыми юзверь никогда не задаётся на любой операционной системе. Это замечательно что линух удобно администрировать но это никак не поможет выиграть десктопный рынок.

Re[7]: Линукс - враки

	От:	DOOM
	Дата:	14.02.08 08:50

Здравствуйте, Pyromancer, Вы писали:

P>я и не спорю что менеджер пакетов замечательная штука, я говорю что линух отстаёт от винды в удобстве до юзверя а вы мне в пример удобного приводите такие задачи которыми юзверь никогда не задаётся на любой операционной системе.
Странно, но конкретно приведенной выше фичей я пользуюсь постоянно... В винде мне сильно не хватает аналога dpkg -S
Про аналог dpkg -L вообще молчу...

P>Это замечательно что линух удобно администрировать но это никак не поможет выиграть десктопный рынок.
Ошибаешься — подобное сильно влияет на Enterprise рынок. Мак ось может быть хоть супер юзабельной, но массовых внедрений на предприятиях не будет — пока еще очень мало кто может обеспечить хотя бы централизованный patch management на маках...

Re[8]: Линукс - враки

	От:	AndrewJD
	Дата:	14.02.08 08:55

Здравствуйте, DOOM, Вы писали:

P>>Это замечательно что линух удобно администрировать но это никак не поможет выиграть десктопный рынок.
DOO>Ошибаешься — подобное сильно влияет на Enterprise рынок. Мак ось может быть хоть супер юзабельной, но массовых внедрений на предприятиях не будет — пока еще очень мало кто может обеспечить хотя бы централизованный patch management на маках...

А что линух уже захватил Enterprise рынок?

"For every complex problem, there is a solution that is simple, neat,
and wrong."

Re[5]: Линукс - враки

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	14.02.08 09:03

Lloyd однажды (14 февраля 2008 [Четверг] 12:30) писал:

> Pzz>Расскажите-ко нам Pyromancer, ну хотя бы как в венде узнать, к какой программе относится тот или иной файл, валяющийся в c:\windows\system32. Мышой и клавиатурой можете хоть
> обкликаться.
> К плохой программе он относится. Хорошие в c:\windows не пишут.

Ну ты сам понимеш — это не ответ.
На самом деле пускай ложит куда хочет. Лишь бы потом мог хотябы удалить.
И было бы вообще очень неплохо развалить винду и ее софт на пакеты и сделать манагер пакетов по типу линуксового.
Было бы очень даже неплохо.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[10]: Линукс - враки

	От:	Дм.Григорьев
	Дата:	14.02.08 09:11

Здравствуйте, Sheridan, Вы писали:

S>На самом деле действительно, линуксоиды наамного более сплочены, чем виндусоиды.

(Если уж раскидываться камнями, то равномерно...

)
Ага, примерно по той же причине, по которой жители суровой Сибири наамного более сплочены, чем кубанОиды.

... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

http://dimgel.ru/lib.web — thin, stateless, strictly typed Scala web framework.

Re[8]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	14.02.08 09:16

C>Ничуть. Взятие/поиск подстроки в UTF-8 работает без всякого знания размеров символа. Просто работаешь как с восьмибитным текстом.

???

Например, у меня есть текст "Мама мыла раму". Это вообще выглядит вот так вот: "\320\234\320\260\320\274\320\260 \320\274\321\213\320\273\320\260 \321\200\320\260\320\274\321\203". По два байта на символ, кроме пробела (который ASCII и занимает один байт). Как мне вытянуть подстроку "мыла"?

Re[6]: Линукс - враки

	От:	Lloyd
	Дата:	14.02.08 09:24

Здравствуйте, Sheridan, Вы писали:

>> К плохой программе он относится. Хорошие в c:\windows не пишут.

S>Ну ты сам понимеш — это не ответ.

Ну почему же не ответ? Или я в линуксе не могу написать кривой инсталер? Да проще простого

... << RSDN@Home 1.2.0 alpha rev. 786>>

Lloyd

Re[6]: Линукс - враки

	От:	AndrewJD
	Дата:	14.02.08 09:29

Здравствуйте, Sheridan, Вы писали:

>> К плохой программе он относится. Хорошие в c:\windows не пишут.

S>Ну ты сам понимеш — это не ответ.

Почему не ответ. Microsoft подсунула большую бяку, разрешив в 2000 винде писать всем кому не лень в системный каталог. Понятно, что это было сделано для совместимости с Win98 и криворукими програмерами. Но хорошо, что хоть в висте они одумались.

S>И было бы вообще очень неплохо развалить винду и ее софт на пакеты и сделать манагер пакетов по типу линуксового.
S>Было бы очень даже неплохо.

Зачем? Всем и так неплохо.

"For every complex problem, there is a solution that is simple, neat,
and wrong."

Re[9]: Линукс - враки

	От:	DOOM
	Дата:	14.02.08 09:49

Здравствуйте, AndrewJD, Вы писали:

AJD>Здравствуйте, DOOM, Вы писали:

P>>>Это замечательно что линух удобно администрировать но это никак не поможет выиграть десктопный рынок.
DOO>>Ошибаешься — подобное сильно влияет на Enterprise рынок. Мак ось может быть хоть супер юзабельной, но массовых внедрений на предприятиях не будет — пока еще очень мало кто может обеспечить хотя бы централизованный patch management на маках...

AJD>А что линух уже захватил Enterprise рынок?

Пока нет, но подвижки есть.

Re[5]: Линукс - враки

	От:	Pzz	http://pzz.livejournal.com/
	Дата:	14.02.08 10:14

Здравствуйте, Lloyd, Вы писали:

Pzz>>Расскажите-ко нам Pyromancer, ну хотя бы как в венде узнать, к какой программе относится тот или иной файл, валяющийся в c:\windows\system32. Мышой и клавиатурой можете хоть обкликаться.

L>К плохой программе он относится. Хорошие в c:\windows не пишут.

Так про плохую-то особенно интересно узнать ее имя.

Re[5]: Линукс - враки

	От:	Pzz	http://pzz.livejournal.com/
	Дата:	14.02.08 10:15

Здравствуйте, Pyromancer, Вы писали:

Pzz>>Расскажите-ко нам Pyromancer, ну хотя бы как в венде узнать, к какой программе относится тот или иной файл, валяющийся в c:\windows\system32. Мышой и клавиатурой можете хоть обкликаться.

P>Вообще-то много где это понятно или по названию или по информации на страничке версия в свойствах. Во-вторых разбираться с этим даже администратору редко когда надо, а юзверю так и вовсе никогда, помните мы же об удобстве юзверей говорим — как раз то, в чем линух отстаёт.

Ответ "это никому не нужно" не принимается. Мне бывает нужно.

Re[8]: Линукс - враки

	От:	The Lex
	Дата:	14.02.08 10:17

Здравствуйте, DOOM, Вы писали:

DOO>Вот бы подобных тебе поселить в общагу моего родного факультета... Ох бы тебя там приучили думать над своими действиями

Тоже разница между "иксами" и "виндами"

"Виндоузятники" не живут "в общаге твоего родного факультета" — и жить так не хотят.

Голь на выдумку хитра, однако...

Re[9]: Линукс - враки

	От:	Cyberax
	Дата:	14.02.08 10:20

Здравствуйте, Mamut, Вы писали:

M>Например, у меня есть текст "Мама мыла раму". Это вообще выглядит вот так вот: "\320\234\320\260\320\274\320\260 \320\274\321\213\320\273\320\260 \321\200\320\260\320\274\321\203". По два байта на символ, кроме пробела (который ASCII и занимает один байт). Как мне вытянуть подстроку "мыла"?
А что тут такого?
const char *pos=strstr("\320\234\320\260\320\274\320\260 \320\274\321\213\320\273\320\260 \321\200\320\260\320\274\321\203", "мыла");
(слово "мыла" — в UTF-8)

Sapienti sat!

Re[5]: Линукс - враки

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	14.02.08 10:29

Pyromancer однажды (14 февраля 2008 [Четверг] 12:42) писал:

> ну да, а апач или что у вас там сам поставился и с прежними правами доступа к папке всё работает?

> Так и в винде можно — в некоторых из 2000 IIS работает прям с установки

В некоторых????
Это как?

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[8]: Линукс - враки

	От:	Lloyd
	Дата:	14.02.08 10:35

Здравствуйте, Sheridan, Вы писали:

>> Ну почему же не ответ? Или я в линуксе не могу написать кривой инсталер? Да проще простого

S>о0 хотел бы я на это посмотреть

А в чем проблема? Тот же оракл — он вроде как не через механизм пакетов распространяется, а использует свой инсталлер. Что ему может помешать?

... << RSDN@Home 1.2.0 alpha rev. 786>>

Lloyd

Re[6]: Линукс - враки

	От:	Antikrot
	Дата:	14.02.08 10:36

Здравствуйте, Sheridan, Вы писали:

>> Так и в винде можно — в некоторых из 2000 IIS работает прям с установки

S>В некоторых????
S>Это как?

В серверных? ))

Re[9]: Линукс - враки

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	14.02.08 10:41

Lloyd однажды (14 февраля 2008 [Четверг] 14:35) писал:

> А в чем проблема? Тот же оракл — он вроде как не через механизм пакетов распространяется, а использует свой инсталлер. Что ему может помешать?
Оракл чувствую вообще скоро будет отдельной операционкой. своя фс у них уже есть.
Да и не вижу проблемы с написанием пакета для оракла.

У нас так и будет идти обсуждение на тему "как написать плохой 'мнсталлер' для софтины под линух", не обращая внимание на соседий форум, где обсуждается "как написать хороший инсталлер под винду"?

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[5]: Линукс - враки

	От:	CreatorCray
	Дата:	14.02.08 11:10

... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

Re[6]: Линукс - враки

	От:	Дм.Григорьев
	Дата:	14.02.08 11:15

Здравствуйте, CreatorCray, Вы писали:

CC>Где вы их такие берете???

Сами пишем. :-P

... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

http://dimgel.ru/lib.web — thin, stateless, strictly typed Scala web framework.

Re[8]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	14.02.08 11:26

Здравствуйте, Sheridan, Вы писали:

S>Lloyd однажды (14 февраля 2008 [Четверг] 13:24) писал:

>> Ну почему же не ответ? Или я в линуксе не могу написать кривой инсталер? Да проще простого

S>о0 хотел бы я на это посмотреть

Легко. InstallAnywhere (им пользуется, например Coldfusion под Линукс и еще кто-то, не помню...)

Re[10]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	14.02.08 11:30

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, Mamut, Вы писали:

M>>Например, у меня есть текст "Мама мыла раму". Это вообще выглядит вот так вот: "\320\234\320\260\320\274\320\260 \320\274\321\213\320\273\320\260 \321\200\320\260\320\274\321\203". По два байта на символ, кроме пробела (который ASCII и занимает один байт). Как мне вытянуть подстроку "мыла"?
C>А что тут такого?
C>const char *pos=strstr("\320\234\320\260\320\274\320\260 \320\274\321\213\320\273\320\260 \321\200\320\260\320\274\321\203", "мыла");
C>(слово "мыла" — в UTF-8)

А если так: strstr("Мама мыла раму", "мыла"); Неуж-то все правильно вытянет?

А strlen, strchr тоже правильно сработают? Что-то не верится...

Re[11]: Линукс - враки

	От:	Cyberax
	Дата:	14.02.08 11:37

Здравствуйте, Mamut, Вы писали:

M>А если так: strstr("Мама мыла раму", "мыла"); Неуж-то все правильно вытянет?
Да. Естественно, компилятору надо сказать, что исходник — в UTF-8.

M>А strlen, strchr тоже правильно сработают? Что-то не верится...
Да, правда их результат немного другой смысл имеет.

Sapienti sat!

Re[6]: Линукс - враки

	От:	Antikrot
	Дата:	14.02.08 11:39

Здравствуйте, Sni4ok, Вы писали:

S>насчёт мышки абсолютно верно, но не путайте мягкое со сладким- win core пишется на чистом си, без всяких шаблонов и там отлаживаться вполне хватет и какого-нить windbg,
А я под win core server имел в виду не ядерный код под винду, а винду *без графики* вообще

S>а отлаживать плюсовый код в текстовых средах — не возможно, или покрайней мере gdb к ним не относится.
выражаясь словами шеридана: "у меня работает. что я не так делаю?"

S>какое-то не обоснованное утверждение не понятно на что опирающееся, но от себя замечу, что
S>помимо "программа падает"
Ну так может научишь пацанов что делать если программа падает исключительно в клиентском environment'e? Без логов конечно.

S> есть ещё куча интересных случаев, один из которых — "2 нитки вот из этих 100 ушли в дедлок",
прикольная тема, куда интереснее "линукс — враки"

S>а в таких случаях ваш пацанский логер- ну нафиг не упился.
там видно будет кто ушел и когда. правда придется почитать про fflush и тому подобное

Re[10]: Линукс - враки

	От:	Lloyd
	Дата:	14.02.08 11:44

Здравствуйте, Sheridan, Вы писали:

>> А в чем проблема? Тот же оракл — он вроде как не через механизм пакетов распространяется, а использует свой инсталлер. Что ему может помешать?
S>Оракл чувствую вообще скоро будет отдельной операционкой. своя фс у них уже есть.
S>Да и не вижу проблемы с написанием пакета для оракла.

То есть все-таки можно поставить в обход системы пакетов, не так ли?

S>У нас так и будет идти обсуждение на тему "как написать плохой 'мнсталлер' для софтины под линух", не обращая внимание на соседий форум, где обсуждается "как написать хороший инсталлер под винду"?

Нет, мы обсуждаем, как определить, кому принадлежит запущеный процесс. Для нормальных приложений это можно сделать, посмотрев, откуда стартовал процесс. Для не-нормальных это сделать нельзя, в том числе и в Линуксе.

... << RSDN@Home 1.2.0 alpha rev. 786>>

Lloyd

Re[12]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	14.02.08 12:14

M>>А если так: strstr("Мама мыла раму", "мыла"); Неуж-то все правильно вытянет?
C>Да. Естественно, компилятору надо сказать, что исходник — в UTF-8.

А если исходник не в UTF-8, а данные пришли в UTF-8 извне?

M>>А strlen, strchr тоже правильно сработают? Что-то не верится...
C>Да, правда их результат немного другой смысл имеет.

Вот это плохо

Re[4]: Линукс - враки

	От:	CreatorCray
	Дата:	14.02.08 12:17

Здравствуйте, Pzz, Вы писали:

Pzz>А 16-битный юникод требует или дублирования всего API, как это сделано в венде, или явного преобразования туда-сюда. Что не слишком-то удобно.
В венде на NT ядре весь API использует UCS2 — сабсет от UTF-16. И практически все ASCII аналоги функций — стабы для перекодирования строк

... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

Re[5]: Линукс - враки

	От:	Pzz	http://pzz.livejournal.com/
	Дата:	14.02.08 12:22

Здравствуйте, CreatorCray, Вы писали:

Pzz>>А 16-битный юникод требует или дублирования всего API, как это сделано в венде, или явного преобразования туда-сюда. Что не слишком-то удобно.
CC>В венде на NT ядре весь API использует UCS2 — сабсет от UTF-16. И практически все ASCII аналоги функций — стабы для перекодирования строк

Ну и что? Дублирования от этого меньше не становится. И не только строк, кстати, но и многих структур.

Re[7]: Линукс - враки

	От:	Sni4ok
	Дата:	14.02.08 12:23

Здравствуйте, Antikrot, Вы писали:

A>А я под win core server имел в виду не ядерный код под винду, а винду *без графики* вообще
какое отношение отсутсвие/наличие графики в программе влияет на то, чем её отлаживать?

S>>а отлаживать плюсовый код в текстовых средах — не возможно, или покрайней мере gdb к ним не относится.
A>выражаясь словами шеридана: "у меня работает. что я не так делаю?"

для отладки тревиального с точки зрения языка кода — gdb вполне подходит, но попробуйте поотлаживать им что-нибудь более менее солидное(в плане плюсового кода), например потроха boost::serialization или boost::spirit

S>>какое-то не обоснованное утверждение не понятно на что опирающееся, но от себя замечу, что
S>>помимо "программа падает"
A>Ну так может научишь пацанов что делать если программа падает исключительно в клиентском environment'e? Без логов конечно.
у пацанов при падении обычно крашрепорты шлются которые включают в себя текущий стэк и с помощью которых найти место падения
совсем не представляется проблемой.

и я не говорил что логи не нужны- я говорил что логирование через каждые 2 строчки- явный вред а не польза,
в куче дерьма- конфетку не найдёшь.

S>> есть ещё куча интересных случаев, один из которых — "2 нитки вот из этих 100 ушли в дедлок",
A>прикольная тема, куда интереснее "линукс — враки"
вы слова из контекста не выдёргивайте, я приводил пример в котором ценность логов весьма спорна.

S>>а в таких случаях ваш пацанский логер- ну нафиг не упился.
A>там видно будет кто ушел и когда. правда придется почитать про fflush и тому подобное

про что я и говорил- вы имели дело только с сишным кодом, ибо fflush- чисто сишная функция, плюсовики
предпочитают иметь дело со стримами, но к вопросу обсуждаемому ранее(неполноценность gdb) это не имеет никакого отношения.

Re[7]: Линукс - враки

	От:	CreatorCray
	Дата:	14.02.08 12:23

Здравствуйте, Дм.Григорьев, Вы писали:

ДГ>Здравствуйте, CreatorCray, Вы писали:
CC>>Где вы их такие берете???
ДГ>Сами пишем. :-P

В винде консольный API принимает текст в UCS2, т.е. WCHAR
Так что можно спокойно выводит в консоль "юникодовые" строки и все будет гут.

... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

Re[13]: Линукс - враки

	От:	Cyberax
	Дата:	14.02.08 12:28

Здравствуйте, Mamut, Вы писали:

C>>Да. Естественно, компилятору надо сказать, что исходник — в UTF-8.
M>А если исходник не в UTF-8, а данные пришли в UTF-8 извне?
А если компьютер — в танке?

Если все данные пришли извне и в исходнике нет строковых констант извне диапазона ASCII — все будет работать.

Ну а если делать hardcoded-строки в непонятной кодировке, то и wchar_t не спасет.

C>>Да, правда их результат немного другой смысл имеет.
M>Вот это плохо

Это уже последствие Unicode, ничего не сделать.

Sapienti sat!

Re[9]: UTF-8 vs. UTF-16 vs. UTF-32

	От:	Cyberax
	Дата:	14.02.08 12:46

Здравствуйте, Евгений Коробко, Вы писали:

RO>>

wchar_t const islandInDenmark[] = "Ærø";

Сколько здесь символов? Правильно, 3, потому что Æ — буква датского алфавита.
ЕК>Это довольно очевидно.
Почему, а как быть с лигатурой, выглядещей точно так же?

RO>>"á" (U+0061 U+0301) и "á" (U+00E1) — вообще одна и та же строка.
ЕК>Хм, тут вопрос философский — что значит "одна и та же строка". Отображается одинаково, да (хотя я подозреваю, что это может зависить от шрифта). Символ ́ может быть использован самостоятельно. То, что он при выводе (когда рядом с кем-то) влияет на вывод — так какой-нибудь \x1E тоже в ASCII влияет. И что? Тут же ещё вопрос — а откуда возьмётся первый вариант записи, если при вводе с клавиатуры получается второй?
Это пример того, что "длина в символах" для Unicode-строк — это бессмысленная величина. Она не подходит для рассчета отображаемого места, не подходит для подсчета видимых символов.

А как размер места для хранения — вполне достаточно длины в байтах.

ЕК>Реалии таковы, что большинство программ сейчас вообще работают в однобайтовых кодировках и в ус не дуют. Перевод ASCII->UTF-16 на порядок проще, чем ASCII->UTF-8
!!!!!!!!!!!!!!!!!!!!!!!!!
Ты понял, что сказал?

ASCII — это подмножество UTF-8! Программы, работающие с ASCII-текстом чаще всего переносятся в UTF-8 вообще без изменений. То есть ВООБЩЕ без изменений.

Sapienti sat!

Re[4]: Линукс - враки

	От:	DOOM
	Дата:	14.02.08 13:14

Здравствуйте, Sni4ok, Вы писали:

S>вы наверно проповедуете всемогущество gdb?
Да хотя бы...
С С++ у него проблем тоже нет.

S>или же вы относитесь к тем, которые вместо того чтобы отлаживать код по необходимости, вставляют везде где не попадя хламовое
S>логирование, а потом в огромной куче дерьма пытаются разобраться?

Между прочим, для меня это как правило полезнее. Если программа многопоточная или, например, общается через сокеты, то от браков проку ноль.

А вообще насмешило меня не это — как правило народ наезжает на отсутствие IDE, потому что по отдельности текстовый редактор и отладчик не нужны... А тут такое заявление — что текстовых редакторов и отладчиков нормальных нет

Re[10]: Линукс - враки

	От:	DOOM
	Дата:	14.02.08 13:16

Здравствуйте, Sheridan, Вы писали:

S>Lloyd однажды (14 февраля 2008 [Четверг] 14:35) писал:

>> А в чем проблема? Тот же оракл — он вроде как не через механизм пакетов распространяется, а использует свой инсталлер. Что ему может помешать?
S>Оракл чувствую вообще скоро будет отдельной операционкой. своя фс у них уже есть.
Ну и типа ОС тоже есть — Unbreakable Linux.

S>Да и не вижу проблемы с написанием пакета для оракла.
Вообще-то тут он прав — коммерческие инсталлеры под линукс хрень та еще... Причем продукт идет пакетами (как правило rpm, потому что все на RH заточено), но ставится с такими страшными опциями (-f --no-deps и т.п.).

Re[8]: Линукс - враки

	От:	Antikrot
	Дата:	14.02.08 13:37

Здравствуйте, Sni4ok, Вы писали:

S>какое отношение отсутсвие/наличие графики в программе влияет на то, чем её отлаживать?
ну вот опять... а если эта программа — windows (я про линукс и прочее уж молчу, даже несмотря на сабж)??? и хрен там студию запустишь? простите, но у меня таки есть подозрение что отлаживаться удаленно вы не пробовали...

S>для отладки тревиального с точки зрения языка кода — gdb вполне подходит, но попробуйте поотлаживать им что-нибудь более менее солидное(в плане плюсового кода), например потроха boost::serialization или boost::spirit
а вы эти части буста разрабатываете или это новый модный вид извращенного секса — отладка потрохов спирита?
я если честно не могу (не должен) сказать что такого более-менее солидного я отлаживал — потому что кроме как по работе не программлю вообще.

S>у пацанов при падении обычно крашрепорты шлются которые включают в себя текущий стэк и с помощью которых найти место падения
S>совсем не представляется проблемой.
место или причину? я ничего не говорю что стек бесполезен и т.д., наоборот, но во-первых, он не всегда доступен, а во-вторых, "совсем не представляется проблемой" — уж слишком

S>и я не говорил что логи не нужны- я говорил что логирование через каждые 2 строчки- явный вред а не польза,
S>в куче дерьма- конфетку не найдёшь.
если у меня каждые две строчки вызов external что-нибудь, то залогирую и не поморщусь. в случаях a=1;b=2;etc; никто вам каждые две строчки в лог ср..ь не будет (или будет? может вы на такое наткнулись и ругаетесь теперь? )) )

S>>> есть ещё куча интересных случаев, один из которых — "2 нитки вот из этих 100 ушли в дедлок",
A>>прикольная тема, куда интереснее "линукс — враки"
S>вы слова из контекста не выдёргивайте, я приводил пример в котором ценность логов весьма спорна.
я там в вашем последнем предложении не вырезал ни слова. 1) дальше я написал что не так уж "весьма спорна" 2) тема действительно интересная

S>про что я и говорил- вы имели дело только с сишным кодом, ибо fflush- чисто сишная функция, плюсовики
S>предпочитают иметь дело со стримами,
вопрос предпочтений здесь не обсуждается. вообще, к чему обсуждать кто с чем имел дело — может сразу просто померяем?
слишком упертые ищут в хедерах идущих со студией/psdk метод basic_filebuf::sync, прежде чем указывать кому чем пользоваться.

S>но к вопросу обсуждаемому ранее(неполноценность gdb) это не имеет никакого отношения.
если под неполноценностью имеется ввиду невозможность ткнуть мышкой слева от нужной строки, так ну поставь себе что-нить типа эклипса что-ли и пользуй gdb из-под него. Я ведь тоже могу утверждать о неполноценности студии ввиду отсутствия консольного отладчика. Кстати — микрософт тебя предал, смотри mdbg ))

Re[14]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	14.02.08 14:26

C>>>Да. Естественно, компилятору надо сказать, что исходник — в UTF-8.
M>>А если исходник не в UTF-8, а данные пришли в UTF-8 извне?
C>А если компьютер — в танке?

Это стандартная ситуация. Вытягиваем, например, откуда-то XML

C>Если все данные пришли извне и в исходнике нет строковых констант извне диапазона ASCII — все будет работать.

Да не будет оно работать

Во всяком случае не с char*

ПОтому что подстроки еще надо найти во входящих данных, а там надо искать посимвольно , а не побайтно, и тут уже засада

C>Ну а если делать hardcoded-строки в непонятной кодировке, то и wchar_t не спасет.

C>>>Да, правда их результат немного другой смысл имеет.
M>>Вот это плохо

C>Это уже последствие Unicode, ничего не сделать.

То есть утверждение

почти все стандартные функции работают со строками как обычно.

на самом деле описывает ровно один очень частный случай: когда исходник в UTF-8, и работа идет с жестко вшитыми в исходный код строками

Re[15]: Линукс - враки

	От:	Cyberax
	Дата:	14.02.08 14:31

Здравствуйте, Mamut, Вы писали:

C>>А если компьютер — в танке?

M>Это стандартная ситуация. Вытягиваем, например, откуда-то XML
Так тогда все нормально.

C>>Если все данные пришли извне и в исходнике нет строковых констант извне диапазона ASCII — все будет работать.
M>Да не будет оно работать

Во всяком случае не с char*

Будет. А зачем подстроки посимвольно искать? Ты можешь в псевдокоде написать пример того, что НЕ будет работать.

M>То есть утверждение
M>

M>почти все стандартные функции работают со строками как обычно.

M>на самом деле описывает ровно один очень частный случай: когда исходник в UTF-8, и работа идет с жестко вшитыми в исходный код строками

Нет, UTF-8 работает почти везде, где работает ASCII. Ты, видимо, что-то путаешь.

Sapienti sat!

Re[10]: Линукс - враки

	От:	Олд Клинхэндс
	Дата:	14.02.08 18:57

Здравствуйте, Sheridan, Вы писали:

S>На самом деле действительно, линуксоиды наамного более сплочены, чем виндусоиды.

Это особенно видно на ЛОРе

Ругань междусобойная стоит даже хуже чем ругань между пингвинятниками и виндузятниками.
Сам я скорее юниксоид (но не линуксоид!), но ты и верно видать евангелист microsoft

Re[11]: Линукс - враки

	От:	Cyberax
	Дата:	14.02.08 20:02

Здравствуйте, Олд Клинхэндс, Вы писали:

S>>На самом деле действительно, линуксоиды наамного более сплочены, чем виндусоиды.
ОК> Это особенно видно на ЛОРе

Ругань междусобойная стоит даже хуже чем ругань между пингвинятниками и виндузятниками.
Да ну, LOR — это такое место, куда специально все ходят пофлеймить от души.

Sapienti sat!

Re[12]: Линукс - враки

	От:	Олд Клинхэндс
	Дата:	14.02.08 20:06

Здравствуйте, Cyberax, Вы писали:

ОК>> Это особенно видно на ЛОРе

Ругань междусобойная стоит даже хуже чем ругань между пингвинятниками и виндузятниками.
C>Да ну, LOR — это такое место, куда специально все ходят пофлеймить от души.

В смысле — гадюшник? Я не знал...

Re[6]: Линукс - враки

	От:	Roman Odaisky
	Дата:	14.02.08 20:23

Здравствуйте, Pzz, Вы писали:

Pzz>>>А 16-битный юникод требует или дублирования всего API, как это сделано в венде, или явного преобразования туда-сюда. Что не слишком-то удобно.
CC>>В венде на NT ядре весь API использует UCS2 — сабсет от UTF-16. И практически все ASCII аналоги функций — стабы для перекодирования строк

Pzz>Ну и что? Дублирования от этого меньше не становится. И не только строк, кстати, но и многих структур.

А MacOS, та вообще нормализует все имена файлов. Так что если записать файл, а потом его прочесть, то у него может быть другое имя. Или, вернее, то же имя, но представленное в другом виде.

status=sent (delivered to file: /dev/null)

Re[12]: Линукс - враки

	От:	Antikrot
	Дата:	14.02.08 20:27

Здравствуйте, Cyberax, Вы писали:

C>Да ну, LOR — это такое место, куда специально все ходят пофлеймить от души.
Да и сюда тоже

Re[7]: Линукс - враки

	От:	Pzz	http://pzz.livejournal.com/
	Дата:	14.02.08 20:44

Здравствуйте, Roman Odaisky, Вы писали:

Pzz>>Ну и что? Дублирования от этого меньше не становится. И не только строк, кстати, но и многих структур.

RO>А MacOS, та вообще нормализует все имена файлов. Так что если записать файл, а потом его прочесть, то у него может быть другое имя. Или, вернее, то же имя, но представленное в другом виде.

Можете привести пример, в каком случае такое возможно?

В любом случае, к нашей дискуссии о utf-8 vs utf-16 это не имеет отношения, не так ли?

Re[11]: Линукс - враки

	От:	_d_m_
	Дата:	14.02.08 21:11

Здравствуйте, DOOM, Вы писали:

DOO>Здравствуйте, Sheridan, Вы писали:

S>>Lloyd однажды (14 февраля 2008 [Четверг] 14:35) писал:

>>> А в чем проблема? Тот же оракл — он вроде как не через механизм пакетов распространяется, а использует свой инсталлер. Что ему может помешать?
S>>Оракл чувствую вообще скоро будет отдельной операционкой. своя фс у них уже есть.
DOO>Ну и типа ОС тоже есть — Unbreakable Linux.

Б-г-г... Если вспомнить "гениальный" маркетинговый ход Unbreakable Oracle и как они облажались

Re[15]: Линукс - враки

	От:	DOOM
	Дата:	15.02.08 03:53

Здравствуйте, Mamut, Вы писали:

По-моему, меня игнорируют

Уж ты-то наверное почитаешь — реально много интересного: http://www.rsdn.ru/forum/message/2836804.1.aspx (особенно ссылка в конце — чтива не так чтобы офигенно много, но подобные вопросы у тебя должны отпасть).

Re[7]: Линукс - враки

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	15.02.08 04:52

Дм.Григорьев однажды (14 февраля 2008 [Четверг] 15:15) писал:

> CC>Где вы их такие берете???
> Сами пишем. :-P

Так вот кому морду то бить! (с)

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[9]: Линукс - враки

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	15.02.08 05:00

Mamut однажды (14 февраля 2008 [Четверг] 15:26) писал:

>>> Ну почему же не ответ? Или я в линуксе не могу написать кривой инсталер? Да проще простого

> S>о0 хотел бы я на это посмотреть

> Легко. InstallAnywhere (им пользуется, например Coldfusion под Линукс и еще кто-то, не помню...)
ок. Раз. Хотя спорно. Это не пакет для манагера пакетов а какойто InstallAnywhere.
Правда это внедистрибутивный софт. Тем более устанавливается е средствами дистрибутива. Я заранее считаю установку такого софта потенциальной проблемой с удалеием в будующем.
Поэтому для себя я пожалуй напишу ebuild. Если надо будет. И разрабам отправлю.
--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[11]: Линукс - враки

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	15.02.08 05:10

DOOM однажды (14 февраля 2008 [Четверг] 17:16) писал:

>>> А в чем проблема? Тот же оракл — он вроде как не через механизм пакетов распространяется, а использует свой инсталлер. Что ему может помешать?
> S>Оракл чувствую вообще скоро будет отдельной операционкой. своя фс у них уже есть.
> Ну и типа ОС тоже есть — Unbreakable Linux.
о как...

> S>Да и не вижу проблемы с написанием пакета для оракла.
> Вообще-то тут он прав — коммерческие инсталлеры под линукс хрень та еще... Причем продукт идет пакетами (как правило rpm, потому что все на RH заточено), но ставится с такими
> страшными опциями (-f --no-deps и т.п.).
Что поделаеш... Коммерческий продукт.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[11]: Линукс - враки

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	15.02.08 05:23

Lloyd однажды (14 февраля 2008 [Четверг] 15:44) писал:

> S>Да и не вижу проблемы с написанием пакета для оракла.
> То есть все-таки можно поставить в обход системы пакетов, не так ли?

Естественно можно. А можно еще взять тупой нож и отпилить себе zyx. А что, вполне реально. Не вижу никаких препятствий кроме здравого смысла.

> S>У нас так и будет идти обсуждение на тему "как написать плохой 'мнсталлер' для софтины под линух", не обращая внимание на соседий форум, где обсуждается "как написать хороший
> инсталлер под винду"?
> Нет, мы обсуждаем, как определить, кому принадлежит запущеный процесс. Для нормальных приложений это можно сделать, посмотрев, откуда стартовал процесс. Для не-нормальных это
> сделать нельзя, в том числе и в Линуксе.

Нет тут ничего невозможного. Впрос лишь во времени на разработку. Можно сделать полный стеллс, можно и отыскать потом этот стеллс.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[10]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	15.02.08 07:59

>>>> Ну почему же не ответ? Или я в линуксе не могу написать кривой инсталер? Да проще простого

>> S>о0 хотел бы я на это посмотреть

>> Легко. InstallAnywhere (им пользуется, например Coldfusion под Линукс и еще кто-то, не помню...)
S>ок. Раз. Хотя спорно. Это не пакет для манагера пакетов а какойто InstallAnywhere.

Ну дык, изначально вопрос был про см. выделенное вверху

Я уже видел две программы, учтанавливающиеся таким способом. Первая — Coldfusion, вторая — Quake III, по-моему.

Вполне возможно, что коммерческий софт типа Plesk тож ене из менеджера пакетов устанавливается...

Re[11]: Линукс - враки

	От:	DOOM
	Дата:	15.02.08 08:05

Здравствуйте, Mamut, Вы писали:

>>>>> Ну почему же не ответ? Или я в линуксе не могу написать кривой инсталер? Да проще простого

>>> S>о0 хотел бы я на это посмотреть

>>> Легко. InstallAnywhere (им пользуется, например Coldfusion под Линукс и еще кто-то, не помню...)
S>>ок. Раз. Хотя спорно. Это не пакет для манагера пакетов а какойто InstallAnywhere.

M>Ну дык, изначально вопрос был про см. выделенное вверху

Я уже видел две программы, учтанавливающиеся таким способом. Первая — Coldfusion, вторая — Quake III, по-моему.

M>Вполне возможно, что коммерческий софт типа Plesk тож ене из менеджера пакетов устанавливается...

А еще есть Stack installer'ы (все свое ношу с собой, в том числе web-сервер и СУБД), а также верх ленивости: Software Appliance — готовая виртуальная машина...

А Plesk, насколько я помню возмущения Sinclair'а, пошел по совсем извращенному пути — он пытается совместить подход stack installer'а и пакетного (типа все свое ношу с собой, но ставлю по необходимости).

Re[11]: Линукс - враки

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	15.02.08 08:06

Mamut однажды (15 февраля 2008 [Пятница] 11:59) писал:

> Ну дык, изначально вопрос был про см. выделенное вверху

Я уже видел две программы, учтанавливающиеся таким способом. Первая — Coldfusion,
Наверное я не так понял.
Я думал ты про нормальные пакеты для манагера пакетов — deb, rpm, ebuild.... А ты подсунул какойто левую разработку...
Конечноже если идти таким путем, то подобный подход к решению задачи и систему убить может, а уж балланс нарушит в половине случаев имхо.
Готов поспорить — голдфузион куда-ть в /opt устанавливается...

> вторая — Quake III, по-моему.
Пакеты под кваку у меня и бинарные есть и сырцовые и непосредственно с svn

> Вполне возможно, что коммерческий софт типа Plesk тож ене из менеджера пакетов устанавливается...
Плеск помоему есть и пакетный. Синклер чтото на эту тему копал.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[8]: Линукс - враки

	От:	Roman Odaisky
	Дата:	15.02.08 14:30

Здравствуйте, Pzz, Вы писали:

RO>>А MacOS, та вообще нормализует все имена файлов. Так что если записать файл, а потом его прочесть, то у него может быть другое имя. Или, вернее, то же имя, но представленное в другом виде.

Pzz>Можете привести пример, в каком случае такое возможно?

touch "Composé"

А на диске файл будет называться «C-o-m-p-o-s-e-combining_acute_accent». Если потом прочесть это имя и в лоб сравнить с тем, что писали, будет не то. Например, у Unison был из-за этого баг.

Pzz>В любом случае, к нашей дискуссии о utf-8 vs utf-16 это не имеет отношения, не так ли?

Не имеет.

status=sent (delivered to file: /dev/null)

Re[9]: Линукс - враки

	От:	Pzz	http://pzz.livejournal.com/
	Дата:	15.02.08 14:32

Здравствуйте, Roman Odaisky, Вы писали:

RO>

touch "Composé"

RO>А на диске файл будет называться «C-o-m-p-o-s-e-combining_acute_accent». Если потом прочесть это имя и в лоб сравнить с тем, что писали, будет не то. Например, у Unison был из-за этого баг.

Фигасе. А это touch такую подлянку делает, или creat(2)?

Re[11]: Линукс - враки

	От:	Roman Odaisky
	Дата:	15.02.08 14:40

Здравствуйте, Lloyd, Вы писали:

L>Нет, мы обсуждаем, как определить, кому принадлежит запущеный процесс. Для нормальных приложений это можно сделать, посмотрев, откуда стартовал процесс. Для не-нормальных это сделать нельзя, в том числе и в Линуксе. ;)

:) echo $(ps -eopid | sed 1d)
1 2 3 4 5 6 7 8 9 10 11 31 32 33 34 139 (пропущено) 7121 7122
:) for pid in $(ps -eopid | sed 1d); do echo "$pid: $(dpkg-query -S $(readlink /proc/$pid/exe))"; done
---%<---
6038: kdelibs4c2a: /usr/bin/kdeinit
6040: dash: /bin/dash
6041: ksysguardd: /usr/bin/ksysguardd
6048: libarts1c2a: /usr/bin/artsd
---%<---

А если что неопакечено, так это администратор ССЗБ. У меня из несвободного стоят Google Earth, Skype, Adobe Reader — все установлены из пакетов.

status=sent (delivered to file: /dev/null)

Re[11]: Линукс - враки

	От:	Roman Odaisky
	Дата:	15.02.08 14:44

Здравствуйте, Mamut, Вы писали:

M>Вполне возможно, что коммерческий софт типа Plesk тож ене из менеджера пакетов устанавливается...

Именно Plesk устанавливается тремя командами:

echo "deb http://autoinstall.swsoft.что-то/там" >>/etc/apt/sources.list
aptitude install psa
./PLSKвсякиецифры.sh    # лицензионный ключ

Plesk как раз сделан более-менее по человечески. Например, ставится в /opt (а не какает в /usr, как многие более другие аналоги), во многом использует штатные пакеты (а во многом не использует). Дополнительные модули к нему тоже ставятся пакетами.

status=sent (delivered to file: /dev/null)

Re[3]: Линукс - враки

	От:	antirest
	Дата:	15.02.08 18:29

O>>[q]<@insomnia> Нужно выполнить всего три команды, чтобы поставить Gentoo
O>>...

J>Это не анекдот

Т.е. — не смешно?

Re[4]: Линукс - враки

	От:	Олд Клинхэндс
	Дата:	15.02.08 18:46

Здравствуйте, antirest, Вы писали:

J>>Это не анекдот

A>Т.е. — не смешно?

Смешно. Но такая команда ("это первая") не необходимость. На С++ тоже можно такого понаписать, что потом люди посмотрят и скажут — не, это не для нас, мы не идиоты... Но возможность такая есть. Аналогия понятна?

Re[7]: Линукс - враки

	От:	antirest
	Дата:	15.02.08 18:53

DOO>И наоборот

А кое-что в убогом студийном отладчике не делается вовсе...
DOO>Я уж молчу про то, что к gdb есть куча фронт эндов.

Здесь стало интересно. Можете перечислить наиболее вменяемые?
Пробовал cgdb, так он часто теряет контекст, а потом начинает глючить (если просто пошагово идти по программе в какой то момент процесс начнет идти сам собой). Сложилось такое впечатление, что gdb и всякие надстройки над ним через задницу цепляются к процессу из-за чего брейкпоинты иногда не срабатывают.

Re[12]: Линукс - враки

	От:	Сергей
	Дата:	15.02.08 19:11

Здравствуйте, Sheridan, Вы писали:

>> вторая — Quake III, по-моему.
S>Пакеты под кваку у меня и бинарные есть и сырцовые и непосредственно с svn

Он, видимо, пишет о Quake3 той поры, когда он еще был совсем закрытый.

Re[4]: Линукс - враки

	От:	Cadet
	Дата:	16.02.08 08:56

Вариант пересмотреть DependencyWalker-ом весь софт на компе подойдет?

. И кто сказал что вручную надо делать — в "венде" скрипты тоже есть.

... << RSDN@Home 1.2.0 alpha rev. 788>>

Re[10]: Линукс - враки

	От:	Cadet
	Дата:	16.02.08 09:01

Здравствуйте, Sheridan, Вы писали:

S>На самом деле действительно, линуксоиды наамного более сплочены, чем виндусоиды.

У вас есть общий враг

. Большинство нормальных юзеров и не подозревает, что есть что-то отличное от винды. Для них линуксоиды так, забавный феномен.

... << RSDN@Home 1.2.0 alpha rev. 788>>

Re[3]: Линукс - враки

	От:	ironwit
	Дата:	16.02.08 09:04

в ubuntu 8.04 идентично виндовс

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

так что в этом убунта уже отбила твой вопрос

а в общем то... пересел в 8.04, из реальных проблем остались только игры. ну и еще никак не могу понять как после поднятия vpn автоматически добавить маршрут

Я не умею быть злым, и не хочу быть добрым.

Re[3]: Линукс - враки

	От:	Пацак
	Дата:	16.02.08 12:52

Правой кнопкой по ней в Nautilus'е, пункт меню "опубликовать" — это не оно случайно?

PS Сам не в курсе, т.к. папки никогда не шарю — нефиг никому делать у меня на компе.

Ку...

Re[4]: Линукс - враки

	От:	Jenyay	http://jenyay.net
	Дата:	16.02.08 14:34

Здравствуйте, antirest, Вы писали:

A>Т.е. — не смешно?

Ну почему, смешно. Когда на башорге прочитал, тоже понравилось. Это просто как уточнение.

... << RSDN@Home 1.2.0 alpha rev. 788>>

Софт, исходники и фото

Re: Линукс - враки

	От:	alexeiz
	Дата:	18.02.08 00:51

Здравствуйте, ddaa, Вы писали:

D>Осторожно, маты (человек РЕАЛЬНО работал на Linux

:

D>http://yatsutko.livejournal.com/2154507.html

А вот у меня в Ubuntu с некоторого временя перестал работать suspend. Долгое время терпел. Теперь решил починить. После получаса копания в логах, я выяснил, что виноват драйвер nvidia. После часа копания в интернете и перепробования всяческих опций в xorg.conf, я прочитал, что лучше просто поставить новый драйвер nvidia. Сказано, сделано. После перезагрузки, иксы запустились в failsafe режиме. Ну, думаю, классно я его "починил". Оказалось (после еще некоторых копаний), что модуль ядра все еще старый. Хорошо, сносим nvidia restricted модуль, опять запускаем скрипт установки драйвера, перезапуск — вуаля! — вхожу в свою сессию, а там чистый экран. Что за на%@$? Оказалось, что теперь compiz слетел. Дальше в лес — больше дров, что называется. Убираю compiz. Теперь сессия работает. Ну-ка, попробую suspend. Из-за него же вся канитель зативалась. Suspend не работает! @##$@@^@$! Нет слов. Сношу проприетарный драйвер нафиг. С драйвером по-умолчанию естественно не работает compiz. Зато работает suspend! Нее, думаю, пусть уж лучше будет как раньше: не работает suspend, но работает compiz. Захожу в меню, выбираю "enable restricted driver for nvidia", перезагружаюсь, и что бы вы думали? Них@#$ не работает! Вообще в графическую сессию войти невозможно. Убил четыре часа, не меньше. Теперь даже загружать этот линукс не хочу. Пусть сидит там сломаный, пока Ubuntu 8.04 не выйдет, и я его не переустановлю. Авось в новой версии заработает suspend с compiz'ом (и какава со сметаной).

Re[2]: Линукс - враки

	От:	DOOM
	Дата:	18.02.08 04:42

Здравствуйте, alexeiz, Вы писали:

[skipped]

Ну что тебе на это сказать:

http://gzip.rsdn.ru/Forum/message/2834302.aspx

Re[6]: Линукс - враки

	От:	Sinclair rsdn	http://www.parallels.com/automation/operations/
	Дата:	18.02.08 05:26

Здравствуйте, Sheridan, Вы писали:
S>И было бы вообще очень неплохо развалить винду и ее софт на пакеты и сделать манагер пакетов по типу линуксового.
S>Было бы очень даже неплохо.
Как бы так тебе объяснить... Пакет манагер решает далеко не все проблемы. Windows Installer в этом смысле гораздо более развит. При этом я его искренне ненавижу и считаю патологически ублюдочным по архитектуре. Но предложение решить всё подряд пакетным менеджером для меня сродни отказу от DirectX в пользу texmode.

Вот мы сейчас работаем над кроссплатформенным стандартом развертывания приложений. К сожалению, проект не сводится к портированию RPM на винду.

... << RSDN@Home 1.2.0 alpha rev. 677>>

Уйдемте отсюда, Румата! У вас слишком богатые погреба.

Re[7]: Линукс - враки

	От:	DOOM
	Дата:	18.02.08 05:33

Здравствуйте, Sinclair, Вы писали:

S>Как бы так тебе объяснить... Пакет манагер решает далеко не все проблемы. Windows Installer в этом смысле гораздо более развит.
А подробнее можно? В MSI ничего такого особенного я не видал как-то...

S>Но предложение решить всё подряд пакетным менеджером для меня сродни отказу от DirectX в пользу texmode.
И все же подробнее...

S>Вот мы сейчас работаем над кроссплатформенным стандартом развертывания приложений. К сожалению, проект не сводится к портированию RPM на винду.
Ну попробуйте deb.

Re[8]: Линукс - враки

	От:	Sinclair rsdn	http://www.parallels.com/automation/operations/
	Дата:	18.02.08 06:00

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, Евгений Коробко, Вы писали:

C>>>char

ЕК>>Нужно ли объяснять, почему на С++ неудобно работать со строками в кодировке utf-8, которые хранятся в char[]?
C>Нужно.
Потому, что при UTF-8 нужно всё время помнить о том, что оператор [] к строке использовать нельзя. И вообще большинство строковых инструментов в C/C++ ориентированы не на итератор по Unicode Code points, а на работу с "массивом символов фиксированного размера".
В итоге, нормальная работа возможна исключительно с однобайтными либо двухбайтными кодировками. Грубо говоря, для кириллицы выбор сводится к cp866/cp1251/ucs-2.
Особенно приятно смотрится отсутствие функций по смене кодировок в стандартной библиотеке. Монстры типа Ansi2Oem имеют настолько невнятную семантику, что редкий программист сможет корректно их применить, даже зная всё про уникод и различия кодировок.

Ну, к слову, я вообще не знаю платформ, где бы эта проблема была нормально решена. Даже в .Net написать 100% корректный код работы с интернациональными строками крайне затруднительно. Переход на utf-16 внутри платформы просто несколько уменьшил шансы произвольно написанной программы свалиться. Если раньше факап происходил сразу же после запуска "кириллической" программы на немецкой винде, то теперь он откладывается, грубо говоря, до запуска программы на японской либо китайской локали. Потому что даже банальная процедура "отрезать один символ с конца", или "добавить точку, если ее в конце нету" является небезопасной как при побайтовой работе в utf-8, так и при пословной работе в utf-16.

... << RSDN@Home 1.2.0 alpha rev. 677>>

Уйдемте отсюда, Румата! У вас слишком богатые погреба.

Re[8]: Линукс - враки

	От:	Sinclair rsdn	http://www.parallels.com/automation/operations/
	Дата:	18.02.08 06:17

Здравствуйте, DOOM, Вы писали:

DOO>Здравствуйте, Sinclair, Вы писали:

S>>Как бы так тебе объяснить... Пакет манагер решает далеко не все проблемы. Windows Installer в этом смысле гораздо более развит.
DOO>А подробнее можно? В MSI ничего такого особенного я не видал как-то...
MSI понимает, что не все инсталляции одинаковы. Пакет-манагеры в принципе считают, что вся "доконфигурация" происходит только поверх установленного софта. А MSI поддерживает transform, который позволяет получить все преимущества интерактивности, вместе со всеми преимуществами неинтерактивности.

Вообще, идея в нем была заложена здравая — делать максимально декларативное описание инсталляции, и позволить движку получить императивный скрипт автоматически. Это, по идее, позволяет получать много-много бенефитов, по сравнению с непрозрачным "post-install script", но, к сожалению, реализация оказалось торжеством индусского подхода.

S>>Но предложение решить всё подряд пакетным менеджером для меня сродни отказу от DirectX в пользу texmode.
DOO>И все же подробнее...
Пакетный менеджер рулит единственным типом ресурсов — файлами. Увы, далеко не все рулится файлами. Реальные приложения, отличные от Hello World, живут в значительно более богатом окружении. Им нужны "элементы конфигурации" внешнего пространства — пользовательские аккаунты, cron jobs, web sites, базы данных и т.п.

DOO>Ну попробуйте deb.
Гыгы. И чем он принципиально лучше?

... << RSDN@Home 1.2.0 alpha rev. 677>>

Уйдемте отсюда, Румата! У вас слишком богатые погреба.

Re[8]: Линукс - враки

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	18.02.08 06:22

DOOM однажды (18 февраля 2008 [Понедельник] 09:33) писал:

> S>Вот мы сейчас работаем над кроссплатформенным стандартом развертывания приложений. К сожалению, проект не сводится к портированию RPM на винду.
> Ну попробуйте deb.
Лучше уж portage

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[7]: Линукс - враки

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	18.02.08 06:23

Sinclair однажды (18 февраля 2008 [Понедельник] 09:26) писал:

> Как бы так тебе объяснить... Пакет манагер решает далеко не все проблемы. Windows Installer в этом смысле гораздо более развит. При этом я его искренне ненавижу и считаю
> патологически ублюдочным по архитектуре. Но предложение решить всё подряд пакетным менеджером для меня сродни отказу от DirectX в пользу texmode.
Ох как ты нерав, хоть и Синклер...

> Вот мы сейчас работаем над кроссплатформенным стандартом развертывания приложений. К сожалению, проект не сводится к портированию RPM на винду.
К сожалению я никак не пойму на какие грабли вы там наступили. Вы что, пытаетесь "все свое носить с собой", чтоли?

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[9]: Линукс - враки

	От:	DOOM
	Дата:	18.02.08 06:23

Здравствуйте, Sinclair, Вы писали:

DOO>>Ну попробуйте deb.
S>Гыгы. И чем он принципиально лучше?

debconf — так нужная тебе интерактивность.
apt — нормальная авторазруливалка зависимостей.
+ всякие дебианосвкие хэлперы, типа defoma для шрифтов.

По поводу cron jobs, web-sites и т.д. — в принципе все решается связкой постинсталляционного скрипта+ debconf.
В крайнем случае, здесь я могу говорить со стороны юзера — в Debian'е web приложение реально ставится при помощи apt-get install <приложение>, а в винде я ни разу не видел толковой инсталляции, которая хотя бы внятно скажет, что она падает, потому что IIS есть, а ASP.Net'а нету... Они видать такой вариант даже не рассматривают... Да и с созданием сайта в IIS'е у них вечно какие-то траблы... Хотя казалось бы — там такие богатые возможности скриптования, куда проще, чем пропарсить конфиги апача

Re[9]: Линукс - враки

	От:	WFrag
	Дата:	18.02.08 06:40

Здравствуйте, Sinclair, Вы писали:

S>MSI понимает, что не все инсталляции одинаковы. Пакет-манагеры в принципе считают, что вся "доконфигурация" происходит только поверх установленного софта. А MSI поддерживает transform, который позволяет получить все преимущества интерактивности, вместе со всеми преимуществами неинтерактивности.

Судя по всему, что-то подобное я делал на Debian-е через debconf + divert конфигов, хотя решение было с потенциальными граблями.

Re[3]: Линукс - враки

	От:	Antikrot
	Дата:	18.02.08 07:51

Здравствуйте, Sheridan, Вы писали:

>> А вот у меня в Ubuntu
S>На этом можно остановиться. ССЗБ.

Шеридан, так что, винду затоптали, теперь будем спорить какой дистрибутив линуха кошернее?

Re[13]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	18.02.08 08:09

Здравствуйте, Сергей, Вы писали:

С>Здравствуйте, Sheridan, Вы писали:

>>> вторая — Quake III, по-моему.
S>>Пакеты под кваку у меня и бинарные есть и сырцовые и непосредственно с svn

С>Он, видимо, пишет о Quake3 той поры, когда он еще был совсем закрытый.

Возможно. Инсталятор я скачал с сайта id3 (в пакетах ubuntu я его не обнаружил)

Re[14]: Блин!!!

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	18.02.08 08:29

Mamut однажды (18 февраля 2008 [Понедельник] 12:09) писал:

> Возможно. Инсталятор я скачал с сайта id3 (в пакетах ubuntu я его не обнаружил)
Эх.... Блин, и эти люди ругают линух.....
Сколько раз повторять? Вот план установки софта под линухом:
1. Офф. репозиторий
2. Неофф. репозитории
3. Кемто написанный пакет.
4. Собственноручно написаный пакет.
5. Как нибудь, но за последствия не овечает никто.

Старайтесь, очень старайтесь, до последнего старайтесь пользоваться _только_ манагером пакетов!!!!!!!!!!!!!!!!!!

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[15]: Блин!!!

	От:	_d_m_
	Дата:	18.02.08 09:44

Здравствуйте, Sheridan, Вы писали:

S>Mamut однажды (18 февраля 2008 [Понедельник] 12:09) писал:

>> Возможно. Инсталятор я скачал с сайта id3 (в пакетах ubuntu я его не обнаружил)
S>Эх.... Блин, и эти люди ругают линух.....
S>Сколько раз повторять? Вот план установки софта под линухом:
S>1. Офф. репозиторий
S>2. Неофф. репозитории
S>3. Кемто написанный пакет.
S>4. Собственноручно написаный пакет.
S>5. Как нибудь, но за последствия не овечает никто.

S>Старайтесь, очень старайтесь, до последнего старайтесь пользоваться _только_ манагером пакетов!!!!!!!!!!!!!!!!!!

Тужтесь, обязательно тужтесь... Ну уж тогда слабительное

Re[8]: Линукс - враки

	От:	alpha21264
	Дата:	18.02.08 09:53

Здравствуйте, antirest, Вы писали:

DOO>>И наоборот

А кое-что в убогом студийном отладчике не делается вовсе...
DOO>>Я уж молчу про то, что к gdb есть куча фронт эндов.

A>Здесь стало интересно. Можете перечислить наиболее вменяемые?
A>Пробовал cgdb, так он часто теряет контекст, а потом начинает глючить (если просто пошагово идти по программе в какой то момент процесс начнет идти сам собой). Сложилось такое впечатление, что gdb и всякие надстройки над ним через задницу цепляются к процессу из-за чего брейкпоинты иногда не срабатывают.

Раз никто не отвечает... ddd (Data Display Debugger). Мне ндравится...

Re[9]: Линукс - враки

	От:	DOOM
	Дата:	18.02.08 09:57

Здравствуйте, alpha21264, Вы писали:

A>Раз никто не отвечает... ddd (Data Display Debugger). Мне ндравится...

А ну да... Забыл что-то... Ну в общем я бы тоже рекомендовал ddd — единственный минус это непривычные хот кеи (ну и интерфейс не gtk и не qt).
Еще, как вариант, kdbg — только в нем я находил косяки, он так, если надо какую-то мелочь и в привычном интерфейсе поправить.

Re[16]: Блин!!!

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	18.02.08 10:23

_d_m_ однажды (18 февраля 2008 [Понедельник] 13:44) писал:

> Тужтесь, обязательно тужтесь... Ну уж тогда слабительное
Itk ,s ns yf [eq cj cdjbvb rjvvtynfhbzvb? pft,fkb e;t ,kznm/

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[15]: Блин!!!

	От:	Mamut	http://dmitriid.com/
	Дата:	18.02.08 13:23

>> Возможно. Инсталятор я скачал с сайта id3 (в пакетах ubuntu я его не обнаружил)
S>Эх.... Блин, и эти люди ругают линух.....
S>Сколько раз повторять? Вот план установки софта под линухом:
S>1. Офф. репозиторий
S>2. Неофф. репозитории
S>3. Кемто написанный пакет.
S>4. Собственноручно написаный пакет.
S>5. Как нибудь, но за последствия не овечает никто.

S>Старайтесь, очень старайтесь, до последнего старайтесь пользоваться _только_ манагером пакетов!!!!!!!!!!!!!!!!!!

google: Quake 3 Linux все ссылки ведут куда-нибудь, только не туда, куда надо, а в конце концов к инсталятору на сайте id3

тем более, что зачастую проще найти инсталятор/сорцы и установить/скомпилировать их, чем:

— попытаться найти в офф. репозитории
— попытаться найти в репозитории через google
— попытаться найти репозиторий для своего дистрибутива
— попытаться найти рабочий репозиторий для своего дистрибутива

ЗЫ. Про последствия никто не говорил. Вообще изначально был разговор о "невозможности написать кривой инсталятор под Линукс". Можно.

Re[9]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	18.02.08 13:24

S>Ну, к слову, я вообще не знаю платформ, где бы эта проблема была нормально решена. Даже в .Net написать 100% корректный код работы с интернациональными строками крайне затруднительно. Переход на utf-16 внутри платформы просто несколько уменьшил шансы произвольно написанной программы свалиться. Если раньше факап происходил сразу же после запуска "кириллической" программы на немецкой винде, то теперь он откладывается, грубо говоря, до запуска программы на японской либо китайской локали. Потому что даже банальная процедура "отрезать один символ с конца", или "добавить точку, если ее в конце нету" является небезопасной как при побайтовой работе в utf-8, так и при пословной работе в utf-16.

Даешь ICU в массы?

Re[4]: Линукс - враки

	От:	Pyromancer
	Дата:	18.02.08 14:01

Здравствуйте, ironwit, Вы писали:

I>Здравствуйте, Pyromancer, Вы писали:

P>>До нормального удобства Линукс и правда ещё пилить и пилить, хоть подвижки и есть.
P>>Расскажи-ко Шеридан ну хотя бы как в линуксе расшарить любую папку за 4 клика мышкой и не трогая клавиатуру

I>в ubuntu 8.04 идентично виндовс

так что в этом убунта уже отбила твой вопрос

Может я уже совсем не понимаю нумерацию убунты но 8.04 значит что она только в апреле оффициально выйдет. А в 7.10 это пока выглядит примерно так — кликнул пошарить, скачал и поставил самбу, пошарил, поправил конфиг руками чтоб заход в шару не требовал аккаунта на машине, перезапустил самбу. А кстати если эта папка уже существовала еше и пермишены изменить надо будет

Re[17]: Блин!!!

	От:	Mamut	http://dmitriid.com/
	Дата:	18.02.08 15:11

M>>google: Quake 3 Linux все ссылки ведут куда-нибудь, только не туда, куда надо, а в конце концов к инсталятору на сайте id3

С>О Quake 3: нынешние GPL-сборки существенно лучше официальных от id, самое заметное улучшение — это нормальная работа со звуком через OpenAL или SDL, т.е. звук нормально микшируется с остальными программами. А официальная сборка использует OSS и соответственно монопольно захватывает устройство (т.е. не совсем так, зависит от того, сколько потоков звуковой адаптер может микшировать аппаратно, на интегрированных как правило один).

где б его найти

в репозитории только quake3-data валяется, а дальше?

Re[15]: Блин!!!

	От:	Roman Odaisky
	Дата:	18.02.08 15:34

Здравствуйте, Sheridan, Вы писали:

S>Сколько раз повторять? Вот план установки софта под линухом:
S>1. Оф. репозиторий
S>2. Неоф. репозитории
S>3. Кем-то написанный пакет.
S>4. Собственноручно написанный пакет.
S>5. Как-нибудь, но за последствия не отвечает никто.

S>Старайтесь, очень старайтесь, до последнего старайтесь пользоваться _только_ манагером пакетов!!!!!!!!!!!!!!!!!!

Вот именно поэтому и рулит Ubuntu, а не Gentoo. Сколько в природе существует ебилдов? А в официальных репозиториях Ubuntu — 23 тысячи пакетов. (Надо полагать, 19K дебиановских + переделанные версии их же + Ubuntu only).

status=sent (delivered to file: /dev/null)

Re[9]: Линукс - враки

	От:	Cyberax
	Дата:	18.02.08 16:05

Здравствуйте, Sinclair, Вы писали:

S>MSI понимает, что не все инсталляции одинаковы. Пакет-манагеры в принципе считают, что вся "доконфигурация" происходит только поверх установленного софта.
Это совсем не так. Ты можешь делать preconfigure/postconfigure и даже around configure.

S>Вообще, идея в нем была заложена здравая — делать максимально декларативное описание инсталляции, и позволить движку получить императивный скрипт автоматически. Это, по идее, позволяет получать много-много бенефитов, по сравнению с непрозрачным "post-install script", но, к сожалению, реализация оказалось торжеством индусского подхода.
Я в этом уже, лично, начинаю сомневаться. DEB по сравнению с MSI — примитив, в DEBах нет монструозной архитектуры action'ов, зависимостей и прочего. Но при этом де-факто DEB-формат реально работает намного лучше MSI! Я прямо сейчас могу поставить любой из 20000 пакетов в Ubuntu без всяких проблем. Точно так же, могу без всяких проблем заскриптовать установку.

Например, на прошлой неделе я сделал себе диск для автоматической инсталляции Ubuntu. Вставляешь его в DVD, загружаешься с него, пишешь имя для новой машины, нажимаешь "OK" и через 20 минут всё полностью установлено будет. Включая KDE, OpenOffice и прочие Amarok'и. На создание диска мне потребовалось что-то около 2 часов субботнего вечера.

Как такое с MSI сделать — я даже боюсь представить.

DOO>>И все же подробнее...
S>Пакетный менеджер рулит единственным типом ресурсов — файлами. Увы, далеко не все рулится файлами. Реальные приложения, отличные от Hello World, живут в значительно более богатом окружении. Им нужны "элементы конфигурации" внешнего пространства — пользовательские аккаунты, cron jobs, web sites, базы данных и т.п.
Для всего, что ты описал, в debian-helper'е есть скриптовые команды. Т.е. ты из своего скрипта постинсталляции можешь добавить нужные сайты, cronjob'ы, базы данных и т.п.

DOO>>Ну попробуйте deb.
S>Гыгы. И чем он принципиально лучше?
Тем, что работает.

Sapienti sat!

Re[9]: Линукс - враки

	От:	Cyberax
	Дата:	18.02.08 16:09

Здравствуйте, Sinclair, Вы писали:

S>Потому, что при UTF-8 нужно всё время помнить о том, что оператор [] к строке использовать нельзя. И вообще большинство строковых инструментов в C/C++ ориентированы не на итератор по Unicode Code points, а на работу с "массивом символов фиксированного размера".
А ЗАЧЕМ тебе нужен оператор []? Я вот долго это пытаюсь выяснить

В принципе, мне из последнего вспоминаются только разные обработки строк для изменения регистров символов и банальные отрезать/добавить подстроку. Всё это прекрасно работает в UTF-8.

Sapienti sat!

Re[7]: Линукс - враки

	От:	Cyberax
	Дата:	18.02.08 16:12

Здравствуйте, Sinclair, Вы писали:

S>Как бы так тебе объяснить... Пакет манагер решает далеко не все проблемы. Windows Installer в этом смысле гораздо более развит. При этом я его искренне ненавижу и считаю патологически ублюдочным по архитектуре. Но предложение решить всё подряд пакетным менеджером для меня сродни отказу от DirectX в пользу texmode.
А почему?

Лично мне как раз из всего Линукса больше всего не хватает пакетного менеджера в Windows.

S>Вот мы сейчас работаем над кроссплатформенным стандартом развертывания приложений. К сожалению, проект не сводится к портированию RPM на винду.
Ну это понятно, в Винде нормальной системы пакетов нет и не планируется. А в таких условиях пакетному менеджеру жить плохо.

Sapienti sat!

Re[17]: Блин!!!

	От:	_d_m_
	Дата:	18.02.08 23:49

Здравствуйте, Sheridan, Вы писали:

S>_d_m_ однажды (18 февраля 2008 [Понедельник] 13:44) писал:

>> Тужтесь, обязательно тужтесь... Ну уж тогда слабительное
S>Itk ,s ns yf [eq cj cdjbvb rjvvtynfhbzvb? pft,fkb e;t ,kznm/

Нет, это исключительно твой путь.
За...ли? — одевайся.

Re[16]: Блин!!!

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	19.02.08 04:08

Roman Odaisky однажды (18 февраля 2008 [Понедельник] 19:34) писал:

> Вот именно поэтому и рулит Ubuntu, а не Gentoo. Сколько в природе существует ебилдов? А в официальных репозиториях Ubuntu — 23 тысячи пакетов. (Надо полагать, 19K
> дебиановских + переделанные версии их же + Ubuntu only).
В _официальном_ репозитории генту вот что: Categories: 151 Packages: 12384 Ebuilds: 24141. http://packages.gentoo.org/categories/
Тоесть на более 24тыс ебилдов.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[16]: Блин!!!

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	19.02.08 04:11

Mamut однажды (18 февраля 2008 [Понедельник] 17:23) писал:

> google: Quake 3 Linux все ссылки ведут куда-нибудь, только не туда, куда надо, а в конце концов к инсталятору на сайте id3
За каким ты на гугл полез???

> тем более, что зачастую проще найти инсталятор/сорцы и установить/скомпилировать их, чем:
Еще проще ипользовать манагер пакетов!

> — попытаться найти в офф. репозитории
> — попытаться найти в репозитории через google
> — попытаться найти репозиторий для своего дистрибутива
> — попытаться найти рабочий репозиторий для своего дистрибутива
Мамут. Ты вроде умный человек. Я тебе говорю — в интернет лезть самому надо только в крайнем случае. А ты что делаеш?
Бросай попытки делать все как в винде. Учись пользоваться _только_ манагером пакетов!

> ЗЫ. Про последствия никто не говорил. Вообще изначально был разговор о "невозможности написать кривой инсталятор под Линукс". Можно.
Последствия — затруднительное управление таким "пакетом" в будующем.
--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[5]: Линукс - враки

	От:	DOOM
	Дата:	19.02.08 04:54

Здравствуйте, Pyromancer, Вы писали:

P>А в 7.10 это пока выглядит примерно так — кликнул пошарить, скачал и поставил самбу, пошарил, поправил конфиг руками чтоб заход в шару не требовал аккаунта на машине, перезапустил самбу.
Хм... Ну молчу, что будет, если служба Server на виндозной машине остановлена. Допустим, раз по дефалту это не так, то так не бывает.
Далее... Чтобы не требовался аккаунт на машине, куда заходят, надо сделать 2 действия:
1. Включить учетку гостя.
2. Убрать запрет на доступ из сети для гостя (через локальную политику безопасности).
Еще, конечно, вариант это анонимная шара — но тогда надо вообще реестр править, не для среднего пользователя.

P>А кстати если эта папка уже существовала еше и пермишены изменить надо будет

А в винде можно подумать Everyone'у все права выданы по умолчанию...
Я даже более того скажу — у меня есть шара distr, я ее периодически пополняю. Дак вот FF, сохраняя файлы из иннета, не наследует ACL от родителя, а прописывает сам фигню какую-то. В результате, я частенько занимаюсь настройкой прав.

Так что не понял я, что ты тут хотел сказать...

P.S. Для тех, кто начнет говорить, что в винде есть галка "Использовать простой доступ к файлам и папкам": до этого все дружно хвалили реализацию ACL в винде, значит таким режимом никто не пользуется, раз всем ACL подавай

Re[16]: Блин!!!

	От:	DOOM
	Дата:	19.02.08 05:03

Здравствуйте, Roman Odaisky, Вы писали:

RO>А в официальных репозиториях Ubuntu — 23 тысячи пакетов. (Надо полагать, 19K дебиановских + переделанные версии их же + Ubuntu only).

Я бы сказал 19K Debian stable + 3K Debian unstable + 0.5K Debian testing + парочка своих

Re[17]: Блин!!!

	От:	Mamut	http://dmitriid.com/
	Дата:	19.02.08 08:43

Все поскипано.

В гугл я полез потому что в дистрибутиве пакета quake3 нет. Еще раз. Читай не то, что тебе хочется читать, а то, что тебе пишут:

тем более, что зачастую проще найти инсталятор/сорцы и установить/скомпилировать их, чем:
— попытаться найти в офф. репозитории (подразумевает, что я использую менеджер пакетов)
— попытаться найти в репозитории через google
— попытаться найти репозиторий для своего дистрибутива
— попытаться найти рабочий репозиторий для своего дистрибутива

Вот расскжи мне, как установить на Убунту PyICU. Он есть только в репозитории Hardy Heron, а не в текущей Gutsy Gibbons. Все, начинай мне рассказывать про менеджеры пакетов и офф. репозитории, я послушаю.

Впрос "а зачем ставить" отсекаются сразу. Надо. Для разработки. Я жду предложений по установке PyICU.

Чтобы ты долго не мучался, расскажу.

В офф. репозитории нет. Репозитории Hardy Heron'а я подключать не буду, потому что это нестабильная ветка и что оно мне повытягивает при следующем апдейте, хз.

1. Простейший способ — скачать сорцы с сайта и скомпилировать. Агащазблин. Требует libc6 >= 2.7 и libicu38. В Убунту сейчас есть libc6 2.6 и libicu36.

Надо установить новые версии, так ведь? Как? (Hint: в офф. репозитории только libc6 2.6 и libicu36)

2. Сорцы не проканали, на свой страх и риск качаем .deb пакет с репозитория Hardy. Он, гад, тоже требует libc6 >= 2.7 и libicu38. Раз пошла такая пляска, тупо качаю с репозитория hardy libc6_2.7, libicu38_3.8, устанавливаю их ручками, потом ставлю PyICU. Что в итоге отвалилось от системы, не знаю

ЗЫ. Шеридан, в твоем сферовакуумном мире Линукса все есть в репозиториях и ничего ни откуда не надо качать, компилировать и гугл не нужен совсем. Я лично не в первый раз натыкаюсь на невозможность отрезолвить нужные dependencies в программах (когда требуется более новая или более старая версия того, что есть в репозитории), отсутствие нужных компонентов в системе (тот же PyICU или Erlang R12 — в Убунту до сих пор R11) и т.п. И не надо кричать с пеной у рта:

За каким ты на гугл полез???
Еще проще ипользовать манагер пакетов!
Я тебе говорю — в интернет лезть самому надо только в крайнем случае. А ты что делаеш?
Бросай попытки делать все как в винде. Учись пользоваться _только_ манагером пакетов!

Менеджер пакетов — не панацея и помогает не всегда

Re[10]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	19.02.08 08:48

C>В принципе, мне из последнего вспоминаются только разные обработки строк для изменения регистров символов и банальные отрезать/добавить подстроку. Всё это прекрасно работает в UTF-8.

А как же straße -> STRASSE

Думаю, strcmpi на этом уже загнется

Re[18]: Блин!!!

	От:	DOOM
	Дата:	19.02.08 09:49

Здравствуйте, Mamut, Вы писали:

M>Вот расскжи мне, как установить на Убунту PyICU. Он есть только в репозитории Hardy Heron, а не в текущей Gutsy Gibbons. Все, начинай мне рассказывать про менеджеры пакетов и офф. репозитории, я послушаю.

M>Впрос "а зачем ставить" отсекаются сразу. Надо. Для разработки. Я жду предложений по установке PyICU.

M>Чтобы ты долго не мучался, расскажу.

M>В офф. репозитории нет. Репозитории Hardy Heron'а я подключать не буду, потому что это нестабильная ветка и что оно мне повытягивает при следующем апдейте, хз.

Но чтобы она не повытягивала — это надо. Для более-менее стабильной работы надо.

M>1. Простейший способ — скачать сорцы с сайта и скомпилировать. Агащазблин. Требует libc6 >= 2.7 и libicu38. В Убунту сейчас есть libc6 2.6 и libicu36.
На этом я бы уже застрелился. В принципе есть способы держать несколько libc в системе, но это уже не совсем тривиальная вещь. А банальная замена libc6 в системе без всего, скорее всего, ее убьет.

M>Надо установить новые версии, так ведь? Как? (Hint: в офф. репозитории только libc6 2.6 и libicu36)
На этом этапе разумнее всего перелазить в нестабильную ветку, потому что она будет заведомо стабильнее той химеры, которую соберешь ты.

M>2. Сорцы не проканали, на свой страх и риск качаем .deb пакет с репозитория Hardy. Он, гад, тоже требует libc6 >= 2.7 и libicu38.
Очевидно. Не просто так ведь писали эти требования

M>Раз пошла такая пляска, тупо качаю с репозитория hardy libc6_2.7, libicu38_3.8, устанавливаю их ручками, потом ставлю PyICU. Что в итоге отвалилось от системы, не знаю

Если система после этого еще хоть как-то работает — считай повезло. В общем не советовал бы я таким заниматься. Лучше сразу переходи на unstable.

M>ЗЫ. Шеридан, в твоем сферовакуумном мире Линукса все есть в репозиториях и ничего ни откуда не надо качать, компилировать и гугл не нужен совсем. Я лично не в первый раз натыкаюсь на невозможность отрезолвить нужные dependencies в программах (когда требуется более новая или более старая версия того, что есть в репозитории), отсутствие нужных компонентов в системе (тот же PyICU или Erlang R12 — в Убунту до сих пор R11) и т.п. И не надо кричать с пеной у рта:
M>

M>За каким ты на гугл полез???
M>Еще проще ипользовать манагер пакетов!
M>Я тебе говорю — в интернет лезть самому надо только в крайнем случае. А ты что делаеш?
M>Бросай попытки делать все как в винде. Учись пользоваться _только_ манагером пакетов!

Если отбросить "пену у рта", то Шеридан прав — сначала официальный репозиторий, потом неофициальный/нестабильный, потом сурсы, но если они потребуют замены важных компонентов системы, то лучше изучить все грабли — можно элементарно все убить.

M>

Менеджер пакетов — не панацея и помогает не всегда
Он помогает жить в нормальной системе для пользователя, которому не нужны самые распоследние версии какого-то софта.
А девелоперу — LFS или та же генту...

Re[19]: Блин!!!

	От:	Mamut	http://dmitriid.com/
	Дата:	19.02.08 09:55

Все поскипано. Особенно рассуждения про сферовакуумный Gentoo. Об этом уже не раз говорилось

Re[19]: Блин!!!

	От:	Mamut	http://dmitriid.com/
	Дата:	19.02.08 09:58

M>>

Менеджер пакетов — не панацея и помогает не всегда
DOO>Он помогает жить в нормальной системе для пользователя, которому не нужны самые распоследние версии какого-то софта.
DOO>А девелоперу — LFS или та же генту...

PyICU — это, кстати, не распоследняя версия. С 2005-го года существует, как минимум аднака

ЗЫ. Ухитрился не обратить внимание, что есть там и версия для ICU 3.6

Re[20]: Блин!!!

	От:	DOOM
	Дата:	19.02.08 10:01

Здравствуйте, WFrag, Вы писали:

WF>Еще есть вариант ставить в chroot экспериментальную ветку.

Такой вариант пожалуй лучше. Мое ИМХО, что в том же Debian/stable зависимости будут выверены... Хотя может у меня уж слишком сильная вера в команду Debian

Re[21]: Блин!!!

	От:	WFrag
	Дата:	19.02.08 10:09

Здравствуйте, DOOM, Вы писали:

DOO>Здравствуйте, WFrag, Вы писали:

WF>>Еще есть вариант ставить в chroot экспериментальную ветку.

DOO>Такой вариант пожалуй лучше. Мое ИМХО, что в том же Debian/stable зависимости будут выверены... Хотя может у меня уж слишком сильная вера в команду Debian

Зависимости обычно генерятся при сборке через dpkg-shlibdeps. Впрочем, это для бинарных пакетов, в сорцовых пакетах зависимости в идеале должны руками проставляться. Но разработчики часто ленятся и ставят в зависимости текущую версию зависимости. Я сомневаюсь, что для PyICU (или что там было) действительно требуется libc6 >= 2.7.

Re[20]: Блин!!!

	От:	Mamut	http://dmitriid.com/
	Дата:	19.02.08 10:20

M>>>2. Сорцы не проканали, на свой страх и риск качаем .deb пакет с репозитория Hardy. Он, гад, тоже требует libc6 >= 2.7 и libicu38.
DOO>>Очевидно. Не просто так ведь писали эти требования

WF>Не факт. Часто эти зависимости то ли автоматом генерят (давно занимался сборкой .deb пакетов, точно у же не помню), то ли еще по каким-то неведомым причинам ставят. Иногда достаточно расслабить зависимости в debian/control и сделать dpkg-buildpackage. Если человек занимается разработкой под Debian/Ubuntu/whatever, то такие вещи лучше знать и уметь. Еще есть вариант ставить в chroot экспериментальную ветку.

Да как сказать "под"... Мне хотелось опробовать дикую связку Erlang -> Python -> ICU -> Python -> Erlang (не спрашивайте, зачем

), но не удастся, потому что в PyICU нет того, что мне нужно

Но за направление, куда копать, спасибо (Шеридану: учись, как хаять надо

)

Re[21]: Блин!!!

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	19.02.08 10:35

Mamut однажды (19 февраля 2008 [Вторник] 14:20) писал:

> Но за направление, куда копать, спасибо (Шеридану: учись, как хаять надо

)
Была-б у тебя генту....

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[20]: Блин!!!

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	19.02.08 10:36

Mamut однажды (19 февраля 2008 [Вторник] 13:55) писал:

> Все поскипано. Особенно рассуждения про сферовакуумный Gentoo. Об этом уже не раз говорилось
Почемуже сферовакуумный? Вполне реальный. Вот какраз щас из под него сижу пишу. Через гентушный-же шлюз пакетики пойдут...

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[21]: Блин!!!

	От:	Mamut	http://dmitriid.com/
	Дата:	19.02.08 11:17

Здравствуйте, Sheridan, Вы писали:

S>Mamut однажды (19 февраля 2008 [Вторник] 13:55) писал:

>> Все поскипано. Особенно рассуждения про сферовакуумный Gentoo. Об этом уже не раз говорилось
S>Почемуже сферовакуумный? Вполне реальный. Вот какраз щас из под него сижу пишу. Через гентушный-же шлюз пакетики пойдут...

Потому что (в 15-й раз пишу?) опыт, полученный тобой на твоем дистрибутиве линукса слабо проецируем на опыт работы с другими дистрибутивами

Re[22]: Блин!!!

	От:	Mamut	http://dmitriid.com/
	Дата:	19.02.08 11:19

>> Но за направление, куда копать, спасибо (Шеридану: учись, как хаять надо

)
S>Была-б у тебя генту....

google: pyciu site:http://packages.gentoo.org/

0 search results

Re[22]: И еще

	От:	Mamut	http://dmitriid.com/
	Дата:	19.02.08 11:26

>>> Все поскипано. Особенно рассуждения про сферовакуумный Gentoo. Об этом уже не раз говорилось
S>>Почемуже сферовакуумный? Вполне реальный. Вот какраз щас из под него сижу пишу. Через гентушный-же шлюз пакетики пойдут...

И еще ты считаешь, что все лохи и нихрена делать не умеют. Мой стандартный подход к установке пакетов:

1. Synaptic
(если нет, то)
2. google: ubuntu название_пакета
(если не найдено ссылок на пакеты под убунту, то)
3. поиск сорцов пакета

Ты же даже не удосуживаешься прочитать, что тебе пишут и априори считаешь оппонентов идиотами (перечитай свои собственные вопли, например, здесь).

В итоге любые твои "советы" по линуксу сразу отправляются в топку, потому что не несут ни единого грамма полезной информации. В отличие, например, от сообщения Ивана, из которого можно вынести как минимум две полезные вещи: debian/control и dpkg-buildpackage.

Re[23]: Блин!!!

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	19.02.08 11:32

Mamut однажды (19 февраля 2008 [Вторник] 15:19) писал:

> pyciu
Давай линк на домашнюю. А то поиск много всякого непонятного дает.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[23]: И еще

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	19.02.08 11:33

Mamut однажды (19 февраля 2008 [Вторник] 15:26) писал:

> И еще ты считаешь, что все лохи и нихрена делать не умеют. Мой стандартный подход к установке пакетов:
Ты пропускаеш все время пунктик с написанием пакета.

У меня не дебиан и не ебунта. Соответственно их механизмов я знать не могу.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[24]: И еще

	От:	Mamut	http://dmitriid.com/
	Дата:	19.02.08 11:49

Здравствуйте, Sheridan, Вы писали:

S>Mamut однажды (19 февраля 2008 [Вторник] 15:26) писал:

>> И еще ты считаешь, что все лохи и нихрена делать не умеют. Мой стандартный подход к установке пакетов:
S>Ты пропускаеш все время пунктик с написанием пакета.

Зачем мне писать собственный пакет? И из чего я его буду собирать? Мне все равно надо будет
— найти сорцы
— скомпилить их
— протестировать
— написать пакет

нет?

S>У меня не дебиан и не ебунта. Соответственно их механизмов я знать не могу.

Тогда и не говори ничего и не своди все к "а вот в gentoo..."

Re[24]: Блин!!!

	От:	Mamut	http://dmitriid.com/
	Дата:	19.02.08 11:52

Здравствуйте, Sheridan, Вы писали:

S>Mamut однажды (19 февраля 2008 [Вторник] 15:19) писал:

>> pyciu
S>Давай линк на домашнюю. А то поиск много всякого непонятного дает.

?

Ты имеешь в виду google: pyicu первую ссылку? http://pyicu.osafoundation.org/

И вообще. Ты же должен это смочь найти только в манагере пакетов, нет?

Бросай попытки делать все как в винде. Учись пользоваться _только_ манагером пакетов!

(c) не я

Re[11]: Линукс - враки

	От:	Cyberax
	Дата:	19.02.08 12:48

Здравствуйте, Mamut, Вы писали:

C>>В принципе, мне из последнего вспоминаются только разные обработки строк для изменения регистров символов и банальные отрезать/добавить подстроку. Всё это прекрасно работает в UTF-8.
M>А как же straße -> STRASSE

Думаю, strcmpi на этом уже загнется

Зависит от того, какая strcmpi. Такие сравнения, по идее, надо делать в нормализованых строках. Но к UTF-16/32 это относится точно так же...

Sapienti sat!

Re[25]: Держи ебилд для генты.

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	19.02.08 12:49

Mamut однажды (19 февраля 2008 [Вторник] 15:52) писал:

> И вообще. Ты же должен это смочь найти только в манагере пакетов, нет?
В офф. репозитории нет. Видимо никому не пригодился.
Блин, но я не пожалел полчаса. С этим пакетом все оказалось тривиально.
Держи: мой gentoo overlay
Ебилд для твоего pyciu тут
Что, сложно пакет сделать самому, а?
Единственно я не понял под какой он лицензией. Поставил что под руку подвернулось.
Я думаю ты потратил наамного больше времени ругая все и вся, чем ушло бы на изучение и написание пакета.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[25]: И еще

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	19.02.08 12:52

Mamut однажды (19 февраля 2008 [Вторник] 15:49) писал:

>>> И еще ты считаешь, что все лохи и нихрена делать не умеют. Мой стандартный подход к установке пакетов:
> S>Ты пропускаеш все время пунктик с написанием пакета.
> Зачем мне писать собственный пакет? И из чего я его буду собирать? Мне все равно надо будет
> — найти сорцы
> — скомпилить их
> — протестировать
> — написать пакет
>
> нет?
У меня все получилось как ни странно. http://rsdn.ru/forum/message/2844439.aspx
Пожалуйста, под гентой подключай репозиторий и эмерж.

> Тогда и не говори ничего и не своди все к "а вот в gentoo..."
Так тыже требуеш "здесь и сейчас"

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[26]: Держи ебилд для генты.

	От:	Mamut	http://dmitriid.com/
	Дата:	19.02.08 13:00

Здравствуйте, Sheridan, Вы писали:

S>Mamut однажды (19 февраля 2008 [Вторник] 15:52) писал:

>> И вообще. Ты же должен это смочь найти только в манагере пакетов, нет?
S>В офф. репозитории нет. Видимо никому не пригодился.
S>Блин, но я не пожалел полчаса. С этим пакетом все оказалось тривиально.

расскажи поподробнее

S>Держи: мой gentoo overlay
S>Ебилд для твоего pyciu тут

и нахрена мне это?

S>Что, сложно пакет сделать самому, а?
S>Единственно я не понял под какой он лицензией. Поставил что под руку подвернулось.
S>Я думаю ты потратил наамного больше времени ругая все и вся, чем ушло бы на изучение и написание пакета.

Зачем мне писать собственный пакет????

Re[27]: Держи ебилд для генты.

	От:	Сергей
	Дата:	19.02.08 13:07

Здравствуйте, Mamut, Вы писали:

M>Зачем мне писать собственный пакет????

1. Это не так сложно, как кажется.
2. Собрав один раз, можно, например, легко поставить софт на много компов.

Я изредка что-нибудь особо нужное собираю в пакет.

Re[27]: Держи ебилд для генты.

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	19.02.08 13:08

Mamut однажды (19 февраля 2008 [Вторник] 17:00) писал:

> S>Блин, но я не пожалел полчаса. С этим пакетом все оказалось тривиально.
> расскажи поподробнее
Что подробнее. Обычная (как мне кажется) питоновская либа. Стандартный инсталлер и все такое прочее. Генту умеет устанавливать питоновский софт. Я посмотрел на архив с сырцами, поискал похожее, скопировал похожий ебилд, поправил, подготовил, смержил-удалил.
Чем тестировать не знаю (а судя по тому что в офф репозитории такого нет — то и нечем), но на 99% уверен что все рабочее.

> S>Держи: мой gentoo overlay
> S>Ебилд для твоего pyciu тут
> и нахрена мне это?
Чтобы показать, что во всяком случае в генту создать свой ебилд очень и очень просто.

> Зачем мне писать собственный пакет????
Чтобы установить средствами манагера пакетов дистрибутива. Чтобы манагер пакетов отслеживал зависимости, а не ты. Чтобы с выходом новой версии ты поправил бы пакет и манагер пакетов сам бы разобрался что заменять а что удалять.
Чтобы удалить потом в конце концов пакет без следа можно было. Много всяких "чтобы".

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[28]: Держи ебилд для генты.

	От:	Mamut	http://dmitriid.com/
	Дата:	19.02.08 13:18

>> S>Блин, но я не пожалел полчаса. С этим пакетом все оказалось тривиально.
>> расскажи поподробнее
S>Что подробнее. Обычная (как мне кажется) питоновская либа. Стандартный инсталлер и все такое прочее. Генту умеет устанавливать питоновский софт. Я посмотрел на архив с сырцами, поискал похожее, скопировал похожий ебилд, поправил, подготовил, смержил-удалил.
S>Чем тестировать не знаю (а судя по тому что в офф репозитории такого нет — то и нечем), но на 99% уверен что все рабочее.

Итак.

Работает это или нет — неизвестно
Зависимости к libc6 >= 2.7 и libicu38 ты не убрал
Установится ли это на target машину, где нет этих зависимостей, неизвестно (ты точно все зависимости прописал?)

>> Зачем мне писать собственный пакет????
S>Чтобы установить средствами манагера пакетов дистрибутива. Чтобы манагер пакетов отслеживал зависимости, а не ты. Чтобы с выходом новой версии ты поправил бы пакет и манагер пакетов сам бы разобрался что заменять а что удалять.
S>Чтобы удалить потом в конце концов пакет без следа можно было. Много всяких "чтобы".

Итак, заново.

PyICU требует libc6 >= 2.7 и libicu38 (согласно запуску python setup.py)

Какие телодвижения мне надо сделать, чтобы собраный мною source-packet магическим образом установился и завелся (с компиляцией и проч.)?

Re[28]: Держи ебилд для генты.

	От:	Mamut	http://dmitriid.com/
	Дата:	19.02.08 13:21

M>>Зачем мне писать собственный пакет????

С>1. Это не так сложно, как кажется.
С>2. Собрав один раз, можно, например, легко поставить софт на много компов.

Мне в данной конкретной ситуации на много компов не нужно. У меня есть библиотека PyICU, которой нет в офф. репозитории и которая требует зависимости, которых нет в офф. репозитории.

Щеридан утверждает, что

Фаза 1. Мне нужен только менеджер пакетов (причем также и для поиска и установки пакетов, в репозиториях несуществующих)
Фаза 2. Все мои проблемы решаются собиранием этого дела в пакет

С Фазой 1 мы разобрались — в общем случае она неверна. То есть оказывается есть пакеты/программы/библиотеки/проч., для которых менеджер пакетов оказывается бессилен.

С Фазой 2 мы сейчас разбираемся (а я пока обновляю систему до Hardy Heron...)

С>Я изредка что-нибудь особо нужное собираю в пакет.

Я так понимаю, ключевое слово — изредка

Re[29]: Держи ебилд для генты.

	От:	Сергей
	Дата:	19.02.08 13:30

Здравствуйте, Mamut, Вы писали:

M>Мне в данной конкретной ситуации на много компов не нужно. У меня есть библиотека PyICU, которой нет в офф. репозитории и которая требует зависимости, которых нет в офф. репозитории.

M>Щеридан утверждает, что [...]

А я с ним и не согласен

С>>Я изредка что-нибудь особо нужное собираю в пакет.

M>Я так понимаю, ключевое слово — изредка

Ага. Просто бывает, что сборка пакета приносит больше удобств, чем хлопот.

Re[30]: Держи ебилд для генты.

	От:	Mamut	http://dmitriid.com/
	Дата:	19.02.08 13:35

С>>>Я изредка что-нибудь особо нужное собираю в пакет.

M>>Я так понимаю, ключевое слово — изредка

С>Ага. Просто бывает, что сборка пакета приносит больше удобств, чем хлопот.

Надо будет поковырять

На самом деле у меня все еще более запущено

Production environment у меня — freebsd

Но пока нет возможности настроить виртуальную машину с фряхой и ковырять непосредственно там. Приходится ковыряться в Убунту

Эххх, во FreeBCD pythonicu тоже нет....

Re[17]: Блин!!!

	От:	Roman Odaisky
	Дата:	19.02.08 14:27

Здравствуйте, Sheridan, Вы писали:

>> Вот именно поэтому и рулит Ubuntu, а не Gentoo. Сколько в природе существует ебилдов? А в официальных репозиториях Ubuntu — 23 тысячи пакетов. (Надо полагать, 19K
>> дебиановских + переделанные версии их же + Ubuntu only).
S>В _официальном_ репозитории генту вот что: Categories: 151 Packages: 12384 Ebuilds: 24141. http://packages.gentoo.org/categories/
S>Тоесть на более 24тыс ебилдов.

Ух ты. А почему ебилдов больше, чем пакетов?

status=sent (delivered to file: /dev/null)

Re[18]: Блин!!!

	От:	WFrag
	Дата:	19.02.08 15:20

Здравствуйте, Roman Odaisky, Вы писали:

RO>Ух ты. А почему ебилдов больше, чем пакетов?

Потому что один пакет (например, Open Office) может быть представлен несколькими ебилдами (разные версии).

Re[18]: Блин!!!

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	20.02.08 04:20

Antikrot однажды (19 февраля 2008 [Вторник] 20:37) писал:

> Вообще, интересный подход — определять крутость дистра кол-вом г-на которое он может подцепить в репозитории. Вот например под маком такого нет — потому что он сделан чтоб
> работать, а не чтоб разруливать зависимости хз чего что там можно еще поставить.
Все разрулено до вас. Ничего разруливать не надо, если ты не девелопер конечно, и не пишеш свой пакет.

> А вообще, гента — самый ё..тый дистр что я видел...
Самый .... дистрибутив который я видел — федора.

> А как же "ОС для домохозяек"?
Есть такая. Калькулятор называется. Все остальное требует как минимум вмешательство знакомого соседа.

> ебилды им самим понимаешь делать... флаги выставлять...
Ты почитай, _зачем_ я предлагаю писать ебилды и в каком свете разговор шел. Для начала.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[29]: Держи ебилд для генты.

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	20.02.08 04:30

Mamut однажды (19 февраля 2008 [Вторник] 17:18) писал:

> Итак.
Послушаем, угу

> Работает это или нет — неизвестно
Ты не сказал чем тестировать. Какие претензии??

> Зависимости к libc6 >= 2.7 и libicu38 ты не убрал

adm ~ # emerge libc icu -pv
[ebuild   R   ] sys-libs/glibc-2.6.1  USE="nls -debug -gd -glibc-omitfp (-hardened) (-multilib) -profile (-selinux) -vanilla" 0 kB
[ebuild   R   ] dev-libs/icu-3.6-r1  USE="-debug" 0 kB

Вот с этим оно собралось и установилось. Даже без варнингов.

> Установится ли это на target машину, где нет этих зависимостей, неизвестно (ты точно все зависимости прописал?)
В реадмях указана зависимость только от icu. Про остальное не слова. Зависимость от libc я вообще не ставил -> собирается с тем что есть.
Выставил только зависимость от питона и icu, не указав их версии -> итоговое будет стабильные последние версии текущей архитектуры.
Там где зависимости не установлены- они установятся.

>>> Зачем мне писать собственный пакет????
> S>Чтобы установить средствами манагера пакетов дистрибутива. Чтобы манагер пакетов отслеживал зависимости, а не ты. Чтобы с выходом новой версии ты поправил бы пакет и манагер
> пакетов сам бы разобрался что заменять а что удалять. S>Чтобы удалить потом в конце концов пакет без следа можно было. Много всяких "чтобы".
>
> Итак, заново.
>
> PyICU требует libc6 >= 2.7 и libicu38 (согласно запуску python setup.py)
Не знаю что оно там требует. Я тебе показал с чем оно собралось и установилось.
Хотя есть у меня подозрение что ты используеш не исходник, а уже собраную версию.

> Какие телодвижения мне надо сделать, чтобы собраный мною source-packet магическим образом установился и завелся (с компиляцией и проч.)?
Тебе для генту рассказать? Я хорошо знаю только манагер emerge. Про остальные слышал что есть такие...

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[29]: Держи ебилд для генты.

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	20.02.08 04:32

Mamut однажды (19 февраля 2008 [Вторник] 17:21) писал:

> С Фазой 1 мы разобрались — в общем случае она неверна. То есть оказывается есть пакеты/программы/библиотеки/проч., для которых менеджер пакетов оказывается бессилен.
Это ты бессилен написать пакет.

> Я так понимаю, ключевое слово — изредка

Оно ключевое потому что для бООООООООльшей части софта пакеты уже есть. Но иногда встречаются белые вороны, для которых пакета нет.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[31]: Держи ебилд для генты.

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	20.02.08 04:34

Mamut однажды (19 февраля 2008 [Вторник] 17:35) писал:

> Эххх, во FreeBCD pythonicu тоже нет....
Это указывает на невостребованность пакета. Так как это — библиотека, то значит либо под питоном есть чтото другое, поставляющее подобный функционал, либо просто нет софта, использующего данную библиотеку.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[32]: Держи ебилд для генты.

	От:	Mamut	http://dmitriid.com/
	Дата:	20.02.08 06:37

>> Эххх, во FreeBCD pythonicu тоже нет....
S>Это указывает на невостребованность пакета. Так как это — библиотека, то значит либо под питоном есть чтото другое, поставляющее подобный функционал, либо просто нет софта, использующего данную библиотеку.

Оба утверждения неверны в общем случае. Подумай, и поймешь, почему

Re[30]: Держи ебилд для генты.

	От:	Mamut	http://dmitriid.com/
	Дата:	20.02.08 06:42

>> Работает это или нет — неизвестно
S>Ты не сказал чем тестировать. Какие претензии??

~> python
>>> from PyICU import UnicodeString, Locale
>>> locale = Locale('pt_BR')
>>> string = UnicodeString()
>>> name = locale.getDisplayName(string)
>>> name
<UnicodeString: Portuguese (Brazil)>
>>> name is string
True

>>>> Зачем мне писать собственный пакет????
>> S>Чтобы установить средствами манагера пакетов дистрибутива. Чтобы манагер пакетов отслеживал зависимости, а не ты. Чтобы с выходом новой версии ты поправил бы пакет и манагер
>> пакетов сам бы разобрался что заменять а что удалять. S>Чтобы удалить потом в конце концов пакет без следа можно было. Много всяких "чтобы".
>>
>> Итак, заново.
>>
>> PyICU требует libc6 >= 2.7 и libicu38 (согласно запуску python setup.py)
S>Не знаю что оно там требует. Я тебе показал с чем оно собралось и установилось.
S>Хотя есть у меня подозрение что ты используеш не исходник, а уже собраную версию.

Скачанная с сайта. Установка стандартная: python setup.py. ПОтребовала libc6 >= 2.7

Re[19]: Блин!!!

	От:	The Lex
	Дата:	20.02.08 07:23

Здравствуйте, Sheridan, Вы писали:

>> А как же "ОС для домохозяек"?
S>Есть такая. Калькулятор называется. Все остальное требует как минимум вмешательство знакомого соседа.

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

Ну еще может кухонной посуды.

Проверено неоднократно и на своем, и на чужом опыте.

Голь на выдумку хитра, однако...

Re[19]: Блин!!!

	От:	Antikrot
	Дата:	20.02.08 07:38

Здравствуйте, Sheridan, Вы писали:

S>Все разрулено до вас. Ничего разруливать не надо, если ты не девелопер конечно, и не пишеш свой пакет.
Да щаз. Типа если я ставлю какую софтину, она тянет за собой обновления еще каких пакетов, с этими обновлениями вдруг падает что-то что было до того... и в результате приходится разруливать типа "все свое ношу с собой" — куча сошек "подходящих" версий сложенных где-то рядом с прописыванием в ld_library_path. вот и всё пакетирование... да еще время на сборку всего этого потрачено.

S>Самый .... дистрибутив который я видел — федора.
да я ее тоже не очень люблю

>> А как же "ОС для домохозяек"?
S>Есть такая. Калькулятор называется. Все остальное требует как минимум вмешательство знакомого соседа.
Вот из-за такого наплевательства на офигенно немаленькую часть пользователей линукс и не рулит на хоме-pc. ближе надо быть к народу.

S>Ты почитай, _зачем_ я предлагаю писать ебилды и в каком свете разговор шел. Для начала.
А для продолжения? Ты правда думаешь я не прочитал весь этот занимательный флуд?

Re[20]: Блин!!!

	От:	Antikrot
	Дата:	20.02.08 07:39

Здравствуйте, The Lex, Вы писали:

TL>Для того чтобы прочитать инструкцию и подключить все по пунктам "делай раз, делай два..." — равно такое же вмешательство требуется для "всего остального", кроме, разве что, утюга.

Забавно, утюг — одна из немногих вещей к чему я читал инструкцию

Re[33]: Держи ебилд для генты.

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	20.02.08 07:42

Mamut однажды (20 февраля 2008 [Среда] 10:37) писал:

>>> Эххх, во FreeBCD pythonicu тоже нет....
> S>Это указывает на невостребованность пакета. Так как это — библиотека, то значит либо под питоном есть чтото другое, поставляющее подобный функционал, либо просто нет софта,
> использующего данную библиотеку.
> Оба утверждения неверны в общем случае. Подумай, и поймешь, почему
поясни пожалуйста, я не могу понять.
--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[20]: Блин!!!

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	20.02.08 07:45

Antikrot однажды (20 февраля 2008 [Среда] 11:38) писал:

> S>Все разрулено до вас. Ничего разруливать не надо, если ты не девелопер конечно, и не пишеш свой пакет.
> Да щаз. Типа если я ставлю какую софтину, она тянет за собой обновления еще каких пакетов, с этими обновлениями вдруг падает что-то что было до того... и в результате приходится
> разруливать типа "все свое ношу с собой" — куча сошек "подходящих" версий сложенных где-то рядом с прописыванием в ld_library_path. вот и всё пакетирование... да еще время на
> сборку всего этого потрачено.
Повторяю в n-й... нет, n мало... В p-й раз.
У меня. Никогда. Подобного. Не было.

>>> А как же "ОС для домохозяек"?
> S>Есть такая. Калькулятор называется. Все остальное требует как минимум вмешательство знакомого соседа.
> Вот из-за такого наплевательства на офигенно немаленькую часть пользователей линукс и не рулит на хоме-pc. ближе надо быть к народу.
Он туда по любому придет рано или поздно, если мс кардинально не сменит политику и не начнет выпускать качественный софт. Под качеством я понимаю не красивости, а стабильность и производительность.
>
> S>Ты почитай, _зачем_ я предлагаю писать ебилды и в каком свете разговор шел. Для начала.
> А для продолжения? Ты правда думаешь я не прочитал весь этот занимательный флуд?
Думаю что не прочитал.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[21]: Блин!!!

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	20.02.08 07:46

Antikrot однажды (20 февраля 2008 [Среда] 11:39) писал:

> TL>Для того чтобы прочитать инструкцию и подключить все по пунктам "делай раз, делай два..." — равно такое же вмешательство требуется для "всего остального", кроме, разве что,
> утюга.

> Забавно, утюг — одна из немногих вещей к чему я читал инструкцию

Аналогично

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[21]: Блин!!!

	От:	Antikrot
	Дата:	20.02.08 08:59

Здравствуйте, Sheridan, Вы писали:

S>Повторяю в n-й... нет, n мало... В p-й раз.
S>У меня. Никогда. Подобного. Не было.
Ты как наша власть нынешняя — альтернативы не признаешь (у тебя же лично все хорошо), в дебатах не участвуешь (зачем, если и так все хорошо).
Не у всех такие тепличные условия... вот мне например нужен (необходим) драйвер, который работает под шесть с половиной ядер, перечисленных в релизнотах с точностью до после третьей точки версии. И если какая другая фигня захочет (и поставит)что-нибудь поновее, он не факт что соберется вообще (были такие случаи).

S>Он туда по любому придет рано или поздно, если мс кардинально не сменит политику и не начнет выпускать качественный софт. Под качеством я понимаю не красивости, а стабильность и производительность.
Хреновый из тебя маркетолог — заранее ставишь в зависимость от конкурентов. Прямо как наша футбольная сборная, все за них хорваты делать должны. А если сменит? Всё, приплыли?
Про "не красивости, а стабильность и производительность" вообще странно слышать, учитывая модные тенденции вроде последнего кде и прочих компизов.

Re[22]: Блин!!!

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	20.02.08 09:07

Antikrot однажды (20 февраля 2008 [Среда] 12:59) писал:

> Ты как наша власть нынешняя — альтернативы не признаешь (у тебя же лично все хорошо), в дебатах не участвуешь (зачем, если и так все хорошо).
> Не у всех такие тепличные условия... вот мне например нужен (необходим) драйвер, который работает под шесть с половиной ядер, перечисленных в релизнотах с точностью до после
> третьей точки версии. И если какая другая фигня захочет (и поставит)что-нибудь поновее, он не факт что соберется вообще (были такие случаи).
Делай патчи к пакету и под каждое нужное ядро простоприменяй нужный патч.
Также прописывай точную версию пакета в зависимостях.

> S>Он туда по любому придет рано или поздно, если мс кардинально не сменит политику и не начнет выпускать качественный софт. Под качеством я понимаю не красивости, а стабильность
> и производительность.
> Хреновый из тебя маркетолог — заранее ставишь в зависимость от конкурентов. Прямо как наша футбольная сборная, все за них хорваты делать должны. А если
> сменит? Всё, приплыли?
А если сменит — честь им и хвала. тогда уже действительно будет без разницы какую ось использовать.

> Про "не красивости, а стабильность и производительность" вообще странно слышать, учитывая модные тенденции вроде последнего кде и прочих компизов.
Компиз для запуска и работы в полную силу не требует новейших процессоров, гигов оперативы и последние модели видео. И стабильно и шустро работает даже на тех компах, куда виста встанет с сильнейшим скрипом.
А все потому что сделан компиз с умом по всей видимости.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[34]: Держи ебилд для генты.

	От:	Mamut	http://dmitriid.com/
	Дата:	20.02.08 09:10

>>>> Эххх, во FreeBCD pythonicu тоже нет....
>> S>Это указывает на невостребованность пакета.

неверно в общем случае (в debian и ubuntu hardy, например, этот пакет добавлен в репозиторий)

S> Так как это — библиотека, то значит либо под питоном есть чтото другое, поставляющее подобный функционал,

неверно в общем случае

S> либо просто нет софта,
>> использующего данную библиотеку.

неверно в общем случае

Re[35]: Держи ебилд для генты.

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	20.02.08 09:18

Mamut однажды (20 февраля 2008 [Среда] 13:10) писал:

>>>>> Эххх, во FreeBCD pythonicu тоже нет....
>>> S>Это указывает на невостребованность пакета.
> неверно в общем случае (в debian и ubuntu hardy, например, этот пакет добавлен в репозиторий)
А чегож ты говориш что пакета нет?

> S> Так как это — библиотека, то значит либо под питоном есть чтото другое, поставляющее подобный функционал,
> неверно в общем случае
Я даже не представляю себе как на питоне писать. Тем более я не знаю его библиотек.
Более того, я знаю одного человечка, который на перле как бог (недавно в баше было про перл и сортировку 2Гб данных. wd тот самый мой знакомый), так вот — когда я у него спрашиваю — есть ли такое-то в перле — он мне либо закидывает кучей реализаций, либо говорит что не зает. Ну или свой код кидает.

> S> либо просто нет софта,
>>> использующего данную библиотеку.
> неверно в общем случае
Раз в генту этой либы нет, то в генту нет софта, использующего эту либу.
Ну не могу я мониторить весе изменения всех дистрибутивов.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[36]: Держи ебилд для генты.

	От:	Mamut	http://dmitriid.com/
	Дата:	20.02.08 09:43

>>>>>> Эххх, во FreeBCD pythonicu тоже нет....
>>>> S>Это указывает на невостребованность пакета.
>> неверно в общем случае (в debian и ubuntu hardy, например, этот пакет добавлен в репозиторий)
S>А чегож ты говориш что пакета нет?

Учись читать. В офф. репозитории 7.10 его нет, есть в репозитории alpha версии 8.04

И твоя фраза о востребованности какого-либо пакета неверна в общем случае

>> S> Так как это — библиотека, то значит либо под питоном есть чтото другое, поставляющее подобный функционал,
>> неверно в общем случае
S>Я даже не представляю себе как на питоне писать. Тем более я не знаю его библиотек.

ПОэтому твои сообщения о питоне — как пальцем в небо

S>Более того, я знаю одного человечка, который на перле как бог (недавно в баше было про перл и сортировку 2Гб данных. wd тот самый мой знакомый), так вот — когда я у него спрашиваю — есть ли такое-то в перле — он мне либо закидывает кучей реализаций, либо говорит что не зает. Ну или свой код кидает.

Причем тут Perl к Питону???

PyICU — это байндинг к ICU. На Перле таких байндингов тоже ... один (классы в Unicode:: )

И твоя фраза о наличии/отсутствии альтернативных реализаций чего-либо на каком-либо языке программирования неверна в общем случае

>> S> либо просто нет софта,
>>>> использующего данную библиотеку.
>> неверно в общем случае
S>Раз в генту этой либы нет, то в генту нет софта, использующего эту либу.

Так и говори: в генту на 20 февраля 2008-го в официальных репозиториях нет софта, который бы зависел от пакета PyICU

Поэтому твои вопли по поводу менеджера пакетов и прочая и прочая идут в топку, так как они:
— по большей части неверны
— относятся только к одному конкретному дистрибутиву
— не несут ни грамма полезной информации

S>Ну не могу я мониторить весе изменения всех дистрибутивов.

Тогда нахрена лезешь в обсуждение других дистрибутивов?

Re[23]: Блин!!!

	От:	Antikrot
	Дата:	20.02.08 09:54

Здравствуйте, Sheridan, Вы писали:

Я это с юзерской точки зрения написал!

S>Делай патчи к пакету и под каждое нужное ядро простоприменяй нужный патч.
S>Также прописывай точную версию пакета в зависимостях.
Вот он, предел совместимости, удобства и юзерских мечтаний... писать патчи на ядерный код! Мне вообще-то просто поработать с ним надо, не я его пишу. Меня напрягает уже тот факт что надо строить из исходников, потому что это где-то час на не самой слабой машине.

Re[24]: Блин!!!

	От:	DOOM
	Дата:	20.02.08 09:58

Здравствуйте, Antikrot, Вы писали:

A>Вот он, предел совместимости, удобства и юзерских мечтаний... писать патчи на ядерный код! Мне вообще-то просто поработать с ним надо, не я его пишу. Меня напрягает уже тот факт что надо строить из исходников, потому что это где-то час на не самой слабой машине.

Ну вообще-то это непростой вопрос... С одной стороны стабильный ABI ядру нужен уже давно. Более того, много лет его уже обещают вот-вот реализовать.
Но с другой стороны, отсутствие стабильного ABI дает больше свободы действий разработчикам. Например, они могут полностью перелопатить архитектуру какой-нибудь подсистемы (вон недавно беспроводной стек перелопатили в ядре).

Но тут опять-таки резонный вопрос — а чтоб не сделать-то как раньше было, только еще суровее: есть стабильная ветка, с фиксированным ABI, и есть нестабильная ветка, где творят, что хотят... Почему вообще забыли после выхода 2.6 про нестабильную ветку мне непонятно

Раньше хоть API ядра не менялось в пределах одной ветки...

Re[24]: Блин!!!

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	20.02.08 10:18

Antikrot однажды (20 февраля 2008 [Среда] 13:54) писал:

> Вот он, предел совместимости, удобства и юзерских мечтаний... писать патчи на ядерный код! Мне вообще-то просто поработать с ним надо, не я его пишу. Меня напрягает уже тот факт
> что надо строить из исходников, потому что это где-то час на не самой слабой машине.
Ну так работай с ними. Яж откуда знаю что это не твой код.
Есть какието требования? несовместимость — в багтрак проекта. Я то при чем?
Но тут и дальше можно пойти. Если внимания ноль целых ноль в периоде — можно и самостоятельно все поправить, благо исходники доступны как правило.
Попробуй так в виндах.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[37]: Держи ебилд для генты.

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	20.02.08 10:23

Mamut однажды (20 февраля 2008 [Среда] 13:43) писал:

> Учись читать. В офф. репозитории 7.10 его нет, есть в репозитории alpha версии 8.04
Учись думать. Что тебе мешает взять пакет, разобрать, посмотреть что да как.

> PyICU — это байндинг к ICU. На Перле таких байндингов тоже ... один (классы в Unicode:: )
Ну и слава богу.

> И твоя фраза о наличии/отсутствии альтернативных реализаций чего-либо на каком-либо языке программирования неверна в общем случае
Что такое "общий случай"? Частный случай сферического коня в вакууме?

> Так и говори: в генту на 20 февраля 2008-го в официальных репозиториях нет софта, который бы зависел от пакета PyICU
Тля, а у меня, что машина времени есть, чтобы в будущем посмотреть, ибо прошлое и так известно, а ради проверки никто downgrade делать не будет.

> Поэтому твои вопли по поводу менеджера пакетов и прочая и прочая идут в топку, так как они:
> — по большей части неверны
> — относятся только к одному конкретному дистрибутиву
> — не несут ни грамма полезной информации
Для тебя.
Потому как у меня уже есть пакет. Собственноручно написанный.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[25]: Блин!!!

	От:	Antikrot
	Дата:	20.02.08 11:42

Здравствуйте, Sheridan, Вы писали:

S>Ну так работай с ними.
Так непросто это... приходится следить чтобы другой какой-нибудь софт не вызвал критических изменений в системе, а он-то с прописанными зависимостями и легким доступом в репозиторий на раз это делает

S>Яж откуда знаю что это не твой код.
Был бы мой, я бы патчи-то написал

S>Есть какието требования? несовместимость — в багтрак проекта. Я то при чем?
Ты — при том что постоянно пишешь что у тебя никаких проблем. Я просто пример из практики привел.

S>Но тут и дальше можно пойти. Если внимания ноль целых ноль в периоде — можно и самостоятельно все поправить, благо исходники доступны как правило.
Для этого надо быть в теме как там что...

S>Попробуй так в виндах.
Винды так часто не меняются. И не понимаю я тех, кто ругает мелкомягких за большой срок между xp и vista...

Re[26]: Блин!!!

	От:	DOOM
	Дата:	20.02.08 11:46

Здравствуйте, Antikrot, Вы писали:

A>Винды так часто не меняются. И не понимаю я тех, кто ругает мелкомягких за большой срок между xp и vista...

Скорее ругают за соотношение срока и числа изменений...
Точно также, как народ принял в штыки ISA 2006 — которая больше походила на ISA 2004 SP3, а уж потом, когда они заявили, что на базе W2k8 будет принципиально новая версия ISA — их наверное убить хотели те, кто все-таки купил 2006-ю...

Re[38]: Держи ебилд для генты.

	От:	Mamut	http://dmitriid.com/
	Дата:	20.02.08 12:02

>> Учись читать. В офф. репозитории 7.10 его нет, есть в репозитории alpha версии 8.04
S>Учись думать. Что тебе мешает взять пакет, разобрать, посмотреть что да как.

То есть ты мне предложил сделать то, что я практически уже сделал. Причем начал (и закончил) ты с оскоблений в том, что я ламер, гуглом пользоваться не надо и все есть в менеджере пакетов.

>> PyICU — это байндинг к ICU. На Перле таких байндингов тоже ... один (классы в Unicode:: )
S>Ну и слава богу.

>> И твоя фраза о наличии/отсутствии альтернативных реализаций чего-либо на каком-либо языке программирования неверна в общем случае
S>Что такое "общий случай"? Частный случай сферического коня в вакууме?

Еще раз.

> Эххх, во FreeBCD pythonicu тоже нет....
Это указывает на невостребованность пакета.

Это утверждение неверно, потому что мною, например, эта библиотека востребована. То, что ее добавили в Ubuntu 8.04 говорит о том то для данного конкретного дистрибутива она востребована.

Другими словами: твое утверждение справедливо для одного частного случая (Генту), но не справедливо для общего случая (потому что есть дистрибутивы, в которых этот пакет востребован)

Так как это — библиотека, то значит либо под питоном есть чтото другое, поставляющее подобный функционал,

Это утверждение неверно по нескольким причинам:
— ты некомпетентен утверждать такое для питона
— наличие одной библиотеки никак не указывает на то, что есть библиотеки, предоставляющие такой же функционал

Другими словами: твое утверждение справедливо только для одного частного случая, ограниченного твоими знаниями, но несправедливо в общем случае

либо просто нет софта, использующего данную библиотеку.

Это утверждение спорно, потому что наличие пакета в дистрибутиве не указывает на то, что этот пакет обязательно используется каким-либо софтом

Другими совами: это утвержждение возможно справедливо для данного конкретного дистрибутива, но неверно в общем случае (потму что ты, по твоему признанию, не имеешь ни малейшего представления о том, что происходит в других дистрибутивах).

Так понятнее?

>> Так и говори: в генту на 20 февраля 2008-го в официальных репозиториях нет софта, который бы зависел от пакета PyICU
S>Тля, а у меня, что машина времени есть, чтобы в будущем посмотреть, ибо прошлое и так известно, а ради проверки никто downgrade делать не будет.

Потому что твое заявление (да и вообще все твои заявления про Линукс пока что) справедливо только для одного дистрибутива. Оно не имеет никакого отношения к каком-либо другому дистрибутиву

Еще раз. Твое заявление справделиво только для Gentoo текущей версии (или какая там у тебя версия). Хотя ты безапеляционно подаешь их как истину, справедливую для всех дистрибутивов Линукса всех версий.

>> Поэтому твои вопли по поводу менеджера пакетов и прочая и прочая идут в топку, так как они:
>> — по большей части неверны
>> — относятся только к одному конкретному дистрибутиву
>> — не несут ни грамма полезной информации
S>Для тебя.
S>Потому как у меня уже есть пакет. Собственноручно написанный.

И как это противоречит тому, что я написал? Твои утверждения справедливы только для тебя. Они неверны для тех, кто сидит в Ubuntu/Debian/SuSE/RedHat/(вписать свой дистрибутив)

Re[39]: Держи ебилд для генты.

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	20.02.08 12:14

Mamut однажды (20 февраля 2008 [Среда] 16:02) писал:

>>> Учись читать. В офф. репозитории 7.10 его нет, есть в репозитории alpha версии 8.04
> S>Учись думать. Что тебе мешает взять пакет, разобрать, посмотреть что да как.
>
> То есть ты мне предложил сделать то, что я практически уже сделал. Причем начал (и закончил) ты с оскоблений в том, что я ламер, гуглом пользоваться не надо и все есть в
> менеджере пакетов.
Извини, если ты понял все это как оскорбления.

> Так понятнее?
Да, спасибо.

> Потому что твое заявление (да и вообще все твои заявления про Линукс пока что) справедливо только для одного дистрибутива. Оно не имеет никакого отношения к каком-либо другому
> дистрибутиву
> Еще раз. Твое заявление справделиво только для Gentoo текущей версии (или какая там у тебя версия). Хотя ты безапеляционно подаешь их как истину, справедливую для всех
> дистрибутивов Линукса всех версий.
> И как это противоречит тому, что я написал? Твои утверждения справедливы только для тебя. Они неверны для тех, кто сидит в Ubuntu/Debian/SuSE/RedHat/(вписать свой
> дистрибутив)
Мое заявление про XP также не будет справедливо для все версий виндовс.
С другой стороны, если под одним дистрибутивом это работает, значит будет работать и под другим дистрибутивом. Либо из коробки, либо после допиливания.
Ибо не бывает софта "под дебиан". Бывает софт под линукс. Если чтото не работает в твоем дистрибутиве, а в другом работает — посмотри в чем разница. попробуй эту разницу устранить.
Да ты и сам прекрасно это понимаеш, чего я тебя учу.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[40]: Держи ебилд для генты.

	От:	Mamut	http://dmitriid.com/
	Дата:	20.02.08 14:09

>> Потому что твое заявление (да и вообще все твои заявления про Линукс пока что) справедливо только для одного дистрибутива. Оно не имеет никакого отношения к каком-либо другому
>> дистрибутиву
>> Еще раз. Твое заявление справделиво только для Gentoo текущей версии (или какая там у тебя версия). Хотя ты безапеляционно подаешь их как истину, справедливую для всех
>> дистрибутивов Линукса всех версий.
>> И как это противоречит тому, что я написал? Твои утверждения справедливы только для тебя. Они неверны для тех, кто сидит в Ubuntu/Debian/SuSE/RedHat/(вписать свой
>> дистрибутив)
S>Мое заявление про XP также не будет справедливо для все версий виндовс.

В общем случае — да.

S>С другой стороны, если под одним дистрибутивом это работает, значит будет работать и под другим дистрибутивом. Либо из коробки, либо после допиливания.

Ключевое слово — допиливание. Это допиливание для разных дистрибутивов — очень разное (от прописывания разных путей до поиска зависимостей в нестабильных ветках)

S>Ибо не бывает софта "под дебиан". Бывает софт под линукс. Если чтото не работает в твоем дистрибутиве, а в другом работает — посмотри в чем разница. попробуй эту разницу устранить.

Угу. Поставь генту и посмотри, в чем разница???

S>Да ты и сам прекрасно это понимаеш, чего я тебя учу.

Абсолютно не понимаю. Учитывая, что твои "поучения" не носят ни грамма полезной информации. В частности, потому что ты абсолютно не хочешь читать то, что тебе пишут.

Например, перечитай еще раз то, что ты понаписал здесь и здесь и скажи мне, сколько там полезной информации. Сразу скажу, ноль. Почему? Да вот яркий пример:

M> В гугл я полез потому что в дистрибутиве пакета quake3 нет. Еще раз. Читай не то, что тебе хочется читать, а то, что тебе пишут:
S> Херню пишут. Все есть. Во всяком случае для генты все это есть.

Все. Ты живешь в своем собственном мирке под названием Gentoo, но почему-то пытаешься поучать всех и вся направо и налево, несмотря на то, что уже не раз было показано, рассказано и доказано, что твой опыт в Генту неперносим или практически непереносим на опыт других дистрибутивов.

В следующий раз, когда будешь писать "а вот в Генту" или "херня, в Генту это делается так и так" подумай, а нужно ли тому человеку, которому ты отвечаешь это сокровенное знание про Генту, если он сидит, например, в Убунту и слазить с Убунту не собирается?

Re[25]: Блин!!!

	От:	Roman Odaisky
	Дата:	20.02.08 15:09

Здравствуйте, DOOM, Вы писали:

DOO>Ну вообще-то это непростой вопрос... С одной стороны стабильный ABI ядру нужен уже давно. Более того, много лет его уже обещают вот-вот реализовать.
DOO>Но с другой стороны, отсутствие стабильного ABI дает больше свободы действий разработчикам. Например, они могут полностью перелопатить архитектуру какой-нибудь подсистемы (вон недавно беспроводной стек перелопатили в ядре).

DOO>Но тут опять-таки резонный вопрос — а чтоб не сделать-то как раньше было, только еще суровее: есть стабильная ветка, с фиксированным ABI, и есть нестабильная ветка, где творят, что хотят... Почему вообще забыли после выхода 2.6 про нестабильную ветку мне непонятно :xz:
DOO>Раньше хоть API ядра не менялось в пределах одной ветки...

Видел точку зрения, что этим они побуждают разработчиков ядерных модулей выпускать их под свободной лицензией.

status=sent (delivered to file: /dev/null)

Re[26]: Блин!!!

	От:	Antikrot
	Дата:	20.02.08 17:05

Здравствуйте, Roman Odaisky, Вы писали:

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

Re[8]: Линукс - враки

	От:	Sinclair rsdn	http://www.parallels.com/automation/operations/
	Дата:	21.02.08 03:02

Здравствуйте, Sheridan, Вы писали:
>> Вот мы сейчас работаем над кроссплатформенным стандартом развертывания приложений. К сожалению, проект не сводится к портированию RPM на винду.
S>К сожалению я никак не пойму на какие грабли вы там наступили. Вы что, пытаетесь "все свое носить с собой", чтоли?
Всё как раз наоборот. Я уже писал про приключения с инсталлером, но теперь задача у нас пошире: сделать инсталляцию не для своего продукта, а для сторонних производителей. И чтобы им не надо было делать 51 сборку под каждую из сборок Плеска.

А тебе вот повод чтоб подумать про мегарульность линуксов: у них давняя традиция называть одинаковые пакеты по-разному в разных репозиториях. Поэтому невозможно написать один раз список зависимостей, и рассчитывать на правильную установку в любую rpm — систему.

... << RSDN@Home 1.2.0 alpha rev. 677>>

Уйдемте отсюда, Румата! У вас слишком богатые погреба.

Re[10]: Линукс - враки

	От:	Sinclair rsdn	http://www.parallels.com/automation/operations/
	Дата:	21.02.08 03:02

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, Sinclair, Вы писали:

S>>Потому, что при UTF-8 нужно всё время помнить о том, что оператор [] к строке использовать нельзя. И вообще большинство строковых инструментов в C/C++ ориентированы не на итератор по Unicode Code points, а на работу с "массивом символов фиксированного размера".
C>А ЗАЧЕМ тебе нужен оператор []? Я вот долго это пытаюсь выяснить

Мне — не нужен. Но вот я запускаю в рефлекторе поиск использований char this[int32 index] из класса System.String:

System.String.get_Chars(Int32) : Char
    Depends On
    Used By
        Microsoft.CSharp.CSharpCodeGenerator.GenerateComment(CodeComment) : Void
        Microsoft.CSharp.CSharpCodeGenerator.GetBaseTypeOutput(CodeTypeReference) : String
        Microsoft.CSharp.CSharpCodeGenerator.IsPrefixTwoUnderscore(String) : Boolean
        Microsoft.CSharp.CSharpCodeGenerator.IsValidIdentifier(String) : Boolean
        Microsoft.CSharp.CSharpCodeGenerator.QuoteSnippetStringCStyle(String) : String
        Microsoft.CSharp.CSharpCodeGenerator.QuoteSnippetStringVerbatimStyle(String) : String
        Microsoft.VisualBasic.VBCodeGenerator.GenerateComment(CodeComment) : Void
        Microsoft.VisualBasic.VBCodeGenerator.GetBaseTypeOutput(CodeTypeReference) : String
        Microsoft.VisualBasic.VBCodeGenerator.IsValidIdentifier(String) : Boolean
        Microsoft.VisualBasic.VBCodeGenerator.QuoteSnippetString(String) : String
        MS.Internal.Xml.Cache.XPathNodeInfoAtom.Init(String, String, String, String, XPathNode[], XPathNode[], XPathNode[], XPathDocument, Int32, Int32) : Void
        MS.Internal.Xml.XPath.BooleanFunctions.Lang(XPathNodeIterator) : Boolean
        MS.Internal.Xml.XPath.StringFunctions.Normalize(XPathNodeIterator) : String
        MS.Internal.Xml.XPath.StringFunctions.Translate(XPathNodeIterator) : String
        MS.Internal.Xml.XPath.XPathScanner.NextChar() : Boolean
        System.__DTString.Advance(Int32) : Boolean
        System.__DTString.ConsumeSubString(DTSubString) : Void
        System.__DTString.GetChar() : Char
        System.__DTString.GetDigit() : Int32
        System.__DTString.GetNext() : Boolean
        System.__DTString.GetNextDigit() : Boolean
        System.__DTString.GetRegularToken(TokenType&, Int32&, DateTimeFormatInfo) : Void
        System.__DTString.GetRepeatCount() : Int32
        System.__DTString.GetSubString() : DTSubString
        System.__DTString.Match(Char) : Boolean
        System.__DTString.MatchSpecifiedWords(String, Boolean, Int32&) : Boolean
        System.__DTString.RemoveLeadingInQuoteSpaces() : Void
        System.__DTString.RemoveTrailingInQuoteSpaces() : Void
        System.__DTString.SkipWhiteSpaceCurrent() : Boolean
        System.__DTString.SkipWhiteSpaces() : Void
        System.__DTString.TrimTail() : Void
        System.__Filters.FilterIgnoreCase(MemberInfo, Object) : Boolean
        System.__Filters.FilterName(MemberInfo, Object) : Boolean
        System.AppDomain.AppendPrivatePath(String) : Void
        System.AppDomainSetup.BuildShadowCopyDirectories() : String
        System.AppDomainSetup.IsFilePath(String) : Boolean
        System.AppDomainSetup.Locate(String) : Int32
        System.AppDomainSetup.NormalizePath(String, Boolean) : String
        System.Char.ConvertToUtf32(String, Int32) : Int32
        System.Char.GetUnicodeCategory(String, Int32) : UnicodeCategory
        System.Char.IsControl(String, Int32) : Boolean
        System.Char.IsDigit(String, Int32) : Boolean
        System.Char.IsHighSurrogate(String, Int32) : Boolean
        System.Char.IsLetter(String, Int32) : Boolean
        System.Char.IsLetterOrDigit(String, Int32) : Boolean
        System.Char.IsLower(String, Int32) : Boolean
        System.Char.IsLowSurrogate(String, Int32) : Boolean
        System.Char.IsNumber(String, Int32) : Boolean
        System.Char.IsPunctuation(String, Int32) : Boolean
        System.Char.IsSeparator(String, Int32) : Boolean
        System.Char.IsSurrogate(String, Int32) : Boolean
        System.Char.IsSurrogatePair(String, Int32) : Boolean
        System.Char.IsSymbol(String, Int32) : Boolean
        System.Char.IsUpper(String, Int32) : Boolean
        System.Char.IsWhiteSpace(String, Int32) : Boolean
        System.Char.Parse(String) : Char
        System.Char.TryParse(String, Char&) : Boolean
        System.CharEnumerator.MoveNext() : Boolean
        System.CodeDom.CodeTypeReference.Initialize(String) : Void
        System.CodeDom.CodeTypeReference.RipOffAssemblyInformationFromTypeName(String) : String
        System.CodeDom.Compiler.CodeDomCompilationConfiguration+SectionHandler.ProcessCompilersElement(CodeDomCompilationConfiguration, XmlNode) : Void
        System.CodeDom.Compiler.CodeGenerator.IsValidTypeNameOrIdentifier(String, Boolean) : Boolean
        System.CodeDom.Compiler.CodeValidator.ValidateArity(CodeTypeReference) : Void
        System.Collections.Specialized.FixedStringLookup.Contains(String[], String, Boolean) : Boolean
        System.Collections.Specialized.FixedStringLookup.FindCharacter(String[], Char, Int32, Int32&, Int32&) : Boolean
        System.ComponentModel.BaseNumberConverter.ConvertFrom(ITypeDescriptorContext, CultureInfo, Object) : Object
        System.ComponentModel.CharConverter.ConvertFrom(ITypeDescriptorContext, CultureInfo, Object) : Object
        System.ComponentModel.ComponentResourceManager.ApplyResources(Object, String, CultureInfo) : Void
        System.ComponentModel.MaskedTextProvider..ctor(String, CultureInfo, Boolean, Char, Char, Boolean)
        System.ComponentModel.MaskedTextProvider.Initialize() : Void
        System.ComponentModel.MaskedTextProvider.SetString(String, Int32) : Void
        System.ComponentModel.MaskedTextProvider.TestChar(Char, Int32, MaskedTextResultHint&) : Boolean
        System.ComponentModel.MaskedTextProvider.TestString(String, Int32, Int32&, MaskedTextResultHint&) : Boolean
        System.ConfigTreeParser.Parse(String, String, Boolean) : ConfigNode
        System.Configuration.AppSettingsReader.GetNoneNesting(String) : Int32
        System.Configuration.BaseConfigurationRecord.NormalizeLocationSubPath(String, IConfigErrorInfo) : String
        System.Configuration.ConfigPathUtility.IsValid(String) : Boolean
        System.Configuration.ConfigPathUtility.IsValid(String) : Boolean
        System.Configuration.GenericEnumConverter.ConvertFrom(ITypeDescriptorContext, CultureInfo, Object) : Object
        System.Configuration.UrlPath.IsAbsoluteLocalPhysicalPath(String) : Boolean
        System.Configuration.UrlPath.IsAbsoluteUNCPhysicalPath(String) : Boolean
        System.Configuration.UrlPath.IsEqualOrSubdirectory(String, String) : Boolean
        System.Configuration.UrlPath.IsEqualOrSubpathImpl(String, String, Boolean) : Boolean
        System.Configuration.XmlUtilWriter.AppendEscapeXmlString(String, Boolean, Char) : Int32
        System.Configuration.XmlUtilWriter.Write(String) : Int32
        System.Convert.ToChar(String, IFormatProvider) : Char
        System.Data.Common.ADP.EscapeSpecialCharacters(String, StringBuilder) : Void
        System.Data.Common.DbConnectionOptions.AppendKeyValuePairBuilder(StringBuilder, String, String, Boolean) : Void
        System.Data.Common.DbConnectionOptions.ExpandDataDirectory(String, String, String&) : String
        System.Data.Common.DbConnectionOptions.GetKeyValuePair(String, Int32, StringBuilder, Boolean, String&, String&) : Int32
        System.Data.Common.DbConnectionOptions.IsKeyNameValid(String) : Boolean
        System.Data.Common.MultipartIdentifier.ParseMultipartIdentifier(String, String, String, Char, Int32, Boolean, String, Boolean) : String[]
        System.Data.DataTable.Compare(String, String) : Int32
        System.Data.DataTable.GetSpecialHashCode(String) : Int32
        System.Data.Odbc.CStringTokenizer.GetTokenFromBracket(Int32) : Int32
        System.Data.Odbc.CStringTokenizer.GetTokenFromQuote(Int32) : Int32
        System.Data.Odbc.CStringTokenizer.NextToken() : String
        System.Data.Odbc.CStringTokenizer.StartsWith(String) : Boolean
        System.Data.Odbc.OdbcConnection.EscapeChar(String) : Char
        System.Data.Odbc.OdbcDataReader.GetTableNameFromCommandText() : String
        System.Data.Odbc.OdbcDataReader+QualifiedTableName.UnQuote(String) : String
        System.Data.SqlClient.SqlBulkCopy.CreateAndExecuteInitialQuery() : BulkCopySimpleResultSet
        System.Data.SqlClient.SqlBulkCopy.UnquotedName(String) : String
        System.Data.SqlClient.SqlCommand.UnquoteProcedureName(String, Object&) : String
        System.Data.SqlClient.SqlCommand.UnquoteProcedurePart(String) : String
        System.Data.SqlClient.SqlCommandSet.BuildStoredProcedureName(StringBuilder, String) : Void
        System.Data.SqlClient.SqlParameter.get_ParameterNameFixed() : String
        System.Data.SqlClient.SqlParameter.set_ParameterName(String) : Void
        System.Data.SqlClient.TdsParser.IsBOMNeeded(MetaType, Object) : Boolean
        System.Data.SqlClient.TdsParserStaticMethods.EncryptPassword(String) : Byte[]
        System.Data.SqlTypes.SqlBoolean.Parse(String) : SqlBoolean
        System.Data.TypedDataSetGenerator.GenerateIdName(String, ICodeGenerator) : String
        System.Data.XmlToDatasetMap.HandleSpecialColumn(DataColumn, XmlNameTable, XmlNodeIdHashtable) : Void
        System.DateTimeFormat.ExpandPredefinedFormat(String, DateTime&, DateTimeFormatInfo&, TimeSpan&) : String
        System.DateTimeFormat.FormatCustomized(DateTime, String, DateTimeFormatInfo, TimeSpan) : String
        System.DateTimeFormat.GetRealFormat(String, DateTimeFormatInfo) : String
        System.DateTimeFormat.IsUseGenitiveForm(String, Int32, Int32, Char) : Boolean
        System.DateTimeFormat.ParseNextChar(String, Int32) : Int32
        System.DateTimeFormat.ParseQuoteString(String, Int32, StringBuilder) : Int32
        System.DateTimeFormat.ParseRepeatPattern(String, Int32, Char) : Int32
        System.DateTimeParse.DoStrictParse(String, String, DateTimeStyles, DateTimeFormatInfo, DateTimeResult&) : Boolean
        System.DateTimeParse.ExpandPredefinedFormat(String, DateTimeFormatInfo&, ParsingInfo&, DateTimeResult&) : String
        System.DateTimeParse.GetMonthDayOrder(String, DateTimeFormatInfo, Int32&) : Boolean
        System.DateTimeParse.GetYearMonthDayOrder(String, DateTimeFormatInfo, Int32&) : Boolean
        System.DateTimeParse.GetYearMonthOrder(String, DateTimeFormatInfo, Int32&) : Boolean
        System.DateTimeParse.Lex(DS, __DTString&, DateTimeToken&, DateTimeRawInfo&, DateTimeResult&, DateTimeFormatInfo&) : Boolean
        System.DateTimeParse.MatchAbbreviatedTimeMark(__DTString&, DateTimeFormatInfo, TM&) : Boolean
        System.DateTimeParse.MatchWord(__DTString&, String) : Boolean
        System.DateTimeParse.ParseByFormat(__DTString&, __DTString&, ParsingInfo&, DateTimeFormatInfo, DateTimeResult&) : Boolean
        System.DateTimeParse.TryParseQuoteString(String, Int32, StringBuilder, Int32&) : Boolean
        System.DateTimeParse.VerifyValidPunctuation(__DTString&) : Boolean
        System.Deployment.Internal.CodeSigning.SignedCmiManifest.HexStringToBytes(String) : Byte[]
        System.Diagnostics.AssertWrapper.TruncateMessageToFitScreen(String) : String
        System.Diagnostics.DiagnosticsConfigurationHandler.HandleListeners(Hashtable, XmlNode, Object) : Void
        System.Diagnostics.EventLog.FixupPath(String) : String
        System.Diagnostics.EventLog.TryFormatMessage(SafeLibraryHandle, UInt32, String[]) : String
        System.Diagnostics.EventLog.ValidLogName(String, Boolean) : Boolean
        System.Diagnostics.EventLogEntry.GetMessageLibraryNames(String) : String
        System.Diagnostics.PerformanceCounterCategory.CheckValidId(String) : Boolean
        System.Diagnostics.SharedPerformanceCounter.GetWstrHashCode(String) : Int32
        System.Diagnostics.SharedPerformanceCounter.StringEquals(String, Int32) : Boolean
        System.Diagnostics.TraceUtils.GetRuntimeObject(String, Type, String) : Object
        System.Diagnostics.XmlWriterTraceListener.WriteEscaped(String) : Void
        System.DomainNameHelper.IsIdnAce(String, Int32) : Boolean
        System.DomainNameHelper.ParseCanonicalName(String, Int32, Int32, Boolean&) : String
        System.DomainNameHelper.UnicodeEquivalent(Char*, Int32, Int32, Boolean&, Boolean&) : String
        System.Drawing.ColorConverter.ConvertFrom(ITypeDescriptorContext, CultureInfo, Object) : Object
        System.Drawing.ColorTranslator.FromHtml(String) : Color
        System.Drawing.Font.IsVerticalName(String) : Boolean
        System.Drawing.Font.StripVerticalName(String) : String
        System.Drawing.FontConverter.ConvertFrom(ITypeDescriptorContext, CultureInfo, Object) : Object
        System.Drawing.FontConverter.ParseSizeTokens(String, Char) : String[]
        System.Drawing.PointConverter.ConvertFrom(ITypeDescriptorContext, CultureInfo, Object) : Object
        System.Drawing.Printing.MarginsConverter.ConvertFrom(ITypeDescriptorContext, CultureInfo, Object) : Object
        System.Drawing.RectangleConverter.ConvertFrom(ITypeDescriptorContext, CultureInfo, Object) : Object
        System.Drawing.SizeConverter.ConvertFrom(ITypeDescriptorContext, CultureInfo, Object) : Object
        System.Drawing.SizeFConverter.ConvertFrom(ITypeDescriptorContext, CultureInfo, Object) : Object
        System.DTSubString.get_Item(Int32) : Char
        System.Enum.Format(Type, Object, String) : String
        System.Enum.Parse(Type, String, Boolean) : Object
        System.Environment.CheckEnvironmentVariableName(String) : Void
        System.Environment.SetEnvironmentVariable(String, String) : Void
        System.Environment.SetEnvironmentVariable(String, String, EnvironmentVariableTarget) : Void
        System.Globalization.BaseInfoTable.CompareStringToStringPoolStringBinary(String, Int32) : Int32
        System.Globalization.CharUnicodeInfo.InternalConvertToUtf32(String, Int32) : Int32
        System.Globalization.CharUnicodeInfo.InternalConvertToUtf32(String, Int32, Int32&) : Int32
        System.Globalization.CultureInfo.CreateSpecificCulture(String) : CultureInfo
        System.Globalization.CultureInfo.VerifyCultureName(CultureInfo, Boolean) : Boolean
        System.Globalization.CultureTableRecord.AnsiToLower(String) : String
        System.Globalization.CultureTableRecord.ConvertWin32GroupString(String) : Int32[]
        System.Globalization.CultureTableRecord.get_CultureNativeDisplayName() : String
        System.Globalization.CultureTableRecord.get_RegionNativeDisplayName() : String
        System.Globalization.CultureTableRecord.get_SNATIVEDIGITS() : String[]
        System.Globalization.CultureTableRecord.GetCasedName(String) : String
        System.Globalization.CultureTableRecord.GetDateSeparator(String) : String
        System.Globalization.CultureTableRecord.GetQualifiedName(String) : String
        System.Globalization.CultureTableRecord.GetScriptTag(Int32, String&) : Boolean
        System.Globalization.CultureTableRecord.GetTimeSeparator(String) : String
        System.Globalization.CultureTableRecord.GroupSizesConstruction(String) : String
        System.Globalization.CultureTableRecord.NameHasScriptTag(String) : Boolean
        System.Globalization.CultureTableRecord.ReescapeWin32String(String) : String
        System.Globalization.CultureTableRecord.SetPoolString(String, Hashtable, UInt32&) : UInt32
        System.Globalization.CultureTableRecord.UnescapeWin32String(String, Int32, Int32) : String
        System.Globalization.CultureTableRecord.ValidateCulturePieceToLower(String, String, Int32) : String
        System.Globalization.DateTimeFormatInfo.CreateTokenHashTable() : TokenHashValue[]
        System.Globalization.DateTimeFormatInfo.get_NativeCalendarName() : String
        System.Globalization.DateTimeFormatInfo.GetCalendarNativeNameFallback(Int32) : String
        System.Globalization.DateTimeFormatInfo.InsertAtCurrentHashNode(TokenHashValue[], String, Char, TokenType, Int32, Int32, Int32, Int32) : Void
        System.Globalization.DateTimeFormatInfo.InsertHash(TokenHashValue[], String, TokenType, Int32) : Void
        System.Globalization.DateTimeFormatInfo.Tokenize(TokenType, TokenType&, Int32&, __DTString&) : Boolean
        System.Globalization.DateTimeFormatInfo.TryParseHebrewNumber(__DTString&, Boolean&, Int32&) : Boolean
        System.Globalization.DateTimeFormatInfoScanner.AddDateWordOrPostfix(String, String) : Void
        System.Globalization.DateTimeFormatInfoScanner.AddDateWords(String, Int32, String) : Int32
        System.Globalization.DateTimeFormatInfoScanner.ArrayElementsBeginWithDigit(String[]) : Boolean
        System.Globalization.DateTimeFormatInfoScanner.ArrayElementsHaveSpace(String[]) : Boolean
        System.Globalization.DateTimeFormatInfoScanner.ScanDateWord(String) : Void
        System.Globalization.DateTimeFormatInfoScanner.ScanRepeatChar(String, Char, Int32, Int32&) : Int32
        System.Globalization.DateTimeFormatInfoScanner.SkipWhiteSpacesAndNonLetter(String, Int32) : Int32
        System.Globalization.IdnMapping.GetAscii(String, Int32, Int32) : String
        System.Globalization.IdnMapping.punycode_decode(String) : String
        System.Globalization.IdnMapping.punycode_encode(String) : String
        System.Globalization.IdnMapping.ValidateStd3AndAscii(String, Boolean, Boolean) : Boolean
        System.Globalization.NumberFormatInfo.VerifyNativeDigits(String[], String) : Void
        System.Globalization.TextInfo.ToTitleCase(String) : String
        System.Guid..ctor(String)
        System.Guid.EatAllWhitespace(String) : String
        System.Guid.IsHexPrefix(String, Int32) : Boolean
        System.Guid.ToString(String, IFormatProvider) : String
        System.IdentityModel.CanonicalFormWriter.EncodeAndWrite(Stream, Byte[], String) : Void
        System.IdentityModel.Reference.ExtractReferredId() : String
        System.IdentityModel.SecurityUtils.DecodeHexString(String) : Byte[]
        System.IdentityModel.Tokens.SamlAssertion.IsAssertionIdValid(String) : Boolean
        System.IdentityModel.XmlUtil.Trim(String) : String
        System.IdentityModel.XmlUtil.TrimEnd(String) : String
        System.IdentityModel.XmlUtil.TrimStart(String) : String
        System.Int16.ToString(String, NumberFormatInfo) : String
        System.Internal.DebugHandleTracker+HandleType+HandleEntry+StackParser.ContainsString(String, String) : Boolean
        System.Internal.DebugHandleTracker+HandleType+HandleEntry+StackParser.ContainsString(String, String) : Boolean
        System.Internal.DebugHandleTracker+HandleType+HandleEntry+StackParser.GetLine() : String
        System.Internal.DebugHandleTracker+HandleType+HandleEntry+StackParser.GetLine() : String
        System.IO.__Error.GetDisplayablePath(String, Boolean) : String
        System.IO.Directory.InternalCreateDirectory(String, String, DirectorySecurity) : Void
        System.IO.Directory.InternalGetFileDirectoryNames(String, String, String, Boolean, Boolean, SearchOption) : String[]
        System.IO.Directory.OpenHandle(String) : SafeFileHandle
        System.IO.DirectoryInfo..ctor(String)
        System.IO.DriveInfo..ctor(String)
        System.IO.FileSystemInfo.get_Extension() : String
        System.IO.IsolatedStorage.IsolatedStorage.IsValidName(String) : Boolean
        System.IO.IsolatedStorage.IsolatedStorageFile.DirectoriesToCreate(String) : String[]
        System.IO.IsolatedStorage.IsolatedStorageFile.GetDataDirectoryFromActivationContext() : String
        System.IO.IsolatedStorage.IsolatedStorageFile.GetFileDirectoryNames(String, String, Boolean) : String[]
        System.IO.IsolatedStorage.IsolatedStorageFile.GetFullPath(String) : String
        System.IO.Path.ChangeExtension(String, String) : String
        System.IO.Path.CharArrayStartsWithOrdinal(Char*, Int32, String, Boolean) : Boolean
        System.IO.Path.CharArrayStartsWithOrdinal(Char[], Int32, String, Boolean) : Boolean
        System.IO.Path.CheckInvalidPathChars(String) : Void
        System.IO.Path.CheckSearchPattern(String) : Void
        System.IO.Path.Combine(String, String) : String
        System.IO.Path.GetDirectoryName(String) : String
        System.IO.Path.GetExtension(String) : String
        System.IO.Path.GetFileName(String) : String
        System.IO.Path.GetRootLength(String) : Int32
        System.IO.Path.HasExtension(String) : Boolean
        System.IO.Path.InternalCombine(String, String) : String
        System.IO.Path.IsPathRooted(String) : Boolean
        System.IO.Path.NormalizePathFast(String, Boolean) : String
        System.IO.Path.NormalizePathSlow(String, Boolean) : String
        System.IO.PatternMatcher.StrictMatchPattern(String, String) : Boolean
        System.IO.Ports.SerialPort.ReadTo(String) : String
        System.IO.StringReader.Peek() : Int32
        System.IO.StringReader.Read() : Int32
        System.IO.StringReader.ReadLine() : String
        System.IPv4AddressHelper.Parse(String, Byte*, Int32, Int32) : Boolean
        System.IPv6AddressHelper.Parse(String, UInt16*, Int32, String&) : Boolean
        System.Net.AuthenticationManager.FindSubstringNotInQuotes(String, String) : Int32
        System.Net.AuthenticationManager.IndexOf(String, String, Int32, Int32) : Int32
        System.Net.AuthenticationManager.SplitNoQuotes(String, Int32&) : Int32
        System.Net.AutoWebProxyScriptEngine.ParseScriptReturn(String, Uri, Boolean) : StringCollection
        System.Net.BufferBuilder.Append(String, Int32, Int32) : Void
        System.Net.Cache.HttpRequestCacheValidator.FetchHeaderValues(Boolean) : Void
        System.Net.Cache.HttpRequestCacheValidator.ParseHeaderValues(String[], ParseCallback, IList) : Void
        System.Net.Cache.HttpRequestCacheValidator.ParseNameValues(NameValueCollection, StringCollection, Int32) : String
        System.Net.Cache.HttpRequestCacheValidator.ParseStatusLine() : String
        System.Net.Cache.HttpRequestCacheValidator.ParseValuesCallbackMethod(String, Int32, Int32, IList) : Void
        System.Net.Cache.HttpRequestCacheValidator.ParseWarningsCallbackMethod(String, Int32, Int32, IList) : Void
        System.Net.Cache.Rfc2616+Common.AsciiLettersNoCaseEqual(String, String) : Boolean
        System.Net.Cache.Rfc2616+Common.GetBytesRange(String, Int64&, Int64&, Int64&, Boolean) : Boolean
        System.Net.Cache.Rfc2616+Common.ReplaceOrUpdateCacheHeaders(HttpRequestCacheValidator, HttpWebResponse) : Void
        System.Net.Cache.Rfc2616+Common.UnsafeAsciiLettersNoCaseEqual(Char*, Int32, Int32, String) : Boolean
        System.Net.Cache.Rfc2616+Common.ValidateCacheByVaryHeader(HttpRequestCacheValidator) : TriState
        System.Net.CaseInsensitiveAscii.Compare(Object, Object) : Int32
        System.Net.CaseInsensitiveAscii.Equals(Object, Object) : Boolean
        System.Net.CaseInsensitiveAscii.FastGetHashCode(String) : Int32
        System.Net.CaseInsensitiveAscii.GetHashCode(Object) : Int32
        System.Net.Connection.ParseResponseData(ConnectionReturnResult&, Boolean&, CoreResponseData&) : DataParseStatus
        System.Net.Connection.ParseStatusLineStrict(Byte[], Int32, Int32&, Int32&, StatusLineValues, Int32, Int32&, WebParseError&) : DataParseStatus
        System.Net.Cookie.DomainCharsTest(String) : Boolean
        System.Net.Cookie.InternalSetName(String) : Boolean
        System.Net.Cookie.set_Port(String) : Void
        System.Net.Cookie.VerifySetDefaults(CookieVariant, Uri, Boolean, String, Boolean, Boolean) : Boolean
        System.Net.CookieContainer.Add(Cookie) : Void
        System.Net.CookieContainer.IsLocal(String) : Boolean
        System.Net.CookieParser.CheckQuoted(String) : String
        System.Net.CookieTokenizer.FindNext(Boolean, Boolean) : CookieToken
        System.Net.DigestClient.CheckQOP(HttpDigestChallenge) : Boolean
        System.Net.DigestClient.RefineDigestChallenge(String, Int32) : String
        System.Net.DigestClient.Update(String, WebRequest) : Boolean
        System.Net.EndpointPermission.CheckEndPointName(String) : EndPointType
        System.Net.EndpointPermission.get_IsValidWildcard() : Boolean
        System.Net.FtpControlStream.CheckValid(ResponseDescription, Int32&, Int32&) : Boolean
        System.Net.FtpControlStream.PipelineCallback(PipelineEntry, ResponseDescription, Boolean, Stream&) : PipelineInstruction
        System.Net.FtpControlStream.TryUpdateResponseUri(String, FtpWebRequest) : Void
        System.Net.HeaderInfoTable.ParseMultiValue(String) : String[]
        System.Net.HttpDigest.DetectCharset(String) : Charset
        System.Net.HttpDigest.hashString(String, MD5CryptoServiceProvider) : String
        System.Net.HttpDigest.Interpret(String, Int32, HttpWebRequest) : HttpDigestChallenge
        System.Net.HttpListener.AddPrefix(String) : Void
        System.Net.HttpListener.HandleAuthentication(RequestContextBase, Boolean&) : HttpListenerContext
        System.Net.HttpListenerRequest.get_RequestUri() : Uri
        System.Net.HttpListenerRequest+Helpers.FillFromString(NameValueCollection, String, Boolean, Encoding) : Void
        System.Net.HttpListenerRequest+Helpers.GetAttributeFromHeader(String, String) : String
        System.Net.HttpListenerRequest+Helpers.ParseMultivalueHeader(String) : String[]
        System.Net.HttpListenerRequest+Helpers.UrlDecodeStringFromStringInternal(String, Encoding) : String
        System.Net.HttpListenerResponse.set_StatusDescription(String) : Void
        System.Net.HttpResponseStream.Write(Byte[], Int32, Int32) : Void
        System.Net.HttpWebResponse.get_CharacterSet() : String
        System.Net.IPAddress.InternalParse(String, Boolean) : IPAddress
        System.Net.KerberosClient.DoAuthenticate(String, WebRequest, ICredentials, Boolean) : Authorization
        System.Net.KerberosClient.Update(String, WebRequest) : Boolean
        System.Net.Mail.AttachmentBase.get_ContentId() : String
        System.Net.Mail.AttachmentBase.SetContentFromString(String, Encoding, String) : Void
        System.Net.Mail.MailAddress..ctor(String, String, Encoding)
        System.Net.Mail.MailAddressCollection.ParseValue(String) : Void
        System.Net.Mime.ContentDisposition.ParseValue() : Void
        System.Net.Mime.ContentType.ParseValue() : Void
        System.Net.Mime.ContentType.set_MediaType(String) : Void
        System.Net.Mime.MailBnfHelper.GetDateTimeString(DateTime, StringBuilder) : String
        System.Net.Mime.MailBnfHelper.GetDotAtomOrDomainLiteral(String, StringBuilder) : String
        System.Net.Mime.MailBnfHelper.GetDotAtomOrQuotedString(String, StringBuilder) : String
        System.Net.Mime.MailBnfHelper.GetTokenOrQuotedString(String, StringBuilder) : String
        System.Net.Mime.MailBnfHelper.HasCROrLF(String) : Boolean
        System.Net.Mime.MailBnfHelper.ReadAddressSpecDomain(String, Int32&, StringBuilder) : String
        System.Net.Mime.MailBnfHelper.ReadAngleAddress(String, Int32&, StringBuilder) : String
        System.Net.Mime.MailBnfHelper.ReadAtom(String, Int32&, StringBuilder) : String
        System.Net.Mime.MailBnfHelper.ReadDateNumber(String, Int32&, Int32) : Int32
        System.Net.Mime.MailBnfHelper.ReadDateTime(String, Int32&) : DateTime
        System.Net.Mime.MailBnfHelper.ReadDomainLiteral(String, Int32&, StringBuilder) : String
        System.Net.Mime.MailBnfHelper.ReadDotAtom(String, Int32&, StringBuilder) : String
        System.Net.Mime.MailBnfHelper.ReadMailAddress(String, Int32&, String&) : String
        System.Net.Mime.MailBnfHelper.ReadMonth(String, Int32&) : Int32
        System.Net.Mime.MailBnfHelper.ReadPhrase(String, Int32&, StringBuilder) : String
        System.Net.Mime.MailBnfHelper.ReadQuotedString(String, Int32&, StringBuilder, Boolean) : String
        System.Net.Mime.MailBnfHelper.ReadToken(String, Int32&, StringBuilder) : String
        System.Net.Mime.MailBnfHelper.SkipCFWS(String, Int32&) : Boolean
        System.Net.Mime.MailBnfHelper.SkipFWS(String, Int32&) : Boolean
        System.Net.Mime.MailBnfHelper.ValidateHeaderName(String) : Void
        System.Net.Mime.MimeBasePart.IsAnsi(String, Boolean) : Boolean
        System.Net.Mime.MimeBasePart.IsAscii(String, Boolean) : Boolean
        System.Net.Mime.MimeWriter.WriteAndFold(String, Int32) : Void
        System.Net.NegotiateClient.DoAuthenticate(String, WebRequest, ICredentials, Boolean) : Authorization
        System.Net.NegotiateClient.Update(String, WebRequest) : Boolean
        System.Net.NetworkInformation.PhysicalAddress.Parse(String) : PhysicalAddress
        System.Net.NtlmClient.DoAuthenticate(String, WebRequest, ICredentials, Boolean) : Authorization
        System.Net.PathList+PathListComparer.System.Collections.IComparer.Compare(Object, Object) : Int32
        System.Net.ProxyRegBlob.BypassStringEscape(String) : String
        System.Net.ShellExpression.IsMatch(String) : Boolean
        System.Net.ShellExpression.Parse(String) : Void
        System.Net.WebHeaderCollection.CheckBadChars(String, Boolean) : String
        System.Net.WebHeaderCollection.ContainsNonAsciiChars(String) : Boolean
        System.Net.WebHeaderCollection.Get(String) : String
        System.Net.WebHeaderCollection.ParseHeadersStrict(Byte[], Int32, Int32&, Int32&, Int32, WebParseError&) : DataParseStatus
        System.Net.WebHeaderCollection+HeaderEncoding.GetBytes(String, Int32, Int32, Byte[], Int32) : Void
        System.Net.WebProxy.IsLocal(Uri) : Boolean
        System.Net.WebProxyScriptHelper.dayOfWeek(String) : DayOfWeek
        System.Number.TrailingZeros(String, Int32) : Boolean
        System.Reflection.__Filters.FilterTypeName(Type, Object) : Boolean
        System.Reflection.__Filters.FilterTypeNameIgnoreCase(Type, Object) : Boolean
        System.Reflection.Assembly.InternalLoad(String, Evidence, StackCrawlMark&, Boolean) : Assembly
        System.Reflection.Assembly.VerifyCodeBase(String) : String
        System.Reflection.AssemblyName..ctor(String)
        System.Reflection.Emit.AssemblyBuilder.DefineDynamicModuleInternalNoLock(String, Boolean, StackCrawlMark&) : ModuleBuilder
        System.Reflection.Emit.AssemblyBuilder.DefineDynamicModuleInternalNoLock(String, String, Boolean, StackCrawlMark&) : ModuleBuilder
        System.Reflection.Emit.FieldBuilder..ctor(TypeBuilder, String, Type, Type[], Type[], FieldAttributes)
        System.Reflection.Emit.MethodBuilder.Init(String, MethodAttributes, 
            CallingConventions, Type, Type[], Type[], Type[], Type[][], Type[][], Module, TypeBuilder, Boolean) : Void
        System.Reflection.Emit.ModuleBuilder.GetTypeNoLock(String, Boolean, Boolean) : Type
        System.Reflection.Emit.ModuleBuilder.UnmangleTypeName(String) : String
        System.Reflection.Emit.PropertyBuilder..ctor(Module, String, SignatureHelper, PropertyAttributes, Type, PropertyToken, TypeBuilder)
        System.Reflection.Emit.TypeBuilder.DefineEventNoLock(String, EventAttributes, Type) : EventBuilder
        System.Reflection.Emit.TypeBuilder.Init(String, TypeAttributes, Type, Type[], Module, PackingSize, Int32, TypeBuilder) : Void
        System.Resources.FastResourceComparer.CompareOrdinal(Byte*, Int32, String) : Int32
        System.Resources.FastResourceComparer.CompareOrdinal(String, Byte[], Int32) : Int32
        System.Resources.FastResourceComparer.HashFunction(String) : Int32
        System.Resources.ResourceManager.CompareNames(String, String, AssemblyName) : Boolean
        System.Resources.ResourceManager.GetSatelliteAssembliesFromConfig() : Hashtable
        System.Resources.ResourceWriter.Generate() : Void
        System.Resources.ResXDataNode.FromBase64WrappedString(String) : Byte[]
        System.Resources.ResXFileRef.PathDifference(String, String, Boolean) : String
        System.Runtime.Remoting.Activation.RemotingXmlConfigFileParser.ParseTime(String, RemotingXmlConfigFileData) : TimeSpan
        System.Runtime.Remoting.Identity.RemoveAppNameOrAppGuidIfNecessary(String) : String
        System.Runtime.Remoting.Messaging.Message.SoapCoerceArg(Object, Type, Hashtable) : Object
        System.Runtime.Remoting.Metadata.W3cXsd2001.SoapDate.Parse(String) : SoapDate
        System.Runtime.Remoting.Metadata.W3cXsd2001.SoapDuration.Parse(String) : TimeSpan
        System.Runtime.Remoting.Metadata.W3cXsd2001.SoapToken.Validate(String) : String
        System.Runtime.Remoting.Metadata.W3cXsd2001.SoapType.FilterBin64(String) : String
        System.Runtime.Remoting.Metadata.W3cXsd2001.SoapType.LineFeedsBin64(String) : String
        System.Runtime.Remoting.Metadata.W3cXsd2001.SoapYear.Parse(String) : SoapYear
        System.Runtime.Remoting.Metadata.W3cXsd2001.SoapYearMonth.Parse(String) : SoapYearMonth
        System.Runtime.Remoting.RemotingConfigHandler.ParseGenericType(String, Int32, String&, String&) : Void
        System.Runtime.Remoting.RemotingConfigHandler+RemotingConfigInfo.CheckForWellKnownServiceEntryWithType(String, String) : Boolean
        System.Runtime.Remoting.SoapServices.CodeXmlNamespaceForClrTypeNamespace(String, String) : String
        System.Runtime.Remoting.SoapServices.GetTypeAndMethodNameFromSoapAction(String, String&, String&) : Boolean
        System.Runtime.Remoting.SoapServices.IsSoapActionValidForMethodBase(String, MethodBase) : Boolean
        System.Runtime.Remoting.SoapServices.UriDecode(String) : String
        System.Runtime.Remoting.SoapServices.UriEncode(String, StringBuilder) : Void
        System.Runtime.Serialization.Formatters.Binary.PrimitiveArray.SetValue(String, Int32) : Void
        System.Runtime.Serialization.FormatterServices.GetParentTypes(Type, Type[]&, Int32&) : Boolean
        System.SByte.ToString(String, NumberFormatInfo) : String
        System.Security.Cryptography.BigInt.FromDecimal(String) : Void
        System.Security.Cryptography.Utils.DiscardWhiteSpaces(String, Int32, Int32) : String
        System.Security.Cryptography.X509Certificates.X509Utils.DecodeHexString(String) : Byte[]
        System.Security.Cryptography.X509Certificates.X509Utils.DiscardWhiteSpaces(String, Int32, Int32) : String
        System.Security.Cryptography.X509Certificates.X509Utils.ValidateOidValue(String) : Void
        System.Security.PermissionToken.IsMscorlibClassName(String) : Boolean
        System.Security.PermissionTokenKeyComparer.GetHashCode(Object) : Int32
        System.Security.Policy.ApplicationDirectoryMembershipCondition.Check(Evidence) : Boolean
        System.Security.Policy.CodeConnectAccess.IsValidScheme(String) : Boolean
        System.Security.Policy.NetCodeGroup.EscapeStringForRegex(String) : String
        System.Security.Policy.StrongName.CompareNames(String, String) : Boolean
        System.Security.Policy.TrustManager.get_DefaultBrowserExePath() : String
        System.Security.Policy.TrustManager.GetHostFromDeploymentUrl(String) : String
        System.Security.Policy.TrustManagerPromptUI.StripOutAccelerator(String) : String
        System.Security.SecurityDocument.AddString(String, Int32&) : Void
        System.Security.SecurityElement.Escape(String) : String
        System.Security.SecurityElement.GetEscapeSequence(Char) : String
        System.Security.SecurityElement.GetUnescapeSequence(String, Int32, Int32&) : String
        System.Security.Util.Hex.DecodeHexString(String) : Byte[]
        System.Security.Util.LocalSiteString.CreateSeparatedString(String) : ArrayList
        System.Security.Util.SiteString.AllLegalCharacters(String) : Boolean
        System.Security.Util.StringExpressionSet.AddExpressions(String) : Void
        System.Security.Util.StringExpressionSet.CreateList() : Void
        System.Security.Util.StringExpressionSet.CreateListFromExpressions(String[], Boolean) : ArrayList
        System.Security.Util.StringExpressionSet.StringSubsetString(String, String, Boolean) : Boolean
        System.Security.Util.StringExpressionSet.StringSubsetStringPathDiscovery(String, String, Boolean) : Boolean
        System.Security.Util.Tokenizer.GetTokens(TokenizerStream, Int32, Boolean) : Void
        System.Security.Util.Tokenizer+StringMaker.CompareStringAndChars(String, Char[], Int32) : Boolean
        System.Security.Util.Tokenizer+StringMaker.HashString(String) : UInt32
        System.Security.Util.URLString.GetDirectoryName() : String
        System.Security.Util.URLString.GetFileName() : String
        System.Security.Util.URLString.ParseFileURL(String) : Void
        System.Security.Util.URLString.ParsePort(String) : String
        System.Security.Util.URLString.ParseProtocol(String) : String
        System.Security.Util.URLString.PreProcessForExtendedPathRemoval(String, Boolean) : String
        System.Security.Util.URLString.SpecialNormalizeUrl() : URLString
        System.Security.Util.URLString.UnescapeURL(String) : String
        System.Security.Util.XMLUtil.CreateMembershipCondition(SecurityElement) : IMembershipCondition
        System.Security.Util.XMLUtil.CreatePermission(SecurityElement, PermissionState, Boolean) : IPermission
        System.ServiceModel.Diagnostics.DiagnosticTrace.XmlEncode(String) : String
        System.ServiceModel.Diagnostics.EventLogger.NormalizeEventLogParameter(String) : String
        System.String.EndsWith(Char) : Boolean
        System.String.MakeSeparatorList(String[], Int32[]&, Int32[]&) : Int32
        System.String.TrimHelper(Char[], Int32) : String
        System.Text.ASCIIEncoding.GetBytes(Char*, Int32, Byte*, Int32, EncoderNLS) : Int32
        System.Text.ASCIIEncoding.GetChars(Byte*, Int32, Char*, Int32, DecoderNLS) : Int32
        System.Text.DecoderReplacementFallbackBuffer.GetNextChar() : Char
        System.Text.EncoderReplacementFallbackBuffer.Fallback(Char, Int32) : Boolean
        System.Text.EncoderReplacementFallbackBuffer.GetNextChar() : Char
        System.Text.Latin1Encoding.GetBytes(Char*, Int32, Byte*, Int32, EncoderNLS) : Int32
        System.Text.RegularExpressions.Regex.GroupNumberFromName(String) : Int32
        System.Text.RegularExpressions.RegexBoyerMoore..ctor(String, Boolean, Boolean, CultureInfo)
        System.Text.RegularExpressions.RegexBoyerMoore.MatchPattern(String, Int32) : Boolean
        System.Text.RegularExpressions.RegexBoyerMoore.Scan(String, Int32, Int32, Int32) : Int32
        System.Text.RegularExpressions.RegexCharClass.AddSet(String) : Void
        System.Text.RegularExpressions.RegexCharClass.CharInCategory(Char, String, Int32, Int32, Int32) : Boolean
        System.Text.RegularExpressions.RegexCharClass.CharInCategoryGroup(Char, UnicodeCategory, String, Int32&) : Boolean
        System.Text.RegularExpressions.RegexCharClass.CharInClassInternal(Char, String, Int32, Int32, Int32) : Boolean
        System.Text.RegularExpressions.RegexCharClass.CharInClassRecursive(Char, String, Int32) : Boolean
        System.Text.RegularExpressions.RegexCharClass.ConvertOldStringsToClass(String, String) : String
        System.Text.RegularExpressions.RegexCharClass.IsEmpty(String) : Boolean
        System.Text.RegularExpressions.RegexCharClass.IsNegated(String) : Boolean
        System.Text.RegularExpressions.RegexCharClass.IsSingleton(String) : Boolean
        System.Text.RegularExpressions.RegexCharClass.IsSingletonInverse(String) : Boolean
        System.Text.RegularExpressions.RegexCharClass.IsSubtraction(String) : Boolean
        System.Text.RegularExpressions.RegexCharClass.NegateCategory(String) : String
        System.Text.RegularExpressions.RegexCharClass.ParseRecursive(String, Int32) : RegexCharClass
        System.Text.RegularExpressions.RegexCharClass.SetFromProperty(String, Boolean, String) : String
        System.Text.RegularExpressions.RegexCharClass.SingletonChar(String) : Char
        System.Text.RegularExpressions.RegexCompiler.GenerateFindFirstChar() : Void
        System.Text.RegularExpressions.RegexCompiler.GenerateOneCode() : Void
        System.Text.RegularExpressions.RegexFCD.CalculateFC(Int32, RegexNode, Int32) : Void
        System.Text.RegularExpressions.RegexInterpreter.CharAt(Int32) : Char
        System.Text.RegularExpressions.RegexInterpreter.Forwardcharnext() : Char
        System.Text.RegularExpressions.RegexInterpreter.Refmatch(Int32, Int32) : Boolean
        System.Text.RegularExpressions.RegexInterpreter.Stringmatch(String) : Boolean
        System.Text.RegularExpressions.RegexParser.AddConcatenate(Int32, Int32, Boolean) : Void
        System.Text.RegularExpressions.RegexParser.CharAt(Int32) : Char
        System.Text.RegularExpressions.RegexParser.Escape(String) : String
        System.Text.RegularExpressions.RegexParser.MoveRightGetChar() : Char
        System.Text.RegularExpressions.RegexParser.RightChar() : Char
        System.Text.RegularExpressions.RegexParser.RightChar(Int32) : Char
        System.Text.RegularExpressions.RegexParser.Unescape(String) : String
        System.Text.RegularExpressions.RegexRunner.IsBoundary(Int32, Int32, Int32) : Boolean
        System.Text.RegularExpressions.RegexRunner.IsECMABoundary(Int32, Int32, Int32) : Boolean
        System.Text.SBCSCodePageEncoding.GetBytes(Char*, Int32, Byte*, Int32, EncoderNLS) : Int32
        System.Text.SBCSCodePageEncoding.GetChars(Byte*, Int32, Char*, Int32, DecoderNLS) : Int32
        System.Text.StringBuilder.get_Chars(Int32) : Char
        System.Text.UTF7Encoding.MakeTables() : Void
        System.Text.UTF7Encoding.OnDeserialized(StreamingContext) : Void
        System.TimeSpan+StringParser.NextChar() : Void
        System.TimeSpan+StringParser.NextNonDigit() : Char
        System.Uri.CheckForUnicode(String) : Boolean
        System.Uri.CheckHostName(String) : UriHostNameType
        System.Uri.CheckIriUnicodeRange(String, Int32, Boolean&, Boolean) : Boolean
        System.Uri.CheckSchemeName(String) : Boolean
        System.Uri.CombineUri(Uri, String, UriFormat) : String
        System.Uri.CreateHostString() : Void
        System.Uri.CreateUriInfo(Flags) : Void
        System.Uri.Equals(Object) : Boolean
        System.Uri.get_AbsolutePath() : String
        System.Uri.get_PathAndQuery() : String
        System.Uri.get_SecuredPathIndex() : UInt16
        System.Uri.GetCanonicalPath(Char[], Int32&, UriFormat) : Char[]
        System.Uri.GetCombinedString(Uri, String, Boolean, String&) : ParsingError
        System.Uri.GetEscapedParts(UriComponents) : String
        System.Uri.GetHostViaCustomSyntax() : Void
        System.Uri.GetLocalPath() : String
        System.Uri.GetUnescapedParts(UriComponents, UriFormat) : String
        System.Uri.GetUriPartsFromUserString(UriComponents) : String
        System.Uri.HexUnescape(String, Int32&) : Char
        System.Uri.InitializeUri(ParsingError, UriKind, UriFormatException&) : Void
        System.Uri.InternalIsWellFormedOriginalString() : Boolean
        System.Uri.IsHexEncoding(String, Int32) : Boolean
        System.Uri.IsIntranet(String) : Boolean
        System.Uri.ParseRemaining() : Void
        System.Uri.PathDifference(String, String, Boolean) : String
        System.Uri.ReCreateParts(UriComponents, UInt16, UriFormat) : String
        System.Uri.ResolveHelper(Uri, Uri, String&, Boolean&, UriFormatException&) : Uri
        System.UriBuilder.ConvertSlashes(String) : String
        System.UriBuilder.set_Extra(String) : Void
        System.UriBuilder.set_Host(String) : Void
        System.UriBuilder.ToString() : String
        System.UriParser.CheckSchemeName(String) : Boolean
        System.Web.Caching.OutputCacheModule.GetAcceptableEncodingHelper(String, String) : Double
        System.Web.Caching.SqlCacheDependency.ParseSql7OutputCacheDependency(String) : ArrayList
        System.Web.Caching.SqlCacheDependency.VerifyAndRemoveEscapeCharacters(String) : String
        System.Web.Compilation.AssemblyBuilder.GetTempFilePhysicalPath(String) : String
        System.Web.Compilation.ClientBuildManager..ctor(String, String, String, ClientBuildManagerParameter)
        System.Web.Configuration.AuthorizationRule.EvaluateData() : Void
        System.Web.Configuration.BrowserDefinition.MakeValidTypeNameFromString(String) : String
        System.Web.Configuration.FormsAuthenticationConfiguration.Validate(Object) : Void
        System.Web.Configuration.IISMapPath.IsSiteId(String) : Boolean
        System.Web.Configuration.MachineKeySection.HexStringToByteArray(String) : Byte[]
        System.Web.Configuration.MetabaseServerConfig.FixupPathSlash(String) : String
        System.Web.Configuration.PassportAuthentication.Validate(Object) : Void
        System.Web.Configuration.ProcessHostMapPath.MapPathCaching(String, VirtualPath) : String
        System.Web.Configuration.TrustLevel.get_PolicyFileExpanded() : String
        System.Web.Configuration.UserMapPath.GetPhysicalPathForPath(String, VirtualDirectoryMapping) : String
        System.Web.Configuration.WebConfigurationHost.IsValidSiteArgument(String) : Boolean
        System.Web.Configuration.WebConfigurationHost.PrefetchSection(String, String) : Boolean
        System.Web.CrossSiteScriptingValidation.IsDangerousString(String, Int32&) : Boolean
        System.Web.CrossSiteScriptingValidation.IsDangerousUrl(String) : Boolean
        System.Web.DirectoryMonitor.GetFileMonitorForSpecialDirectory(String, FileMonitor&) : Boolean
        System.Web.FileChangesMonitor.IsBeneathAppPathInternal(String) : Boolean
        System.Web.Handlers.AssemblyResourceLoader.System.Web.IHttpHandler.ProcessRequest(HttpContext) : Void
        System.Web.Hosting.AppManagerAppDomainFactory.Create(String, String) : Object
        System.Web.Hosting.HostingEnvironment.GetPathLevel(String) : WebApplicationLevel
        System.Web.Hosting.IIS7WorkerRequest.ReadRequestHeaders() : Void
        System.Web.Hosting.ISAPIApplicationHost.GetDefaultAppIdFromVPath(String) : String
        System.Web.Hosting.ISAPIWorkerRequest.ReadRequestHeaders() : Void
        System.Web.Hosting.ProcessHost.StartApplication(String, String, Object&) : Void
        System.Web.HtmlEntities.Lookup(String) : Char
        System.Web.HttpClientCertificate.ExtractString(String, String) : String
        System.Web.HttpRequest.FillInCookiesCollection(HttpCookieCollection, Boolean) : Void
        System.Web.HttpRequest.get_Url() : Uri
        System.Web.HttpRequest.GetAttributeFromHeader(String, String) : String
        System.Web.HttpRequest.ParseMultivalueHeader(String) : String[]
        System.Web.HttpResponse.RemoveAppPathModifier(String) : String
        System.Web.HttpResponse.SetAppPathModifier(String) : Void
        System.Web.HttpRuntime.InitFusion(HostingEnvironmentSection) : Void
        System.Web.HttpServerUtility.UrlTokenDecode(String) : Byte[]
        System.Web.HttpServerUtility.UrlTokenEncode(Byte[]) : String
        System.Web.HttpServerVarsCollection.GetSimpleServerVar(String) : String
        System.Web.HttpUtility.CollapsePercentUFromStringInternal(String, Encoding) : String
        System.Web.HttpUtility.FormatPlainTextAsHtml(String, TextWriter) : Void
        System.Web.HttpUtility.FormatPlainTextSpacesAsHtml(String) : String
        System.Web.HttpUtility.HtmlAttributeEncode(String) : String
        System.Web.HttpUtility.HtmlAttributeEncodeInternal(String, HttpWriter) : Void
        System.Web.HttpUtility.HtmlDecode(String, TextWriter) : Void
        System.Web.HttpUtility.HtmlEncode(String) : String
        System.Web.HttpUtility.ParseQueryString(String, Encoding) : NameValueCollection
        System.Web.HttpUtility.UrlDecodeStringFromStringInternal(String, Encoding) : String
        System.Web.HttpUtility.UrlEncodeUnicodeStringToStringInternal(String, Boolean) : String
        System.Web.HttpValueCollection.FillFromString(String, Boolean, Encoding) : Void
        System.Web.Management.RegiisUtility.GetConfigSectionFile(String, String, Configuration&) : ConfigurationSection
        System.Web.Management.SqlServices.FixContent(String, String, String, Boolean, SessionStateType) : String
        System.Web.RegularExpressions.AspCodeRegexRunner4.Go() : Void
        System.Web.RegularExpressions.AspExprRegexRunner5.Go() : Void
        System.Web.RegularExpressions.BindExpressionRegexRunner17.FindFirstChar() : Boolean
        System.Web.RegularExpressions.BindExpressionRegexRunner17.Go() : Void
        System.Web.RegularExpressions.BindParametersRegexRunner18.FindFirstChar() : Boolean
        System.Web.RegularExpressions.BindParametersRegexRunner18.Go() : Void
        System.Web.RegularExpressions.BrowserCapsRefRegexRunner23.FindFirstChar() : Boolean
        System.Web.RegularExpressions.BrowserCapsRefRegexRunner23.Go() : Void
        System.Web.RegularExpressions.CommentRegexRunner7.Go() : Void
        System.Web.RegularExpressions.DatabindExprRegexRunner6.Go() : Void
        System.Web.RegularExpressions.DataBindRegexRunner15.Go() : Void
        System.Web.RegularExpressions.DirectiveRegexRunner2.Go() : Void
        System.Web.RegularExpressions.EndTagRegexRunner3.Go() : Void
        System.Web.RegularExpressions.EvalExpressionRegexRunner22.FindFirstChar() : Boolean
        System.Web.RegularExpressions.EvalExpressionRegexRunner22.Go() : Void
        System.Web.RegularExpressions.ExpressionBuilderRegexRunner16.Go() : Void
        System.Web.RegularExpressions.FormatStringRegexRunner19.Go() : Void
        System.Web.RegularExpressions.GTRegexRunner10.FindFirstChar() : Boolean
        System.Web.RegularExpressions.GTRegexRunner10.Go() : Void
        System.Web.RegularExpressions.IncludeRegexRunner8.Go() : Void
        System.Web.RegularExpressions.LTRegexRunner11.FindFirstChar() : Boolean
        System.Web.RegularExpressions.LTRegexRunner11.Go() : Void
        System.Web.RegularExpressions.NonWordRegexRunner21.FindFirstChar() : Boolean
        System.Web.RegularExpressions.NonWordRegexRunner21.Go() : Void
        System.Web.RegularExpressions.RunatServerRegexRunner13.FindFirstChar() : Boolean
        System.Web.RegularExpressions.RunatServerRegexRunner13.Go() : Void
        System.Web.RegularExpressions.ServerTagsRegexRunner12.FindFirstChar() : Boolean
        System.Web.RegularExpressions.ServerTagsRegexRunner12.Go() : Void
        System.Web.RegularExpressions.SimpleDirectiveRegexRunner14.FindFirstChar() : Boolean
        System.Web.RegularExpressions.SimpleDirectiveRegexRunner14.Go() : Void
        System.Web.RegularExpressions.TagRegexRunner1.Go() : Void
        System.Web.RegularExpressions.TextRegexRunner9.Go() : Void
        System.Web.RegularExpressions.WebResourceRegexRunner20.FindFirstChar() : Boolean
        System.Web.RegularExpressions.WebResourceRegexRunner20.Go() : Void
        System.Web.Security.ActiveDirectoryMembershipProvider.GetEscapedFilterValue(String, Boolean) : String
        System.Web.Security.CookielessHelperClass.IsValidHeader(String, Int32, Int32) : Boolean
        System.Web.Security.FormsAuthentication.get_DefaultUrl() : String
        System.Web.Security.FormsAuthentication.get_LoginUrl() : String
        System.Web.Services.Description.Soap12ProtocolImporter.IsSoapEncodingPresent(String) : Boolean
        System.Web.Services.Description.SoapProtocolImporter.IsSoapEncodingPresent(String) : Boolean
        System.Web.Services.Discovery.DiscoveryReference.MakeValidFilename(String) : String
        System.Web.Services.Protocols.RequestResponseUtils+HttpUtility.HtmlDecode(String, TextWriter) : Void
        System.Web.Services.Protocols.RequestResponseUtils+HttpUtility+HtmlEntities.Lookup(String) : Char
        System.Web.Services.Protocols.UrlEncoder.UrlEscapeStringUnicode(String) : String
        System.Web.SessionState.OutOfProcSessionStateStore.CreatePartitionInfo(String) : IPartitionInfo
        System.Web.SessionState.SessionId.IsLegit(String) : Boolean
        System.Web.StaticFileHandler.ProcessRequestInternal(HttpContext) : Void
        System.Web.StaticFileHandler.SendEntireEntity(HttpContext, String, DateTime) : Boolean
        System.Web.UI.ChtmlTextWriter.WriteEncodedText(String) : Void
        System.Web.UI.ClientScriptManager.RegisterOnSubmitStatementInternal(ScriptKey, String) : Void
        System.Web.UI.DataBinder.GetIndexedPropertyValue(Object, String) : Object
        System.Web.UI.HtmlTextWriter.WriteUrlEncodedString(String, Boolean) : Void
        System.Web.UI.TemplateParser.DetectSpecialServerTagError(String, Int32) : Void
        System.Web.UI.TemplateParser.ProcessCodeBlock(Match, CodeBlockType, String) : Void
        System.Web.UI.Util.ContainsWhiteSpace(String) : Boolean
        System.Web.UI.Util.EnsureEndWithSemiColon(String) : String
        System.Web.UI.Util.FirstNonWhiteSpaceIndex(String) : Int32
        System.Web.UI.Util.GetEnumAttribute(String, String, Type, Boolean) : Object
        System.Web.UI.Util.LineCount(String, Int32, Int32) : Int32
        System.Web.UI.Util.MakeValidTypeNameFromString(String) : String
        System.Web.UI.Util.QuoteJScriptString(String, Boolean) : String
        System.Web.UI.WebControls.Adapters.MenuAdapter.Escape(String) : String
        System.Web.UI.WebControls.Adapters.MenuAdapter.RaisePostBackEvent(String) : Void
        System.Web.UI.WebControls.BaseCompareValidator.AddAttributesToRender(HtmlTextWriter) : Void
        System.Web.UI.WebControls.BaseCompareValidator.ConvertCurrency(String, NumberFormatInfo) : String
        System.Web.UI.WebControls.FontNamesConverter.ConvertFrom(ITypeDescriptorContext, CultureInfo, Object) : Object
        System.Web.UI.WebControls.FontUnit..ctor(String, CultureInfo)
        System.Web.UI.WebControls.Menu.InternalRaisePostBackEvent(String) : Void
        System.Web.UI.WebControls.TreeView.Escape(String) : String
        System.Web.UI.WebControls.TreeView.GetCallbackResult() : String
        System.Web.UI.WebControls.TreeView.GetTrailingIndex(String) : Int32
        System.Web.UI.WebControls.TreeView.LoadNodeState(TreeNode, Int32&, String, IDictionary, Int32) : Void
        System.Web.UI.WebControls.TreeView.RaisePostBackEvent(String) : Void
        System.Web.UI.WebControls.Unit..ctor(String, CultureInfo, UnitType)
        System.Web.UI.WebControls.WebColorConverter.ConvertFrom(ITypeDescriptorContext, CultureInfo, Object) : Object
        System.Web.Util.FileUtil.HasInvalidLastChar(String) : Boolean
        System.Web.Util.FileUtil.RemoveTrailingDirectoryBackSlash(String) : String
        System.Web.Util.HttpDate.atoi2(String, Int32) : Int32
        System.Web.Util.HttpDate.make_month(String, Int32) : Int32
        System.Web.Util.HttpDate.UtcParse(String) : DateTime
        System.Web.Util.StringUtil.StringEndsWith(String, Char) : Boolean
        System.Web.Util.StringUtil.StringStartsWith(String, Char) : Boolean
        System.Web.Util.SymbolEqualComparer.System.Collections.IComparer.Compare(Object, Object) : Int32
        System.Web.Util.UrlPath.AppendSlashToPathIfNeeded(String) : String
        System.Web.Util.UrlPath.Combine(String, String, String) : String
        System.Web.Util.UrlPath.GetDirectory(String) : String
        System.Web.Util.UrlPath.HasTrailingSlash(String) : Boolean
        System.Web.Util.UrlPath.IsAbsolutePhysicalPath(String) : Boolean
        System.Web.Util.UrlPath.IsAppRelativePath(String) : Boolean
        System.Web.Util.UrlPath.IsEqualOrSubpath(String, String) : Boolean
        System.Web.Util.UrlPath.IsRooted(String) : Boolean
        System.Web.Util.UrlPath.IsUncSharePath(String) : Boolean
        System.Web.Util.UrlPath.MakeVirtualPathAppAbsolute(String, String) : String
        System.Web.Util.UrlPath.PathEndsWithExtraSlash(String) : Boolean
        System.Web.Util.UrlPath.PathIsDriveRoot(String) : Boolean
        System.Web.Util.UrlPath.ReduceVirtualPath(String) : String
        System.Web.Util.UrlPath.RemoveSlashFromPathIfNeeded(String) : String
        System.Web.Util.UrlPath.VirtualPathStartsWithVirtualPath(String, String) : Boolean
        System.Web.Util.Wildcard.RegexFromWildcard(String, Boolean) : Regex
        System.Web.Util.WildcardUrl.RegexFromWildcard(String, Boolean) : Regex
        System.Web.VirtualPath.Create(String, VirtualPathOptions) : VirtualPath
        System.Web.VirtualPath.get_IsRelative() : Boolean
        System.Web.XmlSiteMapProvider.GetNodeFromXmlNode(XmlNode, Queue) : SiteMapNode
        System.Windows.Forms.BindingNavigator.AddStandardItems() : Void
        System.Windows.Forms.ComponentModel.Com2Interop.Com2PropertyDescriptor.SetValue(Object, Object) : Void
        System.Windows.Forms.ComponentModel.Com2Interop.Com2TypeInfoProcessor.ProcessDataCore(ITypeInfo, IDictionary, 
            Int32, Int32, tagTYPEDESC, Int32, StructCache) : PropInfo
        System.Windows.Forms.ComponentModel.Com2Interop.ComNativeDescriptor.GetClassName(Object) : String
        System.Windows.Forms.Control.IsMnemonic(Char, String) : Boolean
        System.Windows.Forms.Control+ActiveXImpl.FromBase64WrappedString(String) : Byte[]
        System.Windows.Forms.DataGridViewCell.FormatPlainText(String, Boolean, TextWriter, Boolean&) : Void
        System.Windows.Forms.DataGridViewCell.FormatPlainTextAsHtml(String, TextWriter) : Void
        System.Windows.Forms.FileDialog.GetMultiselectFiles(CharBuffer) : String[]
        System.Windows.Forms.Internal.WindowsFont.FromFont(Font, WindowsFontQuality) : WindowsFont
        System.Windows.Forms.Layout.TableLayoutSettingsTypeConverter.ParseStyles(TableLayoutSettings, XmlNodeList, Boolean) : Void
        System.Windows.Forms.LinkArea+LinkAreaConverter.ConvertFrom(ITypeDescriptorContext, CultureInfo, Object) : Object
        System.Windows.Forms.LinkConverter.ConvertFrom(ITypeDescriptorContext, CultureInfo, Object) : Object
        System.Windows.Forms.MaskedTextBox.Replace(String, Int32, Int32) : Void
        System.Windows.Forms.MaskedTextBox.set_Mask(String) : Void
        System.Windows.Forms.Menu.CheckOwnerDrawItemNoMnemonic(MenuItem, Char) : Boolean
        System.Windows.Forms.NumericUpDown.GetLargestDigit(Int32, Int32) : Int32
        System.Windows.Forms.PaddingConverter.ConvertFrom(ITypeDescriptorContext, CultureInfo, Object) : Object
        System.Windows.Forms.PropertyGrid.WndProc(Message&) : Void
        System.Windows.Forms.RichTextBox.Find(Char[], Int32, Int32) : Int32
        System.Windows.Forms.RichTextBox.Find(String, Int32, Int32, RichTextBoxFinds) : Int32
        System.Windows.Forms.RichTextBox.get_CreateParams() : CreateParams
        System.Windows.Forms.RichTextBox.StreamOut(Int32) : String
        System.Windows.Forms.SelectionRangeConverter.ConvertFrom(ITypeDescriptorContext, CultureInfo, Object) : Object
        System.Windows.Forms.SendKeys.ParseKeys(String, IntPtr) : Void
        System.Windows.Forms.TableLayoutPanelCellPositionTypeConverter.ConvertFrom(ITypeDescriptorContext, CultureInfo, Object) : Object
        System.Windows.Forms.TabPage.PrefixAmpersands(String&) : Void
        System.Windows.Forms.TextBoxBase.get_Lines() : String[]
        System.Windows.Forms.TextBoxBase.GetCharFromPosition(Point) : Char
        System.Windows.Forms.ThreadExceptionDialog.Trim(String) : String
        System.Windows.Forms.ToolBarButton.PrefixAmpersands(String&) : Void
        System.Windows.Forms.ToolStrip.IsPseudoMnemonic(Char, String) : Boolean
        System.Windows.Forms.WindowsFormsUtils.EscapeTextWithAmpersands(String) : String
        System.Windows.Forms.WindowsFormsUtils.GetMnemonic(String, Boolean) : Char
        System.Windows.Forms.WindowsFormsUtils.TextWithoutMnemonics(String) : String
        System.Xml.Base64Decoder.ConstructMapBase64() : Byte[]
        System.Xml.BinHexEncoder.Encode(Byte[], Int32, Int32, Char[]) : Int32
        System.Xml.CharEntityEncoderFallbackBuffer.GetNextChar() : Char
        System.Xml.DtdParser..ctor(String, String, String, String, String, IDtdParserAdapter)
        System.Xml.DtdParser.ParseExternalId(Token, Token, String&, String&) : Void
        System.Xml.HtmlEncodedRawTextWriter.WriteUriAttributeText(Char*, Char*) : Void
        System.Xml.HtmlUtf8RawTextWriter.WriteUriAttributeText(Char*, Char*) : Void
        System.Xml.NameTable.Add(String) : String
        System.Xml.NameTable.Get(String) : String
        System.Xml.NameTable.TextEquals(String, Char[], Int32) : Boolean
        System.Xml.Schema.DtdValidator.GenEntity(XmlQualifiedName) : Boolean
        System.Xml.Schema.Preprocessor.ValidateNameAttribute(XmlSchemaObject) : Void
        System.Xml.Schema.SchemaCollectionPreprocessor.ValidateNameAttribute(XmlSchemaObject) : Void
        System.Xml.Schema.XmlSchemaInference.InferSimpleType(String, Boolean&) : Int32
        System.Xml.Schema.XsdDateTime+Parser.Parse(String, XsdDateTimeFlags) : Boolean
        System.Xml.Schema.XsdDateTime+Parser.Parse2Dig(Int32, Int32&) : Boolean
        System.Xml.Schema.XsdDateTime+Parser.Parse4Dig(Int32, Int32&) : Boolean
        System.Xml.Schema.XsdDateTime+Parser.ParseChar(Int32, Char) : Boolean
        System.Xml.Schema.XsdDateTime+Parser.ParseTime(Int32&) : Boolean
        System.Xml.Schema.XsdDateTime+Parser.ParseZoneAndWhitespace(Int32) : Boolean
        System.Xml.Schema.XsdDuration.TryParse(String, DurationType, XsdDuration&) : Exception
        System.Xml.Schema.XsdDuration.TryParseDigits(String, Int32&, Boolean, Int32&, Int32&) : String
        System.Xml.SecureStringHasher.GetHashCode(String) : Int32
        System.Xml.Serialization.CodeIdentifier.MakeCamel(String) : String
        System.Xml.Serialization.CodeIdentifier.MakePascal(String) : String
        System.Xml.Serialization.CodeIdentifier.MakeValid(String) : String
        System.Xml.Serialization.ReflectionAwareCodeGen.WriteQuotedCSharpString(IndentedWriter, String) : Void
        System.Xml.Serialization.XmlSerializationReader.IsXmlnsAttribute(String) : Boolean
        System.Xml.Serialization.XmlSerializationReaderCodeGen.WriteMemberBegin(Member[]) : Void
        System.Xml.Serialization.XmlSerializationReaderCodeGen.WriteSourceBegin(String) : Void
        System.Xml.Serialization.XmlSerializationReaderCodeGen.WriteSourceEnd(String) : Void
        System.Xml.TernaryTreeReadOnly.FindCaseInsensitiveString(String) : Byte
        System.Xml.ValidateNames.GetInvalidNameException(String, Int32, Int32) : Exception
        System.Xml.ValidateNames.ParseNameTestThrow(String, String&, String&) : Void
        System.Xml.ValidateNames.ParseNCName(String, Int32) : Int32
        System.Xml.ValidateNames.ParseQName(String, Int32, Int32&) : Int32
        System.Xml.ValidateNames.StartsWithXml(String) : Boolean
        System.Xml.ValidateNames.ThrowInvalidName(String, Int32, Int32) : Void
        System.Xml.XmlAutoDetectWriter.IsHtmlTag(String) : Boolean
        System.Xml.XmlCharCheckingReader.CheckWhitespace(String) : Void
        System.Xml.XmlCharCheckingReader.Read() : Boolean
        System.Xml.XmlCharCheckingWriter.InterleaveInvalidChars(String, Char, Char) : String
        System.Xml.XmlCharCheckingWriter.ReplaceNewLines(String) : String
        System.Xml.XmlCharCheckingWriter.ValidateNCName(String) : Void
        System.Xml.XmlCharCheckingWriter.ValidateQName(String) : Void
        System.Xml.XmlCharCheckingWriter.WriteDocType(String, String, String, String) : Void
        System.Xml.XmlCharCheckingWriter.WriteWhitespace(String) : Void
        System.Xml.XmlCharType.IsName(String) : Boolean
        System.Xml.XmlCharType.IsNmToken(String) : Boolean
        System.Xml.XmlCharType.IsOnlyCharData(String) : Int32
        System.Xml.XmlCharType.IsOnlyWhitespaceWithPos(String) : Int32
        System.Xml.XmlCharType.IsPublicId(String) : Int32
        System.Xml.XmlComplianceUtil.CDataNormalize(String) : String
        System.Xml.XmlComplianceUtil.NonCDataNormalize(String) : String
        System.Xml.XmlComplianceUtil.StripSpaces(String) : String
        System.Xml.XmlConvert.DecodeName(String) : String
        System.Xml.XmlConvert.EncodeName(String, Boolean, Boolean) : String
        System.Xml.XmlConvert.EscapeValueForDebuggerDisplay(String) : String
        System.Xml.XmlConvert.StrEqual(Char[], Int32, Int32, String) : Boolean
        System.Xml.XmlConvert.ToDouble(String) : Double
        System.Xml.XmlConvert.ToSingle(String) : Single
        System.Xml.XmlConvert.ToXPathDouble(Object) : Double
        System.Xml.XmlConvert.TryToDouble(String, Double&) : Exception
        System.Xml.XmlConvert.TryToSingle(String, Single&) : Exception
        System.Xml.XmlConvert.TryVerifyName(String) : Exception
        System.Xml.XmlConvert.TryVerifyNMTOKEN(String) : Exception
        System.Xml.XmlConvert.TryVerifyTOKEN(String) : Exception
        System.Xml.XmlConvert.VerifyCharData(String, ExceptionType) : Void
        System.Xml.XmlConvert.VerifyName(String) : String
        System.Xml.XmlConvert.VerifyNMTOKEN(String, ExceptionType) : String
        System.Xml.XmlConvert.VerifyQName(String, ExceptionType) : String
        System.Xml.XmlConvert.VerifyTOKEN(String) : String
        System.Xml.XmlDocument.CheckName(String) : Void
        System.Xml.XmlEncodedRawTextWriter.ValidateContentChars(String, String, Boolean) : Void
        System.Xml.XmlEntityReference..ctor(String, XmlDocument)
        System.Xml.XmlName.GetHashCode(String) : Int32
        System.Xml.XmlSqlBinaryReader.AddQName() : Void
        System.Xml.XmlTextEncoder.Write(String) : Void
        System.Xml.XmlTextEncoder.WriteRawWithSurrogateChecking(String) : Void
        System.Xml.XmlTextReaderImpl.AddAttribute(String, String, String) : NodeData
        System.Xml.XmlTextWriter.ValidateName(String, Boolean) : Void
        System.Xml.XmlTextWriter.VerifyPrefixXml(String, String) : Void
        System.Xml.XmlTextWriter.WriteComment(String) : Void
        System.Xml.XmlUtf8RawTextWriter.ValidateContentChars(String, String, Boolean) : Void
        System.Xml.XmlWellFormedWriter.CheckNCName(String) : Void
        System.Xml.XmlWellFormedWriter.PushNamespace(String, String, Boolean) : Void
        System.Xml.XmlWellFormedWriter.WriteDocType(String, String, String, String) : Void
        System.Xml.XmlWellFormedWriter.WriteStartAttribute(String, String, String) : Void

Впечатляет?
C>В принципе, мне из последнего вспоминаются только разные обработки строк для изменения регистров символов и банальные отрезать/добавить подстроку. Всё это прекрасно работает в UTF-8.

... << RSDN@Home 1.2.0 alpha rev. 677>>

Уйдемте отсюда, Румата! У вас слишком богатые погреба.

Re[27]: Блин!!!

	От:	DOOM
	Дата:	21.02.08 03:59

Здравствуйте, Antikrot, Вы писали:

A>Здравствуйте, Roman Odaisky, Вы писали:

RO>>Видел точку зрения, что этим они побуждают разработчиков ядерных модулей выпускать их под свободной лицензией.
A>Если так, то по-моему это просто хамство.

Ну мое ИМХО в этом отношении, что производителя железа надо давно обязать выкладывать спеки к своим устройствам...
Я все-таки покупаю железку, а не ПАК для работы в ОС Windows...

Re[11]: Линукс - враки

	От:	DOOM
	Дата:	21.02.08 04:10

Здравствуйте, Sinclair, Вы писали:

S>Здравствуйте, Cyberax, Вы писали:

C>>Здравствуйте, Sinclair, Вы писали:

S>>>Потому, что при UTF-8 нужно всё время помнить о том, что оператор [] к строке использовать нельзя. И вообще большинство строковых инструментов в C/C++ ориентированы не на итератор по Unicode Code points, а на работу с "массивом символов фиксированного размера".
C>>А ЗАЧЕМ тебе нужен оператор []? Я вот долго это пытаюсь выяснить

S>Мне — не нужен. Но вот я запускаю в рефлекторе поиск использований char this[int32 index] из класса System.String:
[skipped]
[offtop]Впечатлил бы и не такой огромный список[/offtop]

О чем это говорит? Какую семантику вкладывали MS'овцы в операцию []? Много раз уже прозвучало, что с юникодом халява кончилась — это stateful кодировка, поэтому вот такие выдергивания из контекста ни к чему хорошему не приведут. Понятно, что нашим программистам в большинстве своем положить на наших китайских соседей, но этих соседей, между прочим, и побольше будет.
А то будет ситуация, как недавно у одного моего знакомого — партнеры присылают некий сервис, который тут же валится на русской винде — типа они и подумать не могли, что в мире есть что-то кроме en_US.

Re[9]: Линукс - враки

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	21.02.08 04:18

Sinclair однажды (21 февраля 2008 [Четверг] 07:02) писал:

> S>К сожалению я никак не пойму на какие грабли вы там наступили. Вы что, пытаетесь "все свое носить с собой", чтоли?
> Всё как раз наоборот. Я уже писал про приключения с инсталлером, но теперь задача у нас пошире: сделать инсталляцию не для своего продукта, а для сторонних производителей. И
> чтобы им не надо было делать 51 сборку под каждую из сборок Плеска.
> А тебе вот повод чтоб подумать про мегарульность линуксов: у них давняя традиция называть одинаковые пакеты по-разному в разных репозиториях. Поэтому невозможно написать один раз
> список зависимостей, и рассчитывать на правильную установку в любую rpm — систему.
Ради прикола... Давай я тебе ебилд для генту напишу, а?

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[41]: Держи ебилд для генты.

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	21.02.08 04:24

Mamut однажды (20 февраля 2008 [Среда] 18:09) писал:

> В следующий раз, когда будешь писать "а вот в Генту" или "херня, в Генту это делается так и так" подумай, а нужно ли тому человеку, которому ты отвечаешь это сокровенное знание
> про Генту, если он сидит, например, в Убунту и слазить с Убунту не собирается?
Проще поставить генту, чем убедить меня пользовать другие дистрибутивы.
Генту — src-based дистрибутив, и это избавляет его от множества хрени типа "не работет тото, потомучто поставили библиотеку другой версии". Не работает — пересобери.
Не боись, я понял что ты хочеш сказать. Нет, я не прекращу давать примеры из генту, потому как тут работает, а значит скорее всего работает везде.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[42]: Держи ебилд для генты.

	От:	DOOM
	Дата:	21.02.08 04:38

Здравствуйте, Sheridan, Вы писали:

S>Проще поставить генту, чем убедить меня пользовать другие дистрибутивы.
S>Генту — src-based дистрибутив, и это избавляет его от множества хрени типа "не работет тото, потомучто поставили библиотеку другой версии". Не работает — пересобери.
S>Не боись, я понял что ты хочеш сказать. Нет, я не прекращу давать примеры из генту, потому как тут работает, а значит скорее всего работает везде.

Подождем когда Шеридан откроет для себя LFS

Re[43]: Держи ебилд для генты.

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	21.02.08 04:51

DOOM однажды (21 февраля 2008 [Четверг] 08:38) писал:

> Подождем когда Шеридан откроет для себя LFS

Пропустил ты этот момент. Я его для себя уже закрыл. Надоело быть менеджером пакетов.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[9]: Линукс - враки

	От:	Roman Odaisky
	Дата:	21.02.08 07:21

Здравствуйте, Sinclair, Вы писали:

>>> Вот мы сейчас работаем над кроссплатформенным стандартом развертывания приложений. К сожалению, проект не сводится к портированию RPM на винду.
S>>К сожалению я никак не пойму на какие грабли вы там наступили. Вы что, пытаетесь "все свое носить с собой", чтоли?
S>Всё как раз наоборот. Я уже писал про приключения с инсталлером, но теперь задача у нас пошире: сделать инсталляцию не для своего продукта, а для сторонних производителей. И чтобы им не надо было делать 51 сборку под каждую из сборок Плеска.

Это ты об Application Vault? Кстати, если оттуда ставить, к примеру, Horde, она установится из пакета в /usr/share, или тупо скопируется в /var/www/vhosts/domain?

S>А тебе вот повод чтоб подумать про мегарульность линуксов: у них давняя традиция называть одинаковые пакеты по-разному в разных репозиториях. Поэтому невозможно написать один раз список зависимостей, и рассчитывать на правильную установку в любую rpm — систему.

Напишите один раз список зависимостей, и правильно установится в любую deb-систему :-)

Но флеймить так флеймить: даже RPM работает лучше, чем MSI.

status=sent (delivered to file: /dev/null)

Re[42]: Держи ебилд для генты.

	От:	Mamut	http://dmitriid.com/
	Дата:	21.02.08 09:12

S>Нет, я не прекращу давать примеры из генту, потому как тут работает, а значит скорее всего работает везде.

Уже много раз было показано, что это не так

Re[12]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	21.02.08 09:15

DOO>[offtop]Впечатлил бы и не такой огромный список[/offtop]

DOO>О чем это говорит? Какую семантику вкладывали MS'овцы в операцию []? Много раз уже прозвучало, что с юникодом халява кончилась — это stateful кодировка, поэтому вот такие выдергивания из контекста ни к чему хорошему не приведут.

ООП и перегрузка операторов рулят

Предположим, что [] — это алиас для getCharAt(int)

Re[13]: Линукс - враки

	От:	DOOM
	Дата:	21.02.08 09:20

Здравствуйте, Mamut, Вы писали:

M>ООП и перегрузка операторов рулят

Предположим, что [] — это алиас для getCharAt(int)

Народу не понравится. Они ж хотели, чтобы было wchar_t *str, а ты какой-то unicode_str str предлагаешь...

Re[14]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	21.02.08 11:32

M>>ООП и перегрузка операторов рулят

Предположим, что [] — это алиас для getCharAt(int)

DOO>Народу не понравится. Они ж хотели, чтобы было wchar_t *str, а ты какой-то unicode_str str предлагаешь...

К черту такой народ

В строке надо работать с символами, ане с байтами

Для байтов можно какой-нить ByteString или ByteArray придумать...

Re[43]: Держи ебилд для генты.

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	21.02.08 11:52

Mamut однажды (21 февраля 2008 [Четверг] 13:12) писал:

> Уже много раз было показано, что это не так
Подумай на досуге — почему не так.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[15]: Линукс - враки

	От:	CreatorCray
	Дата:	21.02.08 11:53

Здравствуйте, Mamut, Вы писали:

M>К черту такой народ

-1

M>В строке надо работать с символами, ане с байтами

Для байтов можно какой-нить ByteString или ByteArray придумать...
Хорошо. Как ты себе представляешь реализацию функциональности оператора [] для UTF8 строки для такого случая

if (mystr[i] == '5')
    mystr[i] = <трехбайтовый символ>;

... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

Re[16]: Линукс - враки

	От:	DOOM
	Дата:	21.02.08 12:23

Здравствуйте, CreatorCray, Вы писали:

CC>Хорошо. Как ты себе представляешь реализацию функциональности оператора [] для UTF8 строки для такого случая
CC>

CC>if (mystr[i] == '5')
CC>    mystr[i] = <трехбайтовый символ>;
CC>

А что тебя тут смущает?

Re[17]: Линукс - враки

	От:	CreatorCray
	Дата:	21.02.08 13:01

Здравствуйте, DOOM, Вы писали:

CC>>Хорошо. Как ты себе представляешь реализацию функциональности оператора [] для UTF8 строки для такого случая
CC>>

CC>>if (mystr[i] == '5')
CC>>    mystr[i] = <трехбайтовый символ>;
CC>>

DOO>А что тебя тут смущает?
Потроха реализации. И производительность получившегося кадавра
Напиши плз как ты себе представляешь такой оператор []

... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

Re[18]: Линукс - враки

	От:	Antikrot
	Дата:	21.02.08 13:26

Здравствуйте, CreatorCray, Вы писали:

DOO>>А что тебя тут смущает?
CC>Потроха реализации. И производительность получившегося кадавра
CC>Напиши плз как ты себе представляешь такой оператор []

Тут не оператор надо представлять, а организацию данных в таком классе строки. Ну пусть там будет linkedlist из блоков символов по N (N определить экспериментально, или еще как, не суть, главное не всю строку одним куском и не каждый символ отдельно). При этом перемещения данных вследствии замены символа на символ с другой длиной будут в пределах этого N. Посмотри потроха какого-нибудь текстового редактора, тот же ворд вряд ли хранит текст здоровым куском.

Re[19]: Линукс - враки

	От:	CreatorCray
	Дата:	21.02.08 14:05

Здравствуйте, Antikrot, Вы писали:

A>Тут не оператор надо представлять, а организацию данных в таком классе строки.
Воот!

A> Ну пусть там будет linkedlist из блоков символов по N (N определить экспериментально, или еще как, не суть, главное не всю строку одним куском и не каждый символ отдельно). При этом перемещения данных вследствии замены символа на символ с другой длиной будут в пределах этого N.
В любом случае выходит что зачастую куда проще юзать UCS2 (aka WCHAR) или для маниаков UTF32. А при выводе этих строк куда нибудь — преобразовывать в UTF8, благо это быстро и просто.

A>Посмотри потроха какого-нибудь текстового редактора, тот же ворд вряд ли хранит текст здоровым куском.
У меня нет сурсов ворда

... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

Re[10]: Линукс - враки

	От:	Sinclair rsdn	http://www.parallels.com/automation/operations/
	Дата:	22.02.08 03:16

Здравствуйте, Roman Odaisky, Вы писали:

RO>Это ты об Application Vault?
О том, что будет вместо него.
RO>Кстати, если оттуда ставить, к примеру, Horde, она установится из пакета в /usr/share, или тупо скопируется в /var/www/vhosts/domain?
Скопируется. Application Vault был разработан для приложений для шаред хостинга.

S>>А тебе вот повод чтоб подумать про мегарульность линуксов: у них давняя традиция называть одинаковые пакеты по-разному в разных репозиториях. Поэтому невозможно написать один раз список зависимостей, и рассчитывать на правильную установку в любую rpm — систему.

RO>Напишите один раз список зависимостей, и правильно установится в любую deb-систему

Гм. Я не понимаю, как можно один раз написать список зависимостей, если, к примеру, MySQL в каждом репозитории называется по-своему.
RO>Но флеймить так флеймить: даже RPM работает лучше, чем MSI.
Ну, по крайней мере его проще написать.

... << RSDN@Home 1.2.0 alpha rev. 677>>

Уйдемте отсюда, Румата! У вас слишком богатые погреба.

Re[12]: Линукс - враки

	От:	Sinclair rsdn	http://www.parallels.com/automation/operations/
	Дата:	22.02.08 03:34

Здравствуйте, DOOM, Вы писали:
DOO>О чем это говорит?
А хрен его знает, о чём это говорит.
Я бы, конечно же, предпочел, чтобы на входе везде требовался IEnumerable<char>. Но вот МС мало того, что сделала индексер, так еще и пользуется им.
DOO>Какую семантику вкладывали MS'овцы в операцию []?
Символ (не code point!) со смещением index.
DOO> Много раз уже прозвучало, что с юникодом халява кончилась — это stateful кодировка, поэтому вот такие выдергивания из контекста ни к чему хорошему не приведут.
Угу. Просто теперь проблемы возникают реже.
DOO>Понятно, что нашим программистам в большинстве своем положить на наших китайских соседей, но этих соседей, между прочим, и побольше будет.
DOO>А то будет ситуация, как недавно у одного моего знакомого — партнеры присылают некий сервис, который тут же валится на русской винде — типа они и подумать не могли, что в мире есть что-то кроме en_US.
Ну, теперь стало получше. Судя по всему, то ли американцы осознали, что есть остальной мир, то ли за двадцать лет заимпортировали столько народу, что кодиовка win1251 в штатах уже экзотика.

... << RSDN@Home 1.2.0 alpha rev. 677>>

Уйдемте отсюда, Румата! У вас слишком богатые погреба.

Re[16]: Линукс - враки

	От:	Sinclair rsdn	http://www.parallels.com/automation/operations/
	Дата:	22.02.08 03:34

CC>if (mystr[i] == '5')
CC>    mystr[i] = <трехбайтовый символ>;
CC>

Ну, вообще-то в приличных языках строки immutable. Поэтому такой номер в принципе не пройдет

Но, в целом, вопрос справедливый (для случая mutable строк, естественно).

... << RSDN@Home 1.2.0 alpha rev. 677>>

Уйдемте отсюда, Румата! У вас слишком богатые погреба.

Re[13]: Линукс - враки

	От:	DOOM
	Дата:	22.02.08 03:56

Здравствуйте, Sinclair, Вы писали:

DOO>>Какую семантику вкладывали MS'овцы в операцию []?
S>Символ (не code point!) со смещением index.
Вот смещение index — это самое интересное. Что это? Смещение в знакоместах на экране? Смещение в символах с учетом управляющих последовательностей в строке? Смещение в печатных символах в строке?

Re[12]: Линукс - враки

	От:	DOOM
	Дата:	22.02.08 03:59

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, Sinclair, Вы писали:

C>>>А ЗАЧЕМ тебе нужен оператор []? Я вот долго это пытаюсь выяснить

S>>Мне — не нужен. Но вот я запускаю в рефлекторе поиск использований char this[int32 index] из класса System.String:
S>>Впечатляет?
C>Да не особо. В большей части доступ по индексу используется для вещей типа токенизации, что абсолютно так же работает и в случае с UTF-8.

C>Т.е. я точно так же могу с помощью strstr() в UTF-8 найти, что у меня подстрока начинается с 10 байта и имеет размер 20 байт. И использовать потом обычные строковые функции для работы с этой подстрокой.

C>Ну а количество глифов в этих 20-ти байтах — это уже интимное дело самой строки, в большинстве случаев совершенно неважное.

Добавлю (по ссылкам один фиг никто не ходит):

A bad teaching example was GNU grep 2.5.1, which relied entirely on locale-dependent libc functions such as mbrlen() for its generic multi-byte encoding support. This made it about 100× slower in multibyte mode than in single-byte mode!

A small modification will be necessary for any program that determines the number of characters in a string by counting the bytes. With UTF-8, as with other multi-byte encodings, where the length of a text string is of concern, programmers have to distinguish clearly between

1. the number of bytes,
2. the number of characters,
3. the display width (e.g., the number of cursor position cells in a VT100 terminal emulator)

of a string.

Re[14]: Линукс - враки

	От:	Sinclair rsdn	http://www.parallels.com/automation/operations/
	Дата:	22.02.08 04:25

Здравствуйте, DOOM, Вы писали:
DOO>Вот смещение index — это самое интересное. Что это? Смещение в знакоместах на экране? Смещение в символах с учетом управляющих последовательностей в строке? Смещение в печатных символах в строке?
Имеется в виду 16-разрядное целое, которое расположено в заданной позиции в массиве. Никакого отношения к перечисленному это не имеет.
Лично я бы предпочел, чтобы строка вообще не индексировалась. Потому, что индексация по двухбайтной границе не имеет физического смысла, а индексация по Unicode Codepoints слишком дорога в терминах производительности.

... << RSDN@Home 1.2.0 alpha rev. 677>>

Уйдемте отсюда, Румата! У вас слишком богатые погреба.

Re[12]: Линукс - враки

	От:	Sinclair rsdn	http://www.parallels.com/automation/operations/
	Дата:	22.02.08 04:25

Здравствуйте, Cyberax, Вы писали:

C>Т.е. я точно так же могу с помощью strstr() в UTF-8 найти, что у меня подстрока начинается с 10 байта и имеет размер 20 байт. И использовать потом обычные строковые функции для работы с этой подстрокой.
Ну, это работает в том случае, если у тебя искомая строка сама является валидной UTF-8 строкой без битых символов. В противном случае (потерян первый байт), ты будешь находить совсем не те символы.
Попробуй решить классическую задачку собеседования: "проверить, является ли введенная пользователем строка палиндромом", пусть даже case-sensitive. И посмотри, продолжит ли она работать, если передана строка в UTF-8.
Попробуй решить задачку "кончается ли строка B на те же три символа, что и строка A". И посмотри, продолжит ли она работать, если обе строки в UTF-8.

C>Ну а количество глифов в этих 20-ти байтах — это уже интимное дело самой строки, в большинстве случаев совершенно неважное.

... << RSDN@Home 1.2.0 alpha rev. 677>>

Уйдемте отсюда, Румата! У вас слишком богатые погреба.

Re[13]: Линукс - враки

	От:	DOOM
	Дата:	22.02.08 04:28

Здравствуйте, Sinclair, Вы писали:

S>Попробуй решить классическую задачку собеседования: "проверить, является ли введенная пользователем строка палиндромом", пусть даже case-sensitive. И посмотри, продолжит ли она работать, если передана строка в UTF-8.
Я бы посмотрел, как бы ты ее решил для какого-нибудь арабского языка (если она вообще корректна для него).

S>Попробуй решить задачку "кончается ли строка B на те же три символа, что и строка A". И посмотри, продолжит ли она работать, если обе строки в UTF-8.
И что делать альтернативными вариантами написания? Про лигатуры Cyberax уже много раз упоминал...

Re[14]: Линукс - враки

	От:	Sinclair rsdn	http://www.parallels.com/automation/operations/
	Дата:	22.02.08 05:16

Здравствуйте, DOOM, Вы писали:
S>>Попробуй решить задачку "кончается ли строка B на те же три символа, что и строка A". И посмотри, продолжит ли она работать, если обе строки в UTF-8.
DOO>И что делать альтернативными вариантами написания? Про лигатуры Cyberax уже много раз упоминал...
Вопрос не понял. Пропущен предлог. Вообще написать "обратный енумератор" для символов можно, но он будет значительно сложнее, чем байтовый читатель.
К примеру, для utf-8 придется заглянуть назад максимум на четыре байта (для одного символа, естественно). Для обработки лигатур придется почитать правила нормализации, и позаглядывать назад подальше.

... << RSDN@Home 1.2.0 alpha rev. 677>>

Уйдемте отсюда, Румата! У вас слишком богатые погреба.

Re[15]: Линукс - враки

	От:	DOOM
	Дата:	22.02.08 06:02

Здравствуйте, Sinclair, Вы писали:

S>Здравствуйте, DOOM, Вы писали:
S>>>Попробуй решить задачку "кончается ли строка B на те же три символа, что и строка A". И посмотри, продолжит ли она работать, если обе строки в UTF-8.
DOO>>И что делать альтернативными вариантами написания? Про лигатуры Cyberax уже много раз упоминал...
S>Вопрос не понял. Пропущен предлог. Вообще написать "обратный енумератор" для символов можно, но он будет значительно сложнее, чем байтовый читатель.
Это было к задачке "кончается ли строка B на те же три символа, что и строка A". Что ты под ней понимаешь?

Re[44]: Держи ебилд для генты.

	От:	Mamut	http://dmitriid.com/
	Дата:	22.02.08 06:39

>> Уже много раз было показано, что это не так
S>Подумай на досуге — почему не так.

Это ты подумай на досуге, почему твои "советы" несут ноль граммов полезной информации (начни с того, что ты не имеешь представления о других дистрибутивах вообще и т.п.)

Re[16]: Линукс - враки

	От:	Sinclair rsdn	http://www.parallels.com/automation/operations/
	Дата:	22.02.08 06:41

Здравствуйте, DOOM, Вы писали:
DOO>Это было к задачке "кончается ли строка B на те же три символа, что и строка A". Что ты под ней понимаешь?
Имеются в виду нормализованные code points. Например.

... << RSDN@Home 1.2.0 alpha rev. 677>>

Уйдемте отсюда, Румата! У вас слишком богатые погреба.

Re[16]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	22.02.08 06:43

M>>В строке надо работать с символами, ане с байтами

Для байтов можно какой-нить ByteString или ByteArray придумать...
CC>Хорошо. Как ты себе представляешь реализацию функциональности оператора [] для UTF8 строки для такого случая
CC>

CC>if (mystr[i] == '5')
CC>    mystr[i] = <трехбайтовый символ>;
CC>

Чем это отличается от гипотетического

if (mystr.getCharAt(i) == '5')
    mystr.setCharAt(i, <трехбайтовый символ>);

http://java.sun.com/j2se/1.4.2/docs/api/java/lang/StringBuffer.html#setCharAt(int, char)

Re[17]: Линукс - враки

	От:	DOOM
	Дата:	22.02.08 06:47

Здравствуйте, Sinclair, Вы писали:

S>Здравствуйте, DOOM, Вы писали:
DOO>>Это было к задачке "кончается ли строка B на те же три символа, что и строка A". Что ты под ней понимаешь?
S>Имеются в виду нормализованные code points. Например.
Дак нормализация уже подразумевает предварительную интеллектуальную обработку строки. Нельзя сказать, что массив 16-ти битных слов в UTF-16 — это нормализованная строка, в которой каждой ячейке массива соответствует один code point.

Т.е. преобразование один фиг нужно, т.е. в этом смысле преимущество UTF-16 теряется, как следствие выгоднее UTF-8, потому что его применение имеет реальные, а не теоретические плюсы.

Re[16]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	22.02.08 06:48

DOO>Это было к задачке "кончается ли строка B на те же три символа, что и строка A". Что ты под ней понимаешь?

последние три символа равны друг другу после норамлизации (canonically equivalent), я так предполагаю

Re[17]: Линукс - враки

	От:	CreatorCray
	Дата:	22.02.08 07:29

Здравствуйте, Mamut, Вы писали:

M>>>В строке надо работать с символами, ане с байтами

Для байтов можно какой-нить ByteString или ByteArray придумать...
CC>>Хорошо. Как ты себе представляешь реализацию функциональности оператора [] для UTF8 строки для такого случая
CC>>

CC>>if (mystr[i] == '5')
CC>>    mystr[i] = <трехбайтовый символ>;
CC>>

M>Чем это отличается от гипотетического
M>

M>if (mystr.getCharAt(i) == '5')
M>    mystr.setCharAt(i, <трехбайтовый символ>);
M>

Почти ничем кроме имплементации. А меня как раз имплементация интересует.

M>setCharAt(int,char)
Какой размерности тип char? Символ в UTF8 может занимать до 4 байт
В каком виде хранится внутреннее представление строки? У нас тут речь идет о хранении строки как UTF8
Что делать если на той позиции хранится символ, размерность которого отличается от размерности нового символа? К примеру был однобайтовый символ а меняем на трехбайтовый. Или был четырехбайтовый а меняем на однобайтовый.

Решения разумеется есть, вопрос насколько они оптимальны.
UTF8 идеален для хранения строки, но уже не так удобен для операций с ней.

... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

Re[18]: Линукс - враки

	От:	Sinclair rsdn	http://www.parallels.com/automation/operations/
	Дата:	22.02.08 07:31

Здравствуйте, DOOM, Вы писали:
DOO>Дак нормализация уже подразумевает предварительную интеллектуальную обработку строки. Нельзя сказать, что массив 16-ти битных слов в UTF-16 — это нормализованная строка, в которой каждой ячейке массива соответствует один code point.
Нормализацию, афаир, можно делать и локально. Т.е. я могу читать символы "задом наперед" и нормализовывать, не затрагивая всю строку.

DOO>Т.е. преобразование один фиг нужно, т.е. в этом смысле преимущество UTF-16 теряется, как следствие выгоднее UTF-8, потому что его применение имеет реальные, а не теоретические плюсы.
Гм. Я че-то уже потерялся. о чем там мы спорим?

... << RSDN@Home 1.2.0 alpha rev. 677>>

Уйдемте отсюда, Румата! У вас слишком богатые погреба.

Re[18]: Unicode. Все что вы хотели знать, но боялись создать

	От:	oziro
	Дата:	22.02.08 07:43

Здравствуйте, CreatorCray, Вы писали:

M>>setCharAt(int,char)
CC>Какой размерности тип char? Символ в UTF8 может занимать до 4 байт
CC>В каком виде хранится внутреннее представление строки? У нас тут речь идет о хранении строки как UTF8

Имхо, символы "человеческих" алфавитов надо хранить как минимум в std::string, а не в char, по моему это очевидно. Название "char" только усугубляет дело — всем хочется хранить там буковки, а это всего лишь минимально адресуемая единица машины.

PS. Реально полезный флейм про Unicode, его надо выделить отдельно и предметно переименовать!

Re[19]: Линукс - враки

	От:	DOOM
	Дата:	22.02.08 07:56

Здравствуйте, Sinclair, Вы писали:

S>Гм. Я че-то уже потерялся. о чем там мы спорим?
S>

Э-э-э-э... UTF-16 vs UTF-8... Не так разве?

Re[19]: Unicode. Все что вы хотели знать, но боялись создать

	От:	CreatorCray
	Дата:	22.02.08 08:30

Здравствуйте, oziro, Вы писали:

M>>>setCharAt(int,char)
CC>>Какой размерности тип char? Символ в UTF8 может занимать до 4 байт
CC>>В каком виде хранится внутреннее представление строки? У нас тут речь идет о хранении строки как UTF8

O>Имхо, символы "человеческих" алфавитов надо хранить как минимум в std::string, а не в char, по моему это очевидно. Название "char" только усугубляет дело — всем хочется хранить там буковки, а это всего лишь минимально адресуемая единица машины.
Бррр... Так, еще раз и медленно плз. Где надо хранить один символ? Какой тип должна принимать функция, принимающая один символ?

O>PS. Реально полезный флейм про Unicode, его надо выделить отдельно и предметно переименовать!
+1

... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

Re[20]: Линукс - враки

	От:	Sinclair rsdn	http://www.parallels.com/automation/operations/
	Дата:	22.02.08 08:39

Здравствуйте, DOOM, Вы писали:
DOO>Э-э-э-э... UTF-16 vs UTF-8... Не так разве?
Ладно, я здаюсь.

... << RSDN@Home 1.2.0 alpha rev. 677>>

Уйдемте отсюда, Румата! У вас слишком богатые погреба.

Re[20]: Линукс - враки

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	22.02.08 08:41

DOOM однажды (22 февраля 2008 [Пятница] 11:56) писал:

> Э-э-э-э... UTF-16 vs UTF-8... Не так разве?
Вы бы это, ветку выделили бы, чтоли

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[15]: Линукс - враки

	От:	Sheridan	http://www.sheridan-home.ru/
	Дата:	22.02.08 08:59

_d_m_ однажды (22 февраля 2008 [Пятница] 12:15) писал:

>>> Да, у Росси две беды... Ты одна из них.
> S>Гм... Никогда себя с дорогами не стравнивал...
> Стравни, стравни. Вот с этой:
>

Непохожа. У нее ушей нет.

--
...belive in the matrix...

Posted via RSDN NNTP Server 2.1 beta

Re[20]: Линукс - враки

	От:	Antikrot
	Дата:	22.02.08 09:17

Здравствуйте, DOOM, Вы писали:

DOO>Э-э-э-э... UTF-16 vs UTF-8... Не так разве?
Подожди, а разве не fixed-size-symbols (UCS-2) vs variable-size-symbols (UTF-*)?

Re[21]: Линукс - враки

	От:	DOOM
	Дата:	22.02.08 09:22

Здравствуйте, Antikrot, Вы писали:

A>Здравствуйте, DOOM, Вы писали:

DOO>>Э-э-э-э... UTF-16 vs UTF-8... Не так разве?
A>Подожди, а разве не fixed-size-symbols (UCS-2) vs variable-size-symbols (UTF-*)?

А тут-то что спорить? Понятно, что UCS-2 не канает, ибо языки там не все

Re[22]: Линукс - враки

	От:	Sinclair rsdn	http://www.parallels.com/automation/operations/
	Дата:	22.02.08 10:21

Здравствуйте, DOOM, Вы писали:
DOO>А тут-то что спорить? Понятно, что UCS-2 не канает, ибо языки там не все

Ну, UCS2 дискриминирует на удивление мало языков.

Другое дело, что UCS symbols таки !== glyphs.
Так что ты запросто можешь не найти в слове "ёж" букву "ё".

... << RSDN@Home 1.2.0 alpha rev. 677>>

Уйдемте отсюда, Румата! У вас слишком богатые погреба.

Re[13]: Линукс - враки

	От:	Cyberax
	Дата:	22.02.08 12:26

Здравствуйте, Sinclair, Вы писали:

C>>Т.е. я точно так же могу с помощью strstr() в UTF-8 найти, что у меня подстрока начинается с 10 байта и имеет размер 20 байт. И использовать потом обычные строковые функции для работы с этой подстрокой.
S>Ну, это работает в том случае, если у тебя искомая строка сама является валидной UTF-8 строкой без битых символов. В противном случае (потерян первый байт), ты будешь находить совсем не те символы.
UTF-8 обладает свойством самосинхронизации — она восстановится после битого символа. Ну и разрез посередине символа — это явная ошибка программиста, такого не должно случаться.

Подобную историю ты получишь, если UTF-16 на границе суррогата или композитного символа разрешешь.

S>Попробуй решить классическую задачку собеседования: "проверить, является ли введенная пользователем строка палиндромом", пусть даже case-sensitive. И посмотри, продолжит ли она работать, если передана строка в UTF-8.
Можно вопрос? Как часто такие задачи бывают в реальной жизни?

S>Попробуй решить задачку "кончается ли строка B на те же три символа, что и строка A". И посмотри, продолжит ли она работать, если обе строки в UTF-8.
Без проблем.

bool endsWithTheSameThreeChars(const char *strA, const char *strB)
{
    const char *strAEnd=strA+(strlen(strA)-1);
    strAEnd=utf8_move_prev(strAEnd, 3);

    return str_ends_with(strB, strAEnd);
}

Тут единственная необычная вещь — использование функции типа utf8_move_prev() для смещения на три символа. Всё остальное совпадает с ASCII-случаем.

Sapienti sat!

Re[15]: Линукс - враки

	От:	Cyberax
	Дата:	22.02.08 12:34

Здравствуйте, Sinclair, Вы писали:

S>Вопрос не понял. Пропущен предлог. Вообще написать "обратный енумератор" для символов можно, но он будет значительно сложнее, чем байтовый читатель.
S>К примеру, для utf-8 придется заглянуть назад максимум на четыре байта (для одного символа, естественно). Для обработки лигатур придется почитать правила нормализации, и позаглядывать назад подальше.
На самом деле, если идет такая напряженная работа над строками — проще преобразовать UTF-8 в UTF-32 на время работы со строками. В большинстве случаев же, вполне достаточно и UTF-8.

Sapienti sat!

Re[46]: Держи ебилд для генты.

	От:	Mamut	http://dmitriid.com/
	Дата:	22.02.08 13:04

>> Это ты подумай на досуге, почему твои "советы" несут ноль граммов полезной информации (начни с того, что ты не имеешь представления о других дистрибутивах вообще и т.п.)
S>Ладно-ладно. Не знаю я другие дистрибутивы. Что с этого?

С того, что ты при этом позволяешь себе безапеляционно утверждать, например:

> В гугл я полез потому что в дистрибутиве пакета quake3 нет. Еще раз. Читай не то, что тебе хочется читать, а то, что тебе пишут:
Херню пишут. Все есть. Во всяком случае для генты все это есть.

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

S>Раз у меня работает, значит может работать и везде.

Тоже не факт.

S>А тут уже иногда попыхтеть приходится.

При этом ни одно слово в твоих сообщениях не говорит о том, в какую сторону пыхтеть. Поэтому они сразу идут лесом, как не несущие никакой смысловой нагрузки

Re[18]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	22.02.08 13:06

M>>Чем это отличается от гипотетического
M>>

M>>if (mystr.getCharAt(i) == '5')
M>>    mystr.setCharAt(i, <трехбайтовый символ>);
M>>

CC>Почти ничем кроме имплементации. А меня как раз имплементация интересует.

M>>setCharAt(int,char)
CC>Какой размерности тип char? Символ в UTF8 может занимать до 4 байт
CC>В каком виде хранится внутреннее представление строки? У нас тут речь идет о хранении строки как UTF8
CC>Что делать если на той позиции хранится символ, размерность которого отличается от размерности нового символа? К примеру был однобайтовый символ а меняем на трехбайтовый. Или был четырехбайтовый а меняем на однобайтовый.

Думаю, для этого надо лезть в ICU и их классы UnicodeString и CharacterIterator

CC>Решения разумеется есть, вопрос насколько они оптимальны.
CC>UTF8 идеален для хранения строки, но уже не так удобен для операций с ней.

А нам нужны операции

А большинство строк, блин, по инету в UTF-8 ходят

Re[14]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	22.02.08 13:09

S>>Попробуй решить классическую задачку собеседования: "проверить, является ли введенная пользователем строка палиндромом", пусть даже case-sensitive. И посмотри, продолжит ли она работать, если передана строка в UTF-8.
C>Можно вопрос? Как часто такие задачи бывают в реальной жизни?

Это равнозначно сравнению двух строк. И такое может случаться довольно часто. Ну, тот самый straBe против STRASSE

Re[15]: Линукс - враки

	От:	Cyberax
	Дата:	22.02.08 17:53

Здравствуйте, Mamut, Вы писали:

C>>Можно вопрос? Как часто такие задачи бывают в реальной жизни?
M>Это равнозначно сравнению двух строк. И такое может случаться довольно часто. Ну, тот самый straBe против STRASSE

Не совсем. Обычное сравнение — это стандартый strcmp(). А straβe и STRASSE — это уже сравнение с нормализацией, тут уже в любом случае простым циклом не обойтись, даже в UTF-32.

Sapienti sat!

Re[16]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	23.02.08 06:38

C>>>Можно вопрос? Как часто такие задачи бывают в реальной жизни?
M>>Это равнозначно сравнению двух строк. И такое может случаться довольно часто. Ну, тот самый straBe против STRASSE

C>Не совсем. Обычное сравнение — это стандартый strcmp(). А straβe и STRASSE — это уже сравнение с нормализацией, тут уже в любом случае простым циклом не обойтись, даже в UTF-32.

Ну так об том и речь в "проверить, является ли введенная пользователем строка палиндромом, пусть даже case-sensitive. И посмотри, продолжит ли она работать, если передана строка в UTF-8."

В любом случае половину функций для работы со строками придется выкинуть, потому что работать они перестанут для любого мало-мальски нетривиального случая.

В общем, все дружно пересаживаемся на ICU

Re[19]: Линукс - враки

	От:	Roman Odaisky
	Дата:	23.02.08 09:56

Здравствуйте, Mamut, Вы писали:

CC>>UTF8 идеален для хранения строки, но уже не так удобен для операций с ней.

M>А нам нужны операции :) А большинство строк, блин, по инету в UTF-8 ходят :(

Ну в десятый раз: какие именно операции? Приведи реальный пример.

status=sent (delivered to file: /dev/null)

Re[20]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	25.02.08 06:38

CC>>>UTF8 идеален для хранения строки, но уже не так удобен для операций с ней.

M>>А нам нужны операции

А большинство строк, блин, по инету в UTF-8 ходят

RO>Ну в десятый раз: какие именно операции? Приведи реальный пример.

Сравнение строк, например. case insensitive

Re[21]: Линукс - враки

	От:	Roman Odaisky
	Дата:	25.02.08 11:47

Здравствуйте, Mamut, Вы писали:

CC>>>>UTF8 идеален для хранения строки, но уже не так удобен для операций с ней.
M>>>А нам нужны операции :) А большинство строк, блин, по инету в UTF-8 ходят :(
RO>>Ну в десятый раз: какие именно операции? Приведи реальный пример.
M>Сравнение строк, например. case insensitive :)

Правильные итераторы спасут отца русской демократии :-)

status=sent (delivered to file: /dev/null)

Re[16]: Линукс - враки

	От:	_d_m_
	Дата:	25.02.08 21:26

Здравствуйте, Sheridan, Вы писали:

S>_d_m_ однажды (22 февраля 2008 [Пятница] 12:15) писал:

>>>> Да, у Росси две беды... Ты одна из них.
>> S>Гм... Никогда себя с дорогами не стравнивал...
>> Стравни, стравни. Вот с этой:
S>Непохожа. У нее ушей нет.

Ну это можно исправить... И будет похожа

Re[17]: Линукс - враки

	От:	Cyberax
	Дата:	25.02.08 21:41

Здравствуйте, Mamut, Вы писали:

M>Ну так об том и речь в "проверить, является ли введенная пользователем строка палиндромом, пусть даже case-sensitive. И посмотри, продолжит ли она работать, если передана строка в UTF-8."
Хмм...

bool is_palindrome(const char *str)
{
  int len=strlen(str);
  int mid=(len+1)/2;
  for(int f=0;f<mid;++f)
    if (str[f]!=str[f+mid]) return false;
  return true;
}

Вроде так.

И опять UTF-8 работает

Sapienti sat!

Re[22]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	26.02.08 06:25

Здравствуйте, Roman Odaisky, Вы писали:

RO>Здравствуйте, Mamut, Вы писали:

CC>>>>>UTF8 идеален для хранения строки, но уже не так удобен для операций с ней.
M>>>>А нам нужны операции

А большинство строк, блин, по инету в UTF-8 ходят

RO>>>Ну в десятый раз: какие именно операции? Приведи реальный пример.
M>>Сравнение строк, например. case insensitive

RO>Правильные итераторы спасут отца русской демократии

То есть strcmpi в любом случае придется выкидывать

Re[18]: Линукс - враки

	От:	Mamut	http://dmitriid.com/
	Дата:	26.02.08 06:26

M>>Ну так об том и речь в "проверить, является ли введенная пользователем строка палиндромом, пусть даже case-sensitive. И посмотри, продолжит ли она работать, если передана строка в UTF-8."
C>Хмм...
C>

C>bool is_palindrome(const char *str)
C>{
C>  int len=strlen(str);
C>  int mid=(len+1)/2;
C>  for(int f=0;f<mid;++f)
C>    if (str[f]!=str[f+mid]) return false;
C>  return true;
C>}
C>

C>Вроде так.

C>И опять UTF-8 работает

А case-insensitive?

Re[18]: Линукс - враки

	От:	Sinclair rsdn	http://www.parallels.com/automation/operations/
	Дата:	26.02.08 07:21

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, Mamut, Вы писали:

M>>Ну так об том и речь в "проверить, является ли введенная пользователем строка палиндромом, пусть даже case-sensitive. И посмотри, продолжит ли она работать, если передана строка в UTF-8."
C>Хмм...
C>

C>bool is_palindrome(const char *str)
C>{
C>  int len=strlen(str);
C>  int mid=(len+1)/2;
C>  for(int f=0;f<mid;++f)
C>    if (str[f]!=str[f+mid]) return false;
C>  return true;
C>}
C>

C>Вроде так.

C>И опять UTF-8 работает

Не понял, каким это волшебством она заработает c UTF-8?
Вот, к примеру, такая строка будет ли палиндромом:

0x41 0xD7 0x90 0xD7 0x90 0x41 0x00

... << RSDN@Home 1.2.0 alpha rev. 677>>

Уйдемте отсюда, Румата! У вас слишком богатые погреба.

Re[19]: Линукс - враки

	От:	Cyberax
	Дата:	26.02.08 07:29

Здравствуйте, Sinclair, Вы писали:

C>>И опять UTF-8 работает

S>Не понял, каким это волшебством она заработает c UTF-8?
Мда. Я глючу — она вообще ни с чем не заработает. Вот до чего аптайм в 24 часа доводит

Sapienti sat!

Re[20]: Линукс - враки

	От:	Sinclair rsdn	http://www.parallels.com/automation/operations/
	Дата:	26.02.08 07:52

Здравствуйте, Cyberax, Вы писали:
C>Мда. Я глючу — она вообще ни с чем не заработает. Вот до чего аптайм в 24 часа доводит

Рекомендую немедленный hibernate

... << RSDN@Home 1.2.0 alpha rev. 677>>

Уйдемте отсюда, Румата! У вас слишком богатые погреба.

Re[9]: Линукс - враки

	От:	vladimir.vladimirovich
	Дата:	29.02.08 19:01

Здравствуйте, The Lex, Вы писали:

TL>Тоже разница между "иксами" и "виндами"

"Виндоузятники" не живут "в общаге твоего родного факультета" — и жить так не хотят.

Не получают высшего образования?

... << RSDN@Home 1.2.0 alpha rev. 787>>

Re[10]: Линукс - враки

	От:	_d_m_
	Дата:	01.03.08 01:08

Здравствуйте, vladimir.vladimirovich, Вы писали:

VV>Здравствуйте, The Lex, Вы писали:

TL>>Тоже разница между "иксами" и "виндами"

"Виндоузятники" не живут "в общаге твоего родного факультета" — и жить так не хотят.

VV>Не получают высшего образования?

пэтэушники