> Если Я пишу МОЮ программу и допускаю в ней "ляп" наподобие приведенного
> Вами, то
> это, ИМХО, не программирование. И проверки на такие ситуации допустимы
Что значит слово "ИМХО" чё т я не понимаю все везде тут пишут это странное
слово :) ?

-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 2827; Возраст листа: 814; Участников: 873
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/501224

On Fri, 13 Jan 2006 13:12:52 +0300
Усанов Дмитрий wrote:

> Может подскажите как эту самую оптимизацию выключить) Каким флажком?
> Просто не хочется ковыряться в man-страницах. Спасибо.

$ export CFLAGS="-O0"
$ export CXXFLAGS=$CFLAGS

либо же прямо перед make:
$ CFLAGS="-O0" CXXFLAGS="-O0" make

On Sat, 14 Jan 2006 00:24:43 +0600
Владимир Ковалев <beaver***@n*****.ru> wrote:

> On Wed, 11 Jan 2006 20:32:32 +0200
> Konstantin Korikov <lostcl***@i*****.ua> wrote:
>
> > T2A. Для какой задачи это вообще нужно?
> Есть куча файлов (2500 - 3000) в формате html, xml, txt. Все в разных
> кодировках, тэги с указанием кодировки не соответствуют почти в половине файлов.
> Хочу все перегнать в одну кодировку (да и в один формат), заодно немножко
> подправив. Путнего инструмента для определения кодировки не нашел (для меня
> важен вывод программы, сообщение о кодировке и, кроме того, нужно определение
> типа файла). Написал свою програмулину. KOI8-R, WIN-1251, CP866, ISO-8859-5
> определяет гарантированно (то есть однобайтные кодировки). Хочу разобраться
с
> многобайтными. Но мало информации.
> Вот и спросил.
>
Есть http://asdf2087.narod.ru/rux-0.72.tar.bz2, правда под БСД, посему make-файл
бесполезен.
Зато с автодетектом кодировки. Можно впихнуть в какой-нибудь шелл-скрипт.

On Wed, 11 Jan 2006 20:32:32 +0200
Konstantin Korikov <lostcl***@i*****.ua> wrote:

> T2A. Для какой задачи это вообще нужно?
Есть куча файлов (2500 - 3000) в формате html, xml, txt. Все в разных
кодировках, тэги с указанием кодировки не соответствуют почти в половине файлов.
Хочу все перегнать в одну кодировку (да и в один формат), заодно немножко
подправив. Путнего инструмента для определения кодировки не нашел (для меня
важен вывод программы, сообщение о кодировке и, кроме того, нужно определение
типа файла). Написал свою програмулину. KOI8-R, WIN-1251, CP866, ISO-8859-5
определяет гарантированно (то есть однобайтные кодировки). Хочу разобраться с
многобайтными. Но мало информации.
Вот и спросил.

On Fri, 13 Jan 2006 18:28:33 +0300
"Емельянов Алексей" <em***@l*****.ru> wrote:
> Из Вашего списка KOI8-R, WINDOWS-1251, CP866, ISO_8859-5, MACCYRILLIC,

> UTF32LE, UTF32, UTF7, UTF8 это лишь схемы кодирования UNICODE
Это мне известно, просто не корректно выразился.

> Это результат кодирования quoted-printable,
Это тоже известно.
> описание в RFC 1521.
За это отдельное спасибо

> Кроме того, кириллица есть в большинстве восточноазиатских кодировок, например:
Ну они меня мало интересуют.

> Источники:
> ftp://ftp.iana.org/assignments/character-sets
> ftp://unicode.org/Public/Mappings
> ftp://dkuug.dk/i18n/WG15-collection/charmaps/
> ftp://ftp.ora.com/pub/examples/nutshell/ujip/doc/cjk.inf
> ftp://ftp.gnu.org/gnu/glibc/glibc-2.2.tar.gz/localedata/charmaps
За это большое спасибо.

On Wed, 11 Jan 2006 20:25:48 +0200
Konstantin Korikov <lostcl***@i*****.ua> wrote:
> Т.е. мы пишем для идиотов. :)
Для пьяных обезьян на мотоцикле с гранатой в руке :)
> Нормальные люди и так поймут что
А есть ли нормальные. У меня например "затяжной истеро-неврологический синдром".
Это официальный диагноз. Задокументированный.

> > > unsigned a,b,c;
> unsigned a = 1, b = (unsigned)(-1), c;
Присвоение значения переменной b в данном случае является скорее реализацией
некоего алгоритма, авторской задумкой. Следовательно и проверка на
"невозможность" тоже должна быть реализованна в алгоритме задачи.
> А теперь представьте что вместо `b = (unsigned)(-1)' стоит `b =
> some_lib_func()'.
Если some_lib_func возвращает фиксированный, заранее оговоренный диапозон
значений, то подобной ситуации не должно возникать. Иначе это "ляп" программиста
писавшего эту функцию. При других вариантах программист использующий функцию
в
своей программе должен выполнять проверку на правильность возвращенного
значения.
> Конечно же это упрощенная модель, но алгоритмы могут быть настолько
> сложными что подобные ситуации уже не будут очевидными.
> > предусмотренно алгоритмом программы, то должна быть предусмотренна и
> > реакция на ситуацию, иначе необходимо что-то делать с алгоритмом
В принципе, коментируя функцию some_lib_func, я повторил свою мысль, высказанную
ранее.
> Все предусмотреть невозможно, особенно когда программа использует чужие
Совершенно верно, нет в мире совершенства. Но стремиться к нему нам ни кто не
запрещает.
> > > Напротив, данные принятые от пользователя нужно проверять, и при
> > только после прекращения работы конвеера, когда результат уже будет получен.
> А почему не во время?
[user]# other_prog1 | my_prog | other_prog2 | other_prog3
И когда?
Как пример, пусть и не совсем корректный:
grep word $(find -type f)
на каталоге, в котором есть подкаталоги с именем типа "Folder :: and :: files"
Приходится делать что-то типа
grep word $(find -type f | sed '/:/ d')
Но в этом случае теряем ряд файлов. Да и до понимания подобного решения
приходишь не сразу.
> > 1) Выдать в stderr сообщение об ошибке, а в stdin не выдавать ни чего.
> Обычно так и происходит.
Обычно да, но существуют необычные, но возможные ситуации.

> Зависит от конкретной задачи. Но если имеется в виду неправильная
> опция, то я считаю, что в такой ситуации нужно сразу выругаться в
> stderr и прекратить выполнение с кодом завершения отличным от нуля.
Согласен. Наверное действительно стоит считать пользователя не обезьяной на
мотоцикле, а более разумным существом.

> > > Меньше лишнего кода - меньше глюков.
> > Согласен полностью, но где граница, за которой увеличение кода
> "гарантированно" - это не наше слово, наши слова - "ну возможно, если
"Гарантированно" - это было скорее слово - провокация. Действительно, размер
кода определяется автором программы и требованием пользователей. И наличие
глюков скорее зависит от продуманности алгоритма.

PS. Употребление жидкости с большим процентным содержанием некоего химического
соединения не позволило своевременно продолжить debate. Приношу свои извинения.

> Вопрос такой: известны ли кому либо еще какие либо кодировки,
> содержащие символы кириллицы (или чисто русские), кроме приведенных ниже:
>
Для начала небольшое уточнение.

Из Вашего списка KOI8-R, WINDOWS-1251, CP866, ISO_8859-5, MACCYRILLIC,
UNICODE это кодировки, то есть описание соответствия абстрактных
символов некоторым числам (прошу прощения, если определение
не слишком строгое).

А UNICODEBIG, UNICODELITTLE, UTF16BE, UTF16LE, UTF16, UTF32BE,
UTF32LE, UTF32, UTF7, UTF8 это лишь схемы кодирования UNICODE
(www.unicode.org) - кодировка одна, но разное представление
в виде последовательности байтов.

> И видел ли кто описание стандартов кодировок типа =F2=F5=F3=F3=EB=E9=EA.
>
Это результат кодирования quoted-printable, описание в RFC 1521.
Кодировка, в описанном выше смысле, может быть разной.
Например, KOI8-R.

Не знаю, какая у Вас задача, но наиболее распространенные кодировки
Вы уже перечислили. Список чисто русских кодировок
у меня получился такой:

ISO-IR-37 = KOI-7, ISO_5427
ISO-IR-51 = INIS-CYRILLIC
ISO-IR-54 = ISO_5427-EXT, ISO_5427:1981
ISO-IR-111 = ECMA-CYRILLIC
ISO-IR-144 = ISO_8859-5, ISO_8859-5:1988, CYRILLIC
ISO-IR-153 = GOST_19768-74, ST_SEV_358-88
IBM855 = CP855
IBM866 = CP866
IBM880 = CP880, EBCDIC-CYRILLIC
CP1251 = MS-CYRL
KOI-8
KOI8-R

Кроме того, кириллица есть в большинстве восточноазиатских кодировок, например:

ISO-IR-58 = GB_2312-80, CHINESE
ISO-IR-42 = JIS_C6226-1978
ISO-IR-87 = JIS_C6226-1983, JIS_X0208-1983, X0208
ISO-IR-149 = KS_C_5601-1987, KS_C_5601-1989, KSC_5601, KOREAN
CP936 = GBK
CP949
BIG5 = CP950
BIG5HKSCS
GB18030
EUC-JP
EUC-KR
JOHAB
SJIS
...

Источники:
ftp://ftp.iana.org/assignments/character-sets
ftp://unicode.org/Public/Mappings
ftp://dkuug.dk/i18n/WG15-collection/charmaps/
ftp://ftp.ora.com/pub/examples/nutshell/ujip/doc/cjk.inf
ftp://ftp.gnu.org/gnu/glibc/glibc-2.2.tar.gz/localedata/charmaps

-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 2820; Возраст листа: 814; Участников: 873
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/501097

-----Original MessageFrom: Vladimir Efremov [mailto:vefrem***@g*****.com]
Sent: Thursday, January 12, 2006 7:50 PM
To: comp.soft.linux.debate (2701011)
Subject: Re: Проблемы GCC

Прпробуйте отключить оптимизацию. Помнится, я встречался с ошибками
компилятора (на ASP 9 - это примерно RH 9 и есть), когда некоторые
файлы компилировались часами (при сборке OpenDX, насколько я помню).
Так вот, там именно отключение оптимизации для этих файлов помогало.

Может подскажите как эту самую оптимизацию выключить) Каким флажком?
Просто не хочется ковыряться в man-страницах. Спасибо.

-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 2819; Возраст листа: 814; Участников: 873
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/500980

Здравствуйте, dit01.

Вы писали 12 января 2006 г., 13:05:39:

d> А что это за зверь Mach64 ? Это только с TV-out связано или еще чего то.
это чипсет такой был. подробности в гугле на www.ati.com

d> А то пересобирал ядро и старательно обходил эти Mach64. В то же время хотел
бы
d> чтоб мой Radeon X700 работал (на PCI Express). И до сих пор не добился 3D
акселерации.
ну и не надо его. это же разные чипсеты совсем.

d> Правда вот Денис советует "модули скомпилировать и установить в "/lib/modules/,
d> директория fglrx или что-то такое,счас не помню".
d> Еще не пробовал, приду домой - посмотрю чего там "что-то такое".
d> Спасибо в любом случае - за сочуствие хотя бы.
потому и не помню, потому что ati тоже только дома, а акселерацию
прикручивал уже давненько (ядро и дрова не часто меняю). но алгоритм
помню, и это главное. ;)
вот счас для уверенности поставил дрова и смотрю уже реально пути -
все так и есть:
1. /lib/modules/fglrx/ (память не подвела :))
2. для ядер 2.4 там уже есть прекомпиленные модули. модули ставятся
скриптом make_install.sh
3. для тех ядер, для которых модулей нет, в том числе для 2.6,
исходники лежат в /lib/modules/fglrx/build_mod/ и там же скриптик для
компиляции make.sh (после компиляции пункт 2.)
фсё! :)

d> Дело в том что в директории /usr/src/ появилась папочка ATI, а в ней modules.
d> Но исходнички жутко уж там древние ( то ли 1999 год ) - боюсь, что они с PCI
d> Express не корректно работать будут.
после установки пакета fglrx_6_8_0-8.20.8-1.i386 (для xorg) у меня в
/usr/src/ появилась папка ATI, и там не модули а исходники на гуевую
тулзу конфигурации видеокарты. тулза кстати откомпиленная ставится
сразу, поэтому перекомпилировать надо только если очень
надо|захотелось.

d> И еще при сборке ядра отключал все, что связано с agp (agpgart кажется и т.п.).
d> Не могло ли это стать причиной "неработности" Catalistических драйверов ?
могло. но не уверен, потому как у меня комп без експресса.

d> И как бы эти модули из Catalist включить в ядро ?

d> p.s. Во задачка, а ?
ну решаемая же. не у одного тебя ATI поселилась :)

ЗЫ: Письма в лист после отправки попадают как-то с чувствительной
задержкой в полдня, если не больше :/ это у меня одного так?