| ← Январь 2006 → | ||||||
|
1
|
||||||
|---|---|---|---|---|---|---|
|
2
|
3
|
4
|
5
|
6
|
7
|
8
|
|
9
|
15
|
|||||
|
18
|
19
|
20
|
21
|
22
|
||
|
23
|
24
|
25
|
26
|
27
|
28
|
29
|
|
30
|
31
|
|||||
За последние 60 дней ни разу не выходила
Сайт листа:
http://www.linuxrsp.ru
Открыт:
22-10-2003
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.linux.debate-list@subscribe.ru
Адрес
модератора: comp.soft.linux.debate-owner@subscribe.ru
Vladimir Rusinov wrote:
>On Wed, 11 Jan 2006 22:31:14 +0600
>Владимир Ковалев wrote:
>
>
>
>>И видел ли кто описание стандартов кодировок типа
>>=F2=F5=F3=F3=EB=E9=EA.
>>
>>
>
>Это quoted-printable. Т.е. это текст в какой-то кодировке, в котором
>байты > 127 записаны в шеснадцатиричном виде.
>
>
>
Прикольно. Это KOI8-R. А слово - "РУССКИЙ"
Прпробуйте отключить оптимизацию. Помнится, я встречался с ошибками
компилятора (на ASP 9 - это примерно RH 9 и есть), когда некоторые
файлы компилировались часами (при сборке OpenDX, насколько я помню).
Так вот, там именно отключение оптимизации для этих файлов помогало.
On 1/11/06, Усанов Дмитрий <sunny_wizza***@r*****.ru> wrote:
> Здравствуйте уважаемые. Такая проблема возникла, много где спрашивал и не
> находил ответа. Вообщем есть проект на CORBA (ORBacus). Проект делался до
> меня и ко мне в руки попали только IDL-ки + честно говоря не очень уж я
> хорошо в CORBA то разбираюсь. Так вот, C++ генератор генерит из низ
> cpp-шники. Они получаются большеватые - например чуть больше метра исходник
> и заголовочник метр + этот заголовочник подрубает еще один метровый, который
> в свою очередь цепляет еще один - все 3 по мегабайту весом. Visual Studio
> под Виндами все это дело компилит довольно быстро (без сохранения отладочной
> инфо - с сохранением просто падает) и получаем dll, если компилить все это
> добро под Никсами (RH 9.0 - версию gcc не помню (тачка на работе, работа
> далеко)) то gcc компилит каждый такой исходник, а исходника 3 + 10-ок
> мелких - то на каждый большой cpp-ик уходит часов эдак по 6-7!!! Что просто
> неприемлемо... Так вот, в чем вопрос)) Что сделать с gcc, чтобы он все это
> делал быстрее... какие кто знает ухищрения, может кто сталкивался... Буду
> очень благодарен!!!
>
--
Vladimir A.Efremov, PhD
Pangea Inc., Voice: (095) 912-10-23, 912-65-03
Fax: (095) 912-63-44 E-mail: vefrem***@g*****.com
ICQ: 259496450
-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: 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
Номер письма: 2816; Возраст листа: 813; Участников: 875
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/500658
А что это за зверь Mach64 ? Это только с TV-out связано или еще чего то.
А то пересобирал ядро и старательно обходил эти Mach64. В то же время хотел бы
чтоб мой Radeon X700 работал (на PCI Express). И до сих пор не добился 3D акселерации.
Правда вот Денис советует "модули скомпилировать и установить в "/lib/modules/,
директория fglrx или что-то такое,счас не помню".
Еще не пробовал, приду домой - посмотрю чего там "что-то такое".
Спасибо в любом случае - за сочуствие хотя бы.
Дело в том что в директории /usr/src/ появилась папочка ATI, а в ней modules.
Но исходнички жутко уж там древние ( то ли 1999 год ) - боюсь, что они с PCI
Express не корректно работать будут.
И еще при сборке ядра отключал все, что связано с agp (agpgart кажется и т.п.).
Не могло ли это стать причиной "неработности" Catalistических драйверов ?
И как бы эти модули из Catalist включить в ядро ?
p.s. Во задачка, а ?
-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: 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
Номер письма: 2815; Возраст листа: 813; Участников: 875
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/500479
On Wed, 11 Jan 2006 22:31:14 +0600
Владимир Ковалев wrote:
> И видел ли кто описание стандартов кодировок типа
> =F2=F5=F3=F3=EB=E9=EA.
Это quoted-printable. Т.е. это текст в какой-то кодировке, в котором
байты > 127 записаны в шеснадцатиричном виде.
On Wed, 11 Jan 2006 22:18:25 +0600
Владимир Ковалев wrote:
> > Напротив, данные принятые от пользователя нужно проверять, и при
> > недопустимых параметрах, выдавать соответствующее сообщение.
> А вот здесь согласен, пользователь ведь может и ошибиться. И об ошибке
> ему необходимо сообщить незамедлительно, дабы ошибка не привела к
> каким либо непоправимым последствиям. Но что делать, если сообщить ему
> об ошибке мы можем только после прекращения работы конвеера, когда
> результат уже будет получен. Вариантов, как всегда, три:
> 1) Выдать в stderr сообщение об ошибке, а в stdin не выдавать ни чего.
Именно так и делаю все нормальные программы: в stderr ошибку и
exit(non-zero).
> Да, вот этот вопрос меня тоже интересует - вроде драйверы из Catalist
> для того и даются, чтобы OpenGL хорошо работал (по крайней мере, в
> случае с nVidia это именно так). А что с ATI? может кто знает?
Может быть xorg-6.9 или 7.0 поможет?
На http://www.nixp.ru/news/6937 написано, что, в X.Org 7.0 (и 6.9.0):
Синхронизация драйверов ATI с проектом GATOS. В частности, появилась поддержка
TV-in, Mach64 TV-out, EXA-акселерация, поддержка чипов RN50/ES1000.
А соответственно на http://gatos.sourceforge.net/supported_cards.php можно поинтересоваться,
что сейчас поддерживается для Вашей видеокарты.
-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: 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
Номер письма: 2812; Возраст листа: 813; Участников: 875
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/500339
