2 anonymous (*) (13.11.2003 9:42:02)
Да, там примерно такого же уровня фигня и случилась. Но делал все в соответствии с доками. Просто в подсказках, которые выскакивали, не все оказалось прописано. :)
Но местные "гуру" ругаются, если винда переспросит - а уверен ли ты?, а в линуксе это же считают нормой. И если в винде вы ответили - уверен - и просадили машину - то виновата винда. А в линуксе - сам дурак, надо было rtfm! Два подхода к одной проблеме. :)

Виндузятник

2 anonymous (*) (13.11.2003 19:31:32)
Не. Москва. :)
Виндузятник

2Виндузятник :) Меня здесь прикалывал трэд со стракой из Перл. :) Мужик опенсурс дал поюзать, а они с радостью запустили. :)) Зато потом говорят, что типа исходников нет, это плохо, а сами в одной строке разобраться не хотели. :))

Не. Москва. :) Виндузятник

Я здесь как то горячился по москвичам...но ты это...уважение достоин. ;)

Я здесь иногда читаю...ну блин детство просто аж брызжит. Вон сейчас решили всем ЛОРом подборку паролей делать на сайте мелкософт. :) В суд подадим толпой. :)

2anonymous (*) (13.11.2003 15:41:44)
>скажите, а если вы меняете драйвер от НВидии под линухом (не перезапускаете иксы работающие в юзер моде, а именно меняете видеодрайвер кернел моде) - то перезагрузка не требуется? я этого точно не знаю, хотелось бы от вас услышать :)
Перезагрузка системы не требуется, только X-ов
telinit 3
rmmod nvidia
./nvidia-installer из соотв директории
telinit 4
всё, новый дривер в памяти и работает (почти всегда :-))

Я вообще не могу понять зачем нужны дрова от НВидиа? :) я любитель fb у меня от этого глюка от НВидио машина виснит при переключение из графики в консоль и обратно. :)

У Microsoft сложилась проблемная ситуация с Linux, но компания верит, что последние разработки в open-source сообществе убили режим бесплатного программного обеспечения. Bradley Tipp, инженер Microsoft по британским национальным системам, на форуме Microsoft IT Forum, что проходил в Копенгагене (Дания), заявил: «У нас нет ничего против open-source, с точки зрения Microsoft, это не религиозная битва, между нами нет баталии… есть много вещей, которым нам стоило бы научиться у open-source». По мнению корпорации, решение Red Hat закончить поддержку бесплатной Red Hat Linux и покупка Novell'ом SuSE Linux стали последними шагами к смерти бесплатного ПО. Переход от свободного ПО к платному равносилен признанию Microsoft'ского типа бизнеса, однако он является единственным способом выжить для open-source, — в этом гигант ПО не сомневается.

2anonymous (*) (13.11.2003 20:00:17)
>Я вообще не могу понять зачем нужны дрова от НВидиа? :)
Для включения аппаратной поддержки OpenGL. Спецификация работы с nvidia чипами закрыта? Закрыта. Посему если хотим 80FPS в кваке, юзаем дрова от nvidia %-)

Проще мастдай установить и играть не напрягаясь чем юзать кривые дрова которые любят вешать машину. Линух работать должен а не в игрушки играть. ;)

вдогонку ...
>я любитель fb у меня от этого глюка от НВидио машина виснит при переключение из графики в консоль и обратно. :)
Есть такая шняга, мне раньше тоже нравился fb, но квака3 нравится больше , посему fb ушел в утиль, кстати foobilliard тоже рульная весчь (вся на OpenGL) %-)

2anonymous (*) (13.11.2003 20:20:39)
>Линух работать должен а не в игрушки играть. ;)
Так он и работает, в игрушки играюсь я :-)

Есть такая шняга, мне раньше тоже нравился fb, но квака3 нравится больше , посему fb ушел в утиль, кстати foobilliard тоже рульная весчь (вся на OpenGL) %-)

Взрослеть пора. ;) Не все же время в игрушки и в линукс играть. ;))

Так он и работает, в игрушки играюсь я :-)

Во все что я хочу поиграть-это Elite под Спектрум...тока окошечко маленькое в игрушке. :( хоть опять спектрум собирай...

2anonymous (*) (13.11.2003 20:24:44)
>Взрослеть пора. ;) Не все же время в игрушки и в линукс играть. ;))
Ты удивишься, когда узнаешь, сколько мне лет и сколько лет я занимаюсь осами начиная с MSDOS3.3, DOS3 для apple II, NW 2.5, ...

2anonymous (*) (13.11.2003 20:26:25)
>Во все что я хочу поиграть-это Elite под Спектрум...тока окошечко маленькое в игрушке. :( хоть опять спектрум собирай...
Зачем??? Эмуляторы в наличии под и для Linux, и для винды :-)

Ты удивишься, когда узнаешь, сколько мне лет и сколько лет я занимаюсь осами начиная с MSDOS3.3

Помню, учил... видимо примерно как и мне. ;)

Зачем??? Эмуляторы в наличии под и для Linux, и для винды :-)

В том то и дело что эммуляторы есть, окошечко маленькое, а домой приходишь с работы и вот только на ЛОРе поиграл и спать. :)) и больше ничего не хватает. Меня на игры больше чем на неделю не хватает, а Элита кульная игра в нее как минимум пол года играть надо. :) для меня это круто.

Есть чем гордится. ;)) http://www.inauka.ru/technology/article37291

2anonymous (*) (13.11.2003 20:35:22)
>Помню, учил... видимо примерно как и мне. ;)
Ну дык :-) а PCMOS/286 или DR Multiuser DOS какая пестня была :-)
>В том то и дело что эммуляторы есть, окошечко маленькое
А сделай второй X-сервер 640х480 или 320х200 и c+a+f7/f8 переключайся :-)
>Меня на игры больше чем на неделю не хватает
Попробуй Космических Рейнджеров от 1с, под 2-м winex идет на ура, только память жрет больше, чем Oracle %-), затягивает, месяц играл, стер только применив недюжинную силу воли :-)

Ломает в игрушки играть... На работе как то работал-играли в контру...неделю поиграл и все. :) Я блин руку вывихнул себе уже на компе. :) второй месяц заживает. :)

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

/usr/local/celestia/bin/celestia

2anonymous (*) (13.11.2003 21:04:29)
По поводу celestia, интересная штука, посмотрю как нибудь :-)

Интересная то да....только ну посмотрел и удалил. :)) Не всю же жизнь ей любоваться. :)

> ну лично для меня FAT совсем неродная а родная NTFS :)
> но даже если ФАТ там ведь имя файла хранится в записи
> каталога т.е. отдельно от самого файла...

Ага, ЩАС! :-) Создайте ссылку на файл (чтобы один файл адресовался по двум именам). Ну а если создадите - запустите SCANDISK - он вам много интересного про вас и вашу работу с ФС расскажет :-)

> а отображение файла в память это древнющая фича еще
> со времен вин95 и винNT 3.5 (а может и NT 3.1)

Только кривое оно насквозь, я уже приводил пример - за'mmap'пленый файл в виндах нельзя удалить. Как и открытый кем-либо (не важно в каком режиме). В unix'е можно - иная идеология ФС.

>> [к виндузятнику...] Как всегда, вы предлагаете решать все это через жопу.
>> Извините за выражение, но это так. В процессе эксплуатации системы
>> НЕОБХОДИМО знать не только СКОЛЬКО приложений зависят от библиотеки,
>> но и ЧТО это за приложения, поскольку в случае апдейта библиотеки
>> у них могут возникнуть проблемы.

> Зачем вы Виндузятнику грубите? нельзя повежливее немножко?

Можно, если бы виндузятник не передергивал настолько активно. В windows до недавнего времени не было нормальных средств управления установленным ПО - не средств инсталляции-деинсталляции, а нормального менеджера софта, который бы считал dll'ки, зависсимости, не давал удалить лишнего и т.д. Да вообще, что далеко ходить, вспомните как WinXP определяет "поврежденность" системных библиотек? Элементарно - сравнением с "оригинальной копией" :-)

> посмотрите как он посты пишет и берите пример :)

Дражайший сударь, возможно Вы и правы, и благородство и культура Ваша досточна всяческого уважения и поощрения! Но я скромно осмелюсь утверждать, что в некоторых - увы, к вящему моему сожалению, отнюдь не редких на день нынешний ситуациях, лучшим (хотя и излишне низменным и неблагородным) способом довести мысль до глубокоуважаемого оппонента будет... К месту вставленное "доброе" слово.

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

Это не полезно, это НУЖНО. Про zlib напомнить, или сами вспомните?

> если ДЛЛ системная то ее апдейтить надо _только на более новую
> версию_, а это не должно повлиять на совместимость... и вообще
> это дурной тон писать ДЛЛ в системные каталоги вин...

Угу. Только есть вот такой Virtus DeathMaker, который так и не согласился "убедиться", что апгрейд библиотеки никому не мешает. И никакие "убеждения" и "совместимости" ему не помогли. Ах, как жаль...

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

Вы что, смеетесь? Маппинг и загрузка библиотек почти везде так реализован. Только вот в юниксах работа идет с инодой, а ей пофиг как ее (иноду) называют. Лишь бы номер знали :-)

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

Не приведет - в памяти сидит инод. На диске, кстати, он тоже жив пока жив хотя-бы один процесс, который держит его открытым. По закрытию инода последним процессом при условии отсутствия ссылок на него из ФС он удаляется - и никаких ошибок в принципе.

> а вобще можно поинтересоваться зачем такой изврат
> понадобился - удалять ЗАГРУЖЕННУЮ (отображенную),
> т.е. явно использующуюся прогой, либу?

Чтобы минимизировать простой при апгрейде. Или вообще его (простоя) избежать. Вы никогда не апгрейдили сервер, переключение сервисов которого на резервный занимает 15 минут, а пользователи подымают шум уже через 10 ??? :-)

Поколение, загубленное Windows - что про вас еще сказать? :-)

FAT

> Создайте ссылку на файл (чтобы один файл адресовался по двум именам)
легко - я создавал ручками в diskedit - и все обычные программы нормально с этим работали. Это просто ОС MS-DOS не поддерживает feature на уровне API (также как и число FAT таблиц, отличное от 2 - в отличие от DR-DOS), А FAT'у всё равно сколько записей и в каких каталогах показывают на данный кластер. rtfm.;)
насчёт удаления загруженной в память библиотеки - полностью согласен - надо было просто сказать как пример "rpm -U glibc*" :)

Виндузятник, ты слышал когда-нибудь фразу "некорректное завершение работы"?
Должен был бы знать, что на рабочей системе жать резет вообще-то нельзя.

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

P.S. Ждал из любопытства. Была надежда, что перегрузится.

Видишь ли, при "правильном использовании" я могу сам написать простую
прогу, которая, скажем, из зипа достанет мою прогу, виндовыми средствами
изменит ключи, а при удалении их убьет.
Инсталл-шилд - примерно такая же байда. По сути каждая инсталяшка - это
прога, ее можно запустить хоть на луне, если на луне будет нечто виндоподобное.

Взгляни на rpm - любая прога это пакет, хитрый архив. Это не программа.
Зато она содержит список того, что надо (опять же можно набрать зависимости
штатными средствами - что мы видим в altlinux, когда программа диким
голосом требует sh) и автоматом сформировать список удаления. Сформируй
это в инсталлшилде. В защиту инсталлшилда можно сказать только одну вещь -
как такового стандарта раскидывания файлов толком нет, системы мониторинга
нет - приходится работать в таких диких условиях.

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

Когда реестр разрастается более трехсот метров, система начинает подтормаживать...
Что, кстати, вообще странно. Она его все время, что ли, перечитывает?

Под окружение собрано под свое, да. Поставил я себе как-то mdk8, и нормально
проги шли и от suse, и от altlinux. Глибси вообще брались от rh (а потом
и asp) - и без пересборки все шло нормально. Главное, чтобы версии требуемые
особо не отличались. Ну а если ты на rh 6.2 пытаешься поставить что-то
от rh 9, то извини. Под 95 винды проги для XP никто не запускает - это
кажется дикостью. Так почему здесь все пытаются это сделать?

Насчет DMA - а то, пользователи десктопов не люди? Меня лично бесит
перегружаться там, где перезагрузка не нужна. Это не особенности архитектуры,
это обычная дурь от MS.
Я если честно, не знаю, в чем проблема заменить glib (насколько я помню,
ставим glib, потом gtk), если уж даже glibC меняется нормально без
перезагрузки, а с помощью того же rpm'а это превращается в трехминутную
операцию (если вы не собираете ее).
И главное, спецом быть не надо - тупо апгрейд на стоящие пакеты делаешь
и старый /etc/ld.so.conf возвращаешь (вроде эту дурь с новый пустым
ld.so.conf уже убрали).

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

:)) Да ну? А у меня подвисает когда, клавиатура отваливается то только резет давить. :)

Кстати, о втором X-сервере.
Никто не пробовал квак третий на втором сервере пускать? Переключаешься
на первый и эта сволочь вылетает.

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

Примеры когда линух виснет? :) FB +NVideo. Самый легкий способ. Еще бывает когда мышку выдергиваешь из PS2 и обратно вставляешь. :) Ну не все так просто и в Линухе. ;)

mumpster:

>А FAT'у всё равно сколько записей и в каких каталогах показывают на данный кластер. rtfm.;)

Только при удалении имени там и трансляция FAT удаляется.

>надо было просто сказать как пример "rpm -U glibc*" :)
Можно при установке сделать backup /lib. Благо никто тебе не помешает загрузиться в случае чего с инсталляционного cd в shell и вернуть всё обратно.

P.S. А что, и правда всё так плохо с обновлением glibc?

Можно при установке сделать backup /lib. Благо никто тебе не помешает загрузиться в случае чего с инсталляционного cd в shell и вернуть всё обратно.

Пример был приведен с глибс что бы показать как элементарно сможет рухнуть система если апдейтить сервер без запаса на востановление. А так вообще не понимаю зачем рабочий сервер апдейтить...

без запаса времяни на востановление...

4 anonymous (*) (13.11.2003 16:38:28)

>вСБЮЙ УБЮРХР МЕЯРХ АПЕД Н РНЛ Б ВЕЛ мхвецн МЕ ОНМХЛЮЕЬЭ ! кСВЬЕ ОНЛНКВХ - ГЮ СЛМНЦН ЯНИДЕЬЭ

РНЙЮ ТЮМЮРЕРЭ МЕ МЮДН, КЮДМН? :) я ЯКХЬЙНЛ ЯРЮПШИ ЪГШЙ... Х БННАЫЕ Б МЕЛ КЕЦЙН ЯДЕКЮРЭ РЮЙХЕ НЬХАЙХ, ЙНРНПШЕ Б ДПСЦХУ ЪГШЙЮУ (МС УНРЪ АШ Б ДЕКТХ) ЯДЕКЮРЭ РПСДМН ХКХ БННАЫЕ МЕКЭГЪ. МС ОНМЪРМН РЕАЕ МЕ МПЮБХРЯЪ ВРН ЯХДХЕГ ОПХДСЛЮКЮ MS... Х РШ ЕЦН МЕ ОПНАНБЮК... РБНХ ОПНАКЕЛШ :) Ю ЛМЕ БЯЕ ПЮБМН ЙРН ЕЦН ОПХДСЛЮК

4 jackill (*) (13.11.2003 17:11:32)

>NEC NR-7800A - МЕ ОХЬЕР ОНД БХМДЮЛХ. пЮМЭЬЕ ОХЯЮК, ОНЙЮ БХМДШ МЕ ОЕПЕЯРЮБХК. гЮЕ...КЯЪ СФЕ

МЕ ГМЮЧ ВРН ОНДЯЙЮГЮРЭ... МХ ПЮГС Я РЮЙХЛ МЕ ЯРЮКЙХБЮКЯЪ ВРНА ОНЯКЕ ОЕПЕСЯРЮМНБЙХ БХМ ОЕПЕЯРЮБЮК ОХЯЮРЭ CD... ЛНФ ОПЮБДЮ ОПНАКЕЛЛЮ Б ФЕКЕГЙЕ?

>ю РЮЙ НМЮ ОНБХЯКЮ Х ГЮБЕЯХКЮ cd-rom ДЮФЕ МЮ ВРЕМХЕ. оПХ ЩРНЛ БХМДШ МНПЛЮКЭМН МЕ ОЕПЕЦПСФЮЧРЯЪ - ЯЕЦНДМЪ ФДЮК 15 ЛХМСР (ОНЙЮ ЕК), ОНРНЛ reset. рЮЙ ЩРЮ РБЮПЭ ДЮФЕ БХМРШ МЕ ЯОНДНАХКЮЯЭ НРЙКЧВХРЭ.

Ю РШ ОПНАНБЮК ОПНЯРН САПЮРЭ Х ЯМНБЮ ОПНХМЯРЮККХРЭ ЯЮЛС МЕПН? ЕЯКХ ЩРН ОНБПЕДХКЯЪ ЕЕ ЛНДСКЭ ЙЕПМЕК ЛНДЕ (ЙНРНПШИ ГЮБЕЬХБЮЕР ОПХБНД, Х МЮ БХМДС БКХЪЕР), РН ОПХ ОЕПЕСЯРЮМНБЙЕ БЯЕ ДНКФМН БЕПМСРЭЯЪ Б МНПЛС... ХКХ С РЕАЪ ЯЕИВЮЯ БХМДЮ БННАЫЕ МНПЛЮКЭМН МЕ ЦПСГХРЯЪ, ДЮФЕ Б ЯЕИТ ЛНДЕ?

>ОНПНВМЮЪ ОПЮЙРХЙЮ ПЕЮКХГЮЖХХ ЦПЮТХВЕЯЙНИ ОНДЯХЯРЕЛШ Б ЪДПЕ. нРНПБЮРЭ, БХДЮРЭ, МЕ ЛНЦСР.

ЯОНПМШИ БНОПНЯ ЙЮЙ КСВЬЕ... НРНПБЮРЭ ЕЯЯЕЯМН ЛНЦСР. ЯНАЯРБЕММН ДН NT 4 ЦПЮТ. ОНДЯХЯРЕЛЮ МЕ Б ЪДПЕ АШКЮ Ю Б НРДЕКЭМНЛ ЧГЕПЯЙНЛ ОПНЖЕЯЯЕ(ОНДЯХЯРЕЛЮ ЯПЕДШ Win32)... МН РНЦДЮ ЦПЮТХЙЮ ГЮЛЕДКХРЯЪ ЕЯКХ НОЪРЭ БШМЕЯРХ ЦПЮТХЙС ХГ ЪДПЮ Б ОНКЭГНБЮРЕКЭЯЙХИ ОПНЖЕЯЯ... ОПНХГБНДХРЕКЭМНЯРЭ, АКХМ, ЙСДЮ НР МЕЕ ДЕРЭЯЪ Ю ЙЮФДНЕ ОЕПЕЙКЧВЕМХЕ ХГ ЧГЕП ЛНДЕ(ОПНЦЮ) Б ЙЕПМЕК ЛНДЕ(ЪДПН) Х ОНРНЛ НОЪРЭ Б ЧГЕП ЛНДЕ (ЦПЮТ. ОНДЯХЯРЕЛЮ), Ю ОНРНЛ БЯЕ ЩРН НАПЮРМН ОН ЖЕОНВЙЕ - ЩРН ЛМНЦН РЮЙРНБ ОПНЖЮ, ЙСДЮ ОПНЫЕ Х АШЯРПЕЕ РЮЙ ЙЮЙ ЯЕИВЮЯ - Ю ЛНФЕР Х БШМЕЯСР Б Longhorn, ОПНЖШ ЯРЮКХ ЦХЦЮЦЕПЖНБШЕ, РЮЙ ЬРН ЛНФМН Х НАПЮРМН :) БЕПМСРЭ ЦПЮТХЙС НАПЮРМН Б ЧГЕП ЛНДЕ РЕУМХВЕЯЙХ МЕЯКНФМН (ЦПЮТХЙЮ МЕ ОН БЯЕЛС ЪДПС ПЮЯЙХДЮМЮ Ю КЕФХР Б НДМНЛ ЛНДСКЕ Win32k.sys) Х ЩРН МЕ ОНБКХЪЕР МЮ ОПХЙКЮДМНИ ЯНТР. БНОПНЯ РНЙЮ Б ЯЙНПНЯРХ ЦПЮТХВЕЯЙХУ НОЕПЮЖХИ.

>ю БХМДШ Б ХМЕРЕ АЕГ НАМНБКЕМХЪ ОПЪЛН РЮЙХ ПШАЮ Б БНДЕ. "RPC Х БЯЕ, БЯЕ, БЯЕ" МЮГШБЮЕРЯЪ.

НА ЩРНЛ Ъ СФЕ ЦНБНПХК - ОПНЯРНИ ТЮЕП ПЕЬЕМХЕ БЯЕУ ОПНАКЕЛ Я RPC Х DCOM. Х МХЙЮЙХУ НАМНБКЕМХИ БХМ (БНР ЙЮЙ ОНЯРЮБХК Ъ SP3 АНКЭЬЕ ЦНДЮ МЮГЮД РЮЙ Я РЕУ ОНП МХ НДМНЦН ОЮРВЮ Х ДЮФЕ ЯВЮЯ SP4 ЯРЮБХРЭ МЕ ЯРЮК. Ю ГЮВЕЛ? ТЮЕП ОНПРШ ГЮЙПШБЮЕР, аЩР ЦЮПЮМРХПСЕР ВРН ОПХЮРЮВЕММШИ ВЕПБЭ МЕ ОПНЯЙНВХР, Ю нОЕПЮ КХЬЕМЮ НЦПНЛМНЦН ВХЯКЮ СЪГБХЛНЯРЕИ ЯБНИЯРБЕММШУ IE)

>бНР РЮЙ Х РСР - Ю ТЮИПБНКК-РН МЮ ВЕЛ? ю ТЮИПБНКК-РН МЮ КХМСЙЯЕ. юСРОНЯР Х БЯЪЙХУ ЦБЮПДНБ МЕ ОПЕДКЮЦЮРЭ.

МЕ ОНМЕК :) ВРН ГМЮВХР - "ю ТЮИПБНКК-РН МЮ КХМСЙЯЕ"?. РШ ЯВХРЮЕЬЭ ВРН РНЙЮ iptables + ЯПЕДЯРБЮ ТХКЭРПЮЖХХ РПЮТТХЙЮ Б КХМСЙЯНБНЛ ЪДПЕ ЛНФМН МЮГБЮРЭ ТЮЕПБНКНЛ, Ю БХМТЮЕП + ЯПЕДЯРБЮ ТХКЭРПЮЖХХ РПЮТТХЙЮ Б ЯЕРЕБНИ ОНДЯХЯРЕЛЕ NT - ЩРН МЕ ТЮЕП, Ю РЮЙ, МЕДНПЮГСЛЕМХЕ? :) МС Ю ВЕЛ ЮСРОНЯР МЕ ОНМПЮБХКЯЪ? С ЛЕМЪ МЕ НМ, МН БЯЕ ФЕ? КЧДХ УБЮКЪР, МЮЯРПНЕЙ ДНЯРЮРНВМН, АЕГНОЮЯМНcРЭ ЙНЛОЮ НАЕЯОЕВХБЮЕР (ПЮГБЕ ВРН БХПЕИ МЕ КНБХР, МН ЩРХЛ ОСЯРЭ ЮМРХБХПЭ ГЮМХЛЮЕРЯЪ), АЮЦНБ Б ЯЮЛНЛ ТЮЕПЕ (Б НРКХВХЕ ДНОСЯРХЛ НР ZA) БПНДЕ МЕ НАМЮПСФЕМН... ПЮГБЕ БХМ ТЮЕП МЕ СЛЕЕР ОНПРШ ГЮЙПШБЮРЭ? РЮЙ Ъ ОПНБЕПЪК - ЛЕМЪ ЛМНЦН ПЮГ ЯЙЮМХКХ, Х ОНПРШ МЕ НРБЕВЮКХ, Х ОХМЦ МЕ ОПНУНДХК, Ю Ъ Б ЩРН БПЕЛЪ Б ХМЕРЕ АПНДХК... ДЮ МНПЛЮКЭМШЕ ТЮЕПШ, ДКЪ ЩМД-ЧГЕПНБ ЯЮЛНЕ НМН...

>рШ ОНЯЛНРПХ, ВРН МЮГШБЮЕРЯЪ ДПЮИБЕПНЛ Х ВРН МСФМН ДКЪ СОПЮБКЕМХЪ ЛНДЕЛНЛ. рШ НВЕМЭ СДХБХЬЭЯЪ.

Ю ВЕЦН ЯЛНРПЕРЭ-РН? ДПЮИБЕП СОПЮБКЪЕР ФЕКЕГЙНИ (ТХГХВ. СЯРПНИЯРБН) Х ЕЯРЭ ЕЫЕ ДПЮИБЕПШ КНЦХВ. СЯРПНИЯРБ (ОНЛМХЬЭ CLOCK$ Б ДНЯЕ? :))... ОПН AT-ЙНЛЮМДШ ЕЯЯЕЯМН ГМЮЧ Х ЦНДЮ ВЕРШПЕ МЮГЮД Ъ Я МХЛХ ЮЙРХБМН ХЦПЮКЯЪ Б ЦХОЕПРЕПЛХМЮКЕ Х ЕЫЕ Б ЙЮЙНИ РН ЙНМЯНКЭМНИ ОПНЦПЮЛЛСКХМЕ Ю ОНРНЛ ГЮАХК МЮ МХУ... ЛНДЕЛ ПЮАНРЮЕР Х КЮДМН.

4 sS (*) (13.11.2003 17:12:48)

>БЯРЮБЭ CD Х ГЮОСЯРХ Я МЕЦН ВЕЦН МХАСДЭ (ХКХ ОНДЦПСГХ Я МЕЦН DLL) Ю ОНРНЛ ДНЯРЮМЭ ЕЦН (яD) ХГ ОПХБНДЮ - ЙЮЙ РШ ДСЛЮЕЬЭ - ЦДЕ АСДСР "ЙСЯЙХ DLL" ? ;) - ЙНПНВЕ RTFM

ЙНПНВЕ, МЕ ЛМЕ ПРТЛ Ю РЕАЕ ПХУРЕПЮ ВХРЮРЭ. ЕЫЕ ДЮЮЮЮБМН НМ ЯЙЮГЮК ЦДЕ АСДЕР ДКК Б РЮЙНЛ ЯКСВЮЕ... Ю РШ ДСЛЮЕЬЭ НМЮ ЖЕКХЙНЛ Б ОЮЛЪРХ АСДЕР? :) НМЮ АСДЕР РЮЛ ФЕ, ЦДЕ Х Б РНЛ ЯКСВЮЕ, ЕЯКХ ЕЕ ГЮЦПСГХРЭ Я ДХЯЙЕРШ, Ю ДХЯЙЕРЙС БШМСРЭ... Б ЯХЯРЕЛМНЛ ЯБНОЕ дкк АСДЕР... Х ЕЫЕ Б ОЮЛЪРХ... Ю Б ЯБНО НМЮ АСДЕР ЖЕКХЙНЛ ЯПЮГС ЯВХРЮМЮ Я ЙНЛОЮЙРЮ ХКХ ДХЯЙЕРШ... Х АСДСР ЯРПЮМХВМШЕ ЯБЪГХ ЛЕФДС dll Б ЯБНОЕ Х Б ОЮЛЪРХ... ЩРН РН ФЕ ЯЮЛНЕ НРНАПЮФЕМХЕ. Ъ БННАЫЕ-РН ХЛЕК Б БХДС дкк МЮ БХМРЕ. МН ЩРН АЕГ ПЮГМХЖШ! РШ МЕ ГМЮК ПЮГБЕ, ВРН exe- Х dll-ТЮИКШ БХМ ПЮЯЯЛЮРПХБЮЕР ЙЮФДШИ ХГ МХУ ЙЮЙ ЕЫЕ НДХМ БПЕЛЕММШИ ЯБНО! ЩРН НАЫЮЪ ЙНМЖЕОЖХЪ РЮЙЮЪ. Р.Е. ОНЯРНЪММШИ ЯХЯРЕЛМШИ ЯБНО + ЕЫЕ ЙСВЮ БПЕЛЕММШУ ЯБНОНБ, ХГ ЙНРНПШУ ОНДЦПСФЮЧРЯЪ ОН ЛЕПЕ МЕНАУНДХЛНЯРХ ЯРПЮМХЖШ Б ОЮЛЪРЭ... ЙНПНВЕ ПХУРЕПЮ ВХРЮИ, ОНДНИДЕР ДЮФЕ ЯРЮПНЕ 2-Е ХГДЮМХЕ

4 sco-killer (*) (13.11.2003 19:55:04)

>оЕПЕГЮЦПСГЙЮ ЯХЯРЕЛШ МЕ РПЕАСЕРЯЪ, РНКЭЙН X-НБ telinit 3 rmmod nvidia ./nvidia-installer ХГ ЯННРБ ДХПЕЙРНПХХ telinit 4 БЯ?, МНБШИ ДПХБЕП Б ОЮЛЪРХ Х ПЮАНРЮЕР (ОНВРХ БЯЕЦДЮ :-))

ЯОЮЯХАН ГЮ ОНДПНАМШИ НРБЕР :) УНРЪ СФЕ Х МЕ ОЕПБШИ :) МН ВРН ГМЮВХР - ОНВРХ БЯЕЦДЮ? :) АШБЮЧР ЯКСВЮХ ЙНЦДЮ ГЮЛЕМЮ ДПЮИБЕПЮ МЮ КЕРС МЕ ОПНУНДХР? БЯЕ-РЮЙХ ХМНЦДЮ РПЕАСЕРЯЪ ПЕАСР? Б ЯЛШЯКЕ ЕЯКХ МЕ ЯЮЛ ДПЮИБЕП НЙЮФЕРЯЪ ЙПХБШЛ, Ю ОН ДПСЦНИ ОПХВХМЕ?

4 no-dashi (*) (13.11.2003 23:31:59)

>БЯОНЛМХРЕ ЙЮЙ WinXP НОПЕДЕКЪЕР "ОНБПЕФДЕММНЯРЭ" ЯХЯРЕЛМШУ АХАКХНРЕЙ? щКЕЛЕМРЮПМН - ЯПЮБМЕМХЕЛ Я "НПХЦХМЮКЭМНИ ЙНОХЕИ"

МС ДЮ... ЙНМЕВМН АШКН АШ КСВЬЕ ЕЯКХ А ЯВХРЮРЭ ЙНМРПНКЭМСЧ ЯСЛЛС ЯХЯРЕЛМНИ DLL ОН MD5, Ю БНР ЕЯКХ МЕ ЯНБОЮДЮЕР - РН ГЮЛЕМЪРЭ МЮ ЙНОХЧ (С ЙНРНПНИ ОЕПЕД ГЮЛЕМНИ РНФЕ ОНЯВХРЮРЭ MD5)

>рНКЭЙН ЕЯРЭ БНР РЮЙНИ Virtus DeathMaker, ЙНРНПШИ РЮЙ Х МЕ ЯНЦКЮЯХКЯЪ "САЕДХРЭЯЪ", ВРН ЮОЦПЕИД АХАКХНРЕЙХ МХЙНЛС МЕ ЛЕЬЮЕР

Ю ОНД КХМ РЮЙНЕ МЕБНГЛНФМН? МС Р.Е. ЙНЦДЮ ЯРЮБХРЯЪ ОЮЙЕР (ОНКЭГНБЮРЕКЭ - ПСР) Х ЩРНР ОЮЙЕР ОПХМСДХРЕКЭМН НАМНБКЪЕР НДМС ХГ ЯХЯРЕЛМШУ КХА, НР ЙНРНПШУ ГЮБХЯЪР ЛМНЦХЕ ДПСЦХЕ ОЮЙЕРШ? Х ОНЯКЕ ЩРНЦН НАМНБКЕМХЪ МНПЛЮКЭМН ПЮАНРЮЕР РНЙЮ ЩРНР ОЮЙЕР, Ю ДПСЦХЕ ЯАНЪР, РЮЙ АШБЮЕР? ХКХ ПОЛ-ЛЮМЮЦЕП РЮЙСЧ ОНОШРЙС ГЮЛЕМШ КХАШ АКНЙХПСЕР?

>лЮООХМЦ Х ГЮЦПСГЙЮ АХАКХНРЕЙ ОНВРХ БЕГДЕ РЮЙ ПЕЮКХГНБЮМ. рНКЭЙН БНР Б ЧМХЙЯЮУ ПЮАНРЮ ХДЕР Я ХМНДНИ, Ю ЕИ ОНТХЦ ЙЮЙ ЕЕ (ХМНДС) МЮГШБЮЧР. кХЬЭ АШ МНЛЕП ГМЮКХ

МС ЛЮООХМЦ ЩРН Б ОПХМЖХОЕ РЮ ФЕ ГЮЦПСГЙЮ ТЮИКЮ, РНЙЮ ОН ВЮЯРЪЛ Х Б ПЮГМШЕ ЛНЛЕМРШ БПЕЛЕМХ... БЛЕЯРН РНЦН ВРНАШ ЯПЮГС ГЮЦПСГХРЭ ТЮИК НДМХЛ ЙСЯЙНЛ...

>> Ю ЩРН ОПХБЕДЕР Й ЯАНЧ Б ОПНЦПЮЛЛЕ, ЩРС ДККЙС ХЯОНКЭГСЧЫЕИ...

>мЕ ОПХБЕДЕР - Б ОЮЛЪРХ ЯХДХР ХМНД. мЮ ДХЯЙЕ, ЙЯРЮРХ, НМ РНФЕ ФХБ ОНЙЮ ФХБ УНРЪ-АШ НДХМ ОПНЖЕЯЯ, ЙНРНПШИ ДЕПФХР ЕЦН НРЙПШРШЛ. оН ГЮЙПШРХЧ ХМНДЮ ОНЯКЕДМХЛ ОПНЖЕЯЯНЛ ОПХ СЯКНБХХ НРЯСРЯРБХЪ ЯЯШКНЙ МЮ МЕЦН ХГ тя НМ СДЮКЪЕРЯЪ - Х МХЙЮЙХУ НЬХАНЙ Б ОПХМЖХОЕ.

ЯРНО ЛХМСРЙС... ЕЯКХ ПЮЯЯСФДЮРЭ КНЦХВЕЯЙХ, ГЮВЕЛ БННАЫЕ ОНМЮДНАХКЯЪ ЛЮООХМЦ? ГЮРЕЛ, ВРНАШ ЯЩЙНМНЛХРЭ ОЮЛЪРЭ (ГЮЦПСФЕМЮ РНКЭЙН ВЮЯРЭ ТЮИКЮ, МН ЙНЦДЮ ОНМЮДНАХРЯЪ, ДХЯОЕРВЕП БХПР. ОЮЛЪРХ ОНДЦПСГХР НЯРЮКЭМШЕ ЯРПЮМХЖШ, Х ЛНФЕР НЯБНАНДХРЭ КХЬМХЕ) Х ЕЫЕ ДКЪ ЦХАЙНЯРХ (ТЮИК ПЮГАХБЮЕРЯЪ МЮ МЕАНКЭЬХЕ ЯРПЮМХВЙХ НДХМЮЙНБНЦН ПЮГЛЕПЮ, ЙНРНПШЕ НВЕМЭ СДНАМН ГЮЦПСФЮРЭ Б ОЮЛЪРЭ Х ЯЙХДШБЮРЭ НАПЮРМН Б ТЮИК... МС СДНАМЕЕ НОЕПХПНБЮРЭ ЛМНЦХЛХ ЙСЯНВЙЮЛХ ОЮЛЪРХ НДХМЮЙНБНЦН ПЮГЛЕПЮ, ВЕЛ НДМХЛ АНКЭЬХЛ ЙСЯЙНЛ ГЮЦПСФЕММНИ дкк). рЮЙ? бНР ХЛЕЕЛ КХАС МЮ БХМРЕ... ЙРН-РН ЕЕ ГЮЦПСФЮЕР - НМЮ _ЖЕКХЙНЛ_ ЦПСГХРЯЪ Б ОЮЛЪРЭ Б КХМ? БНР ЩРН ХМНД? РНЦДЮ ЩРН ГЮЦПСГЙЮ, Ю МЕ НРНАПЮФЕМХЕ... Х МЕР МХЙЮЙНИ ЩЙНМНЛХХ ОЮЛЪРХ... НРБЕРЭРЕ ОКГ, Б КХМСЙЯЕ КХАЮ ГЮЦПСФЮЕРЯЪ Б ОЮЛЪРЭ _ОНКМНЯРЭЧ_ ХКХ _ВЮЯРХВМН_? ЕЯКХ ОНКМНЯРЭЧ, Х ОПХ ЩРНЛ ЕЫЕ ХЯОНКЭГСЕРЯЪ ЛЕУЮМХГЛ НРНАПЮФЕМХЪ - РН Б ВЕЛ ЯЛШЯК ЕЦН ОПХЛЕМЕМХЪ, ЕЯКХ ОЮЛЪРЭ МЕ ЩЙНМНЛХРЯЪ? МН РНЦДЮ ЛНФМН СДЮКХРЭ ЩРС КХАС МЮ БХМРЕ (ОНЯЙНКЭЙС ЕЕ НАПЮГ Б ОЮЛЪРХ НЯРЮМЕРЯЪ, Х ЯАНЪ Б ОПНЦПЮЛЛЕ, ХЯОНКЭГСЧЫЕИ ЩРС КХАС, МЕ АСДЕР). ЕЯКХ ВЮЯРХВМН - РН МЕОНМЪРМН, ЙЮЙ ЛНФМН СДЮКХРЭ КХАС АЕГ ОНЯКЕДЯРБХИ ДКЪ ОПНЦХ, ЕЕ ХЯОНКЭГСЧЫЕИ.

Ю ЛНФЕР РЮЙ, ВРН КХАЮ ЯМЮВЮКЮ ГЮЦПСФЮЕРЯЪ ВЮЯРХВМН (ЩЙНМНЛХЪ ОЮЛЪРХ ЕЯРЭ), Ю БНР ЕЯКХ ЙРН РН УНВЕР СДЮКХРЭ ТЮИК КХАШ Я БХМРЮ, РН ЯХЯРЕЛЮ ЯМЮВЮКЮ ОНКМНЯРЭЧ ЙНОХПСЕР ЩРС (ХЯОНКЭГСЧЫСЧЯЪ ОПНЦНИ КХАС) Б ОЮЛЪРЭ, Х ОНРНЛ СДЮКЪЕР КХАС Я БХМРЮ? Р.Е. ОПХ ОНОШРЙЕ СДЮКЕМХЪ ХЯОНКЭГСЧЫЕИЯЪ КХАШ (ЙНРНПЮЪ Б ЩРНР ЛНЛЕМР ВЮЯРХВМН ГЮЦПСФЕМЮ Р.Е. НРНАПЮФЕМЮ) - ДХЯОЕРВЕП БХПР. ОЮЛЪРХ Б КХМ ОНКМНЯРЭЧ ЙНОХПСЕР КХАС Б _ДПСЦНИ_ ЙСЯНЙ ОЮЛЪРХ(ЩРН ХМНД?) Х ОЕПЕСЯРЮМЮБКХБЮЕР МНБШЕ ЯБЪГХ СФЕ _МЕ ЛЕФДС_ ТЮИКНЛ КХАШ МЮ БХМРЕ Х ЙСЯНВЙЮЛХ КХАШ Б ОЮЛЪРХ, Ю ЛЕФДС ЩРХЛХ ЙСЯНВЙЮЛХ Х АНКЭЬХЛ МНБШЛ ЙСЯЙНЛ ОЮЛЪРХ, ЙСДЮ ГЮЦПСФЕМЮ КХАЮ ЖЕКХЙНЛ? Х ОНЯКЕ ЩРНЦН - КХАС МЮ БХМРЕ ЛНФМН СДЮКХРЭ? Ъ УНРЭ ВРН МХАСДЭ СЦЮДЮК ОПЮБХКЭМН? :) ЕЯКХ СЦЮДЮК, РН РЕУМХВЕЯЙХ МЕЯКНФМН ПЕЮКХГНБЮРЭ РЮЙНИ ЛЕУЮМХГЛ Х ОНД БХМ... БЕДЭ ЛЮООХМЦ НМ Х Б ЮТПХЙЕ ЛЮООХМЦ Х ЕЦН НАЫХИ ЛЕУЮМХГЛ МЕ НР БХМДШ ГЮБХЯХР, ОНЩРНЛС ЛМЕ ХМРЕПЕЯМН, ЙЮЙ ЩРН РЕУМХВЕЯЙХ ПЕЮКХГНБЮМН Б КХМ

>вРНАШ ЛХМХЛХГХПНБЮРЭ ОПНЯРНИ ОПХ ЮОЦПЕИДЕ. хКХ БННАЫЕ ЕЦН (ОПНЯРНЪ) ХГАЕФЮРЭ. бШ МХЙНЦДЮ МЕ ЮОЦПЕИДХКХ ЯЕПБЕП, ОЕПЕЙКЧВЕМХЕ ЯЕПБХЯНБ ЙНРНПНЦН МЮ ПЕГЕПБМШИ ГЮМХЛЮЕР 15 ЛХМСР, Ю ОНКЭГНБЮРЕКХ ОНДШЛЮЧР ЬСЛ СФЕ ВЕПЕГ 10

Ю, МС ОНМЪРМН... ЩРН ЛНФЕР ОНМЮДНАХРЭЯЪ ДКЪ ВХЯРН ЯЕПБЕПМШУ МСФД... ДКЪ ДЕЯЙРНОНБ РЮЙЮЪ ТХВЮ ЙЮЙ СДЮКЕМХЕ ГЮЦПСФЕММНИ Б ОЮЛЪРЭ КХАШ МЕ МСФМЮ.

>оНЙНКЕМХЕ, ГЮЦСАКЕММНЕ Windows - ВРН ОПН БЮЯ ЕЫЕ ЯЙЮГЮРЭ?

АШК АШ Ъ ГЮЦСАКЕМ БХМДНБГ - МЕ ХМРЕПЕЯНБЮКЯЪ А КХМСЙЯ :) Ю БНР ОНДЯЙЮФХРЕ ЛМЕ ОКГ ОПН ЦПЮТ. ОНДЯХЯРЕЛС Б КХМСЙЯ... ОПНВХРЮК Ъ ЯРЮРЭЧ йНЯРПНЛХМЮ, Б НАЫЕЛ ОНМЪРМН, МН ЕЯРЭ МЧЮМЯШ... бНР ЕЯРЭ ЦПЮТХВЕЯЙХЕ ЙКХЕМРШ (ЮМЮКНЦ БХМДНБШУ ОПХКНФЕМХИ), ЕЯРЭ X-server... йНЯРПНЛХМ ОХЬЕР:

"лЕФДС ЙКХЕМРЮЛХ Х ЯЕПБЕПНЛ ЯРНЪР ЕЫЕ ДБЮ НВЕМЭ БЮФМШУ ЙНЛОНМЕМРЮ ЦПЮТХВЕЯЙНЦН ХМРЕПТЕИЯЮ: АХАКХНРЕЙЮ ЦПЮТХВЕЯЙХУ ТСМЙЖХИ X-Lib Х ЛЕМЕДФЕП НЙНМ. лЕМЕДФЕП НЙНМ √ ЩРН НЯНАНЕ ОПХКНФЕМХЕ, ЙНРНПНЕ РНФЕ ЪБКЪЕРЯЪ ЙКХЕМРНЛ X-ЯЕПБЕПЮ, МН БШОНКМЪЕР НЯНАСЧ ПНКЭ √ НМН СОПЮБКЪЕР ДПСЦХЛХ ЙКХЕМРЮЛХ. нДМЮ ХГ НЯМНБМШУ ТСМЙЖХИ, ЙНРНПШЕ БШОНКМЪЕР КЧАНИ ЛЕМЕДФЕП НЙНМ √ ЩРН НАЕЯОЕВЕМХЕ БНГЛНФМНЯРХ ГЮОСЯЙЮ ДПСЦХУ ОПХКНФЕМХИ. йПНЛЕ РНЦН, ЛЕМЕДФЕП НЙНМ НАЕЯОЕВХБЮЕР БШОНКМЕМХЕ БЯЕУ НОЕПЮЖХИ Я НЙМЮЛХ: ОПНПХЯНБЙС ПЮЛНЙ, ЛЕМЧ, ХЙНМНЙ, ОНКНЯ ОПНЙПСРЙХ Х ДПСЦХУ ЩКЕЛЕМРНБ НЙМЮ, ОПЕДНЯРЮБКЪЕР БНГЛНФМНЯРЭ ХГЛЕМЪРЭ БХД Х ОНКНФЕМХЕ НЙМЮ Б ОПНЖЕЯЯЕ ПЮАНРШ Б ЯННРБЕРЯРБХХ Я ОНРПЕАМНЯРЪЛХ ОНКЭГНБЮРЕКЪ, Ю РЮЙФЕ НАЕЯОЕВХБЮЕР БШБНД ХМТНПЛЮЖХХ НР ОПХКНФЕМХЪ Б ЯННРБЕРЯРБСЧЫЕЕ НЙМН."

Р.Е. ОНКСВЮЕРЯЪ, ВРН ЛЕМЕДФЕП НЙНМ (ПЮАНРЮЧЫХИ Б ЧГЕП ЛНДЕ) - ЩРН ЮМЮКНЦ user32.dll Х gdi32.dll ОНД БХМ? РЮЙ? ДЮКЭЬЕ МЮОХЯЮМН ВРН ЛЕМЕДФЕП НЙНМ ОН X-ОПНРНЙНКС НАЫЮЕРЯЪ Я X-ЯЕПБЕПНЛ (ЩРН ЕЫЕ Б ЧГЕП ЛНДЕ), Ю ДЮКЭЬЕ X-ЯЕПБЕП БГЮХЛНДЕИЯРБСЕР Я ДПЮИБЕПЮЛХ СЯРПНИЯРБ ЙЕПМЕК ЛНДЕ... ЩРН ОНМЪРМН, МН йНЯРПНЛХМ ЕЫЕ СОНЛХМЮЕР МХГЙНСПНБМЕБСЧ АХАКХНРЕЙС X-Lib - Ю НМЮ ГЮВЕЛ? Б ЩРНИ ЯРЮРЭЕ ЕЯРЭ ПХЯСМНЙ, МЕ ЯНБЯЕЛ ОНМЪРМШИ... РЮЛ ГМЮВХР ОПХКНФЕМХЕ НАПЮЫЮЕРЯЪ Й ЛЕМЕДФЕПС НЙНМ, Ю БНР ЛЕМЕДФЕП ЛНФЕР КХАН НАПЮРХРЭЯЪ Й X-server'С КХАН Й ДНОНКМХРЕКЭМШЛ ЦПЮТХВЕЯЙХЛ АХАКХНРЕЙЮЛ (Motif, Qt, GTk), Ю КЧАЮЪ ХГ ЩРХУ АХАКХНРЕЙ НАПЮЫЮЕРЯЪ СФЕ Й X-lib... Ю Й ЙНЛС ДЮКЭЬЕ НАПЮЫЮЕРЯЪ X-Lib (МЮ ЯУЕЛЕ ЩРН МЕ НРНАПЮФЕМН)? Й ХЙЯЮЛ? ХКХ СФЕ Й ДПЮИБЕПС СЯРПНИЯРБЮ? Ю ЛНФЕР КХ Motif, Qt ХКХ GTk НАПЮРХРЭЯЪ МЕ Й X-Lib, Ю Й X-Server'С? ЩРН РНФЕ МЮ ЯУЕЛЕ МЕ ОНЙЮГЮМН... РН КХ ЯЮЛЮ ОН ЯЕАЕ ЦПЮТ. ОНДЯХЯРЕЛЮ Б КХМСЙЯ ВПЕГЛЕПМН СЯКНФМЕМЮ, РН КХ йНЯРПНЛХМ ГЮОСРЮК ЩРНР БНОПНЯ Б ЯБНЕИ ЯРЮРЭЕ.

БНР ЕЫЕ ЙНЯРПНЛХМ ОХЬЕР: "нДХМ Х РНР ФЕ X-ЯЕПБЕП ЛНФЕР НДМНБПЕЛЕММН ХЯОНКЭГНБЮРЭЯЪ ЛМНЦХЛХ ОПХКНФЕМХЪЛХ" - ГМЮВХР ОПХКНФЕМХЕ ЛНФЕР МЮОПЪЛСЧ НАПЮЫЮРЭЯЪ Й X-ЯЕПБЕПС ОН X-ОПНРНЙНКС, ЛХМСЪ ЛЕМЕДФЕП НЙНМ (МЮ ЯУЕЛЕ ЩРН РНФЕ МЕ ОНЙЮГЮМН)? Р.Е. РХОЮ ЙЮЙ ПЮМЭЬЕ АШКН Б DOS - ЛНФМН БШГШБЮРЭ ДНЯНБЯЙХЕ ТСМЙЖХХ (ЙНРНПШЕ ОНРНЛ БШГШБЮЧР АХНЯ), Ю ЛНФМН ЯПЮГС АХНЯ? РЮЙ Х Я ЛЕМЕДФЕПНЛ НЙНМ Х X-ЯЕПБЕПНЛ?

4 jackill (*) (14.11.2003 8:33:44)

>мХЙРН МЕ ОПНАНБЮК ЙБЮЙ РПЕРХИ МЮ БРНПНЛ ЯЕПБЕПЕ ОСЯЙЮРЭ? оЕПЕЙКЧВЮЕЬЭЯЪ МЮ ОЕПБШИ Х ЩРЮ ЯБНКНВЭ БШКЕРЮЕР.

БЯОНЛМХКЯЪ ЛМЕ НДХМ РПЕИД Я ОПНЬКНЦН ЦНДЮ, ЙЮЙ ПЕДУЕР АПНЯЮЕР БШГНБ ЛХЙПНЯНТР МЮ ДЕЯЙРНОЮУ, ОНЛМХЬЭ ДФЕЙХК? :) РЮЛ ЯМЮВЮКЮ АШКЮ АЮИДЮ ЙЮЙ НАШВМН Ю ОНРНЛ ПЕВЭ ГЮЬКЮ Н БНГЛНФМНЯРХ БЙКЧВХРЭ Б КХМСЙЯЕ БРНПНИ БХДЕНДПЮИБЕП НДМНБПЕЛЕММН Я ОЕПБШЛ... МЕ БРНПШЕ ХЙЯШ ГЮОСЯРХРЭ Ю ХЛЕММН БРНПНИ ДПЮИБЕП ЙЕПМЕК ЛНДЕ. ВРНА ОЕПЕЙКЧВЮРЭ ДЕЯЙРНОШ. ЙЮЙ ОПХЛЕП ЦХАЙНЯРХ КХМСЙЯ ОН ЯПЮБМЕМХЧ Я МЕЦХАЙНИ БХМДНИ :) МС РЮЛ ЕЫЕ PTO Я ЙЕЛ-РН ЮЙРХБМН ЯОНПХК :) МЮЯЙНКЭЙН Ъ ОНЛМЧ ЩРС ЯСОЕПОЕПЕЙКЧВЮКЙС ДЕЯЙРНОНБ РЮЙ Х МЕ ЯЛНЦКХ МЮОХЯЮРЭ... ДЮФЕ ГЮ 200 АЮЙЯНБ :)

2 jackill (*) (14.11.2003 8:05:31)
Слышал. А вы слышали фразу - параноидальный страх?
Я опять повторяю - я говорю про десктоп, конкретно - про виндовую линейку, которая, в отличие от старых ю-линуксов в абсолютном большинстве случаев спокойно переносит такой ресет. Да, на серваке такое делать - не стОит. На ю-линуксовом, наверно, категорически не стоит. Но что вы все время военные требования применяете к гражданской жизни?
Я тоже как-то ждал из любопытства, когда кде висел, крестом не закрывался, и только альт+ктрл+бкспс его вышибало. А гуру из АСП моему человечку (пришедшему на выставку) в пару секунд такое прочистил через килл ... И считал это нормальным. А что в таком случае делать домашнему или корпоративному юзеру? Звонить в поддержку? Набирать кучу тупых значков в командной строке и диктовать по телефону? Разрешать удаленный доступ? Время и гимор на такое просто несопоставимы с минутным перезагрузом.
Вы ж не ездите по городу на грузовике только потому, что на нем удобно картошку с базара возить? Если б линукс во всеми своими несомненными плюсами был бы настолько удобным как винда, гейтс давно бы на паперти сидел. Но вот только "бы" мешает.
А тут как почитаешь - так линь сплошной плюс, а винда сплошной сакс. :)

2 jackill (*) (14.11.2003 8:25:12)
Опять про условия и трудности инсталшилда/рпм? Даже спорить не буду. Я про это не начинал, я в этом не спец.
Под 95 не пойдет? Извините, я видел десятки современных программ, которые идут от 95 до ХР. Как вы думаете, какой простейший путь такой работоспособности? :) Да, именно этот, тупой - тащить все по максимуму с собой. :) Да, дистриб получается дикий - как тут сказали, меньше мега не найдешь. Но будет работать хоть на краболовке. :)
ДМА. Почему дурь? Неудобно? В некоторых случаях - да, неудобно. Как часто? Как часто вы в рабочем режиме на рабочей машине передергиваете включение ДМА? :)
Не заморачивайтесь на glibc. Это чел предположил. Я говорил только про порядок проблемы.

Виндузятник

2 anonymous (*) (14.11.2003 15:57:06)
епрст!

Это ж я там свои баксы к PTO-шным плюсовал! Никто не захотел заработать. :)

Виндузятник

А с другой машины перегрузить?

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

Уже был это пример с мышкой. Только что выдергивал. Все работает.

Чтоб не поломали.

Ну линуха после резета (проверял, неоднократно) встают отменно. У меня
ext3 и все по разделам разведено, так что если что и умрет, то не все
сразу.

Винда - у меня слов просто нет. Я видел не раз, как умирал NTFS... Зрелище
печальное. Ставить на фат? Можно, но тогда нет гарантий, что все будет
цело после сбоя.

Ни винды, ни линуха у меня, слава богу, не виснут (за исключением описанного
случая с nero), однако от диких электриков еще никто не застрахован.

Нет, можно, конечно, упс купить. Но нафига тогда журналируемые FS?

А про передергивание DMA - помнишь рекомендации - если у вас херня с
винтом/сдромом, выруби DMA, глядишь полегчает. Видел даже, где легчало...

У линукса одна проблема - user friendly interface for lames who can't read docs.

Вообще было бы здорово, если бы писал в нормальной кодировке.

С железкой все пучком - под линухами-то все пишется. Да и nero вроде живая.
Я так думаю, надо драйвер atapi попробовать сменить - больше уже ничего придумать не могу. Все остальное менял и возвращал, не работает, скотина.

Графику я имел ввиду для серверов. Что касается замедления - ты в третьем кваке сколько fps теряешь под линухами в сравнении с виндами?

Пролетали сообщения о взломе штатного файрволла, да и об аутпосте тоже.

Так вот, есть AT-команды, которые ты передаешь в модем любой программулиной (да хоть терминалом), а работает вся эта чудь на драйвере компорта (или usb - в зависимости от испорченности). UART, понимаешь. Ссылку на "драйвер" для модема тебе дали, вроде. Видел, что внутри?
А теперь загадка - внешний acorp под виндами не работает без этого ссаного драйвера как стандартный модем. А под линухами пашет.
Повторюсь, про софтовые я тут не говорю.

Почти всегда (про иксы) - это значит, что иксы могут не стартовать при замене. Тогда можешь откатиться на старый драйвер. Перегружаться не нужно.

Под лин такое (с заменой) невозможно. Он матерится на конфликт и хоть ты обвещай его всякими nodeps и force - не встанет.

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

Статью ты эту зря взялся читать - она кривая.

Переключалку какую-то видел, фишка не в этом. Долбанный квак теряет связь с реальностью (читай с монитором), ему это не нравится и он падает. Проблема по ходу в glx (то есть не совсем к кваку проблема).

Да нееее, почитай почитай форумы как все отказываются от фб в пользу дров или наоборот. :)) Глючат все одинаково...не спорю что виндз лучше, я вчера ссылку кидал, что универсальный солдат в америке будет под линуксом работать, но то что и линукс вешается-факт. :) У меня был случай как контроллер жесткого диска сжег из-за Линукс... :) ДМА включил. А поддержки в ядре не было еще чипсета(надеюсь никому не секрет, что Линукс отстает в дровах от виндз) ;)

Винда - у меня слов просто нет. Я видел не раз, как умирал NTFS... Зрелище печальное. Ставить на фат? Можно, но тогда нет гарантий, что все будет цело после сбоя.

Тоже самое про Линукс могу сказать. ;) Видел не раз как не одна сотня метров документации накрывалась из-за того что ext2 ext3 рухалась.

Нет, можно, конечно, упс купить. Но нафига тогда журналируемые FS?

Это пиздец всему. :)) У тебя сервера на одну ФС расчитаны? :)) Гнать таких админов надо как ты. ;)) я тебе не буду про электронику говорить ибо чувствую что судя по "линуксу не нужны дрова" вы далеки от технической стороны. :) Наслаждайтесь до поры до времени файловой системой. ;) пока винт не сгорит.

не спорю что виндз лучше глючит-поправлюсь. :) А то схаваете меня. :))

ты админ кстати или рядовой юзверь? ;))

>> Только есть вот такой Virtus DeathMaker, который так и не
>> согласился "убедиться", что апгрейд библиотеки никому не мешает

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

RPM не даст провернуть такого финта - если кто-то пытается заменить "не свою" часть (какой-либо файл), то этот "кто-то" обламывается - если устанавливающий не сказал --force. А если сказал - тогда ёк, может и такое получиться.

>> Маппинг и загрузка библиотек почти везде так реализован.
>> Только вот в юниксах работа идет с инодой, а ей пофиг как
>> ее (иноду) называют. Лишь бы номер знали

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

НЕПРАВИЛЬНО. Это отображение в виртуальную память содержимого некоторого персистентного объекта (файла). Не больше и не меньше :-)

>>> а это приведет к сбою в программе, эту дллку использующей...

>> Не приведет - в памяти сидит инод. На диске, кстати, он
>> тоже жив пока жив хотя-бы один процесс, который держит
>> его открытым. По закрытию инода последним процессом при
>> условии отсутствия ссылок на него из ФС он удаляется - и
>> никаких ошибок в принципе.

> Вот имеем либу на винте... кто-то ее загружает - она _целиком_
> грузится в память в лин? вот это инод? тогда это загрузка, а
> не отображение...

НЕТ, НЕ ТАК. Каждый файл на ФС имеет свой уникальный в рамках этой ФС идентификатор. Этот идентификатор - НЕ ИМЯ. Inode (инод) содержит еще и много другой информации о файле - например, атрибуты владельца и прав доступа.

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

Как идет обращение к файлу через дескриптор?

По декриптору выбирается инод (который хранится в памяти), потом он отдается драйверу ФС заодно с указанием операции. Удалении файла производится в два шага: сначала удаляется запись каталога, указывающая на этот файл, затем в памяти ищется инод этого файла. Если файл не открыт, драйвер ФС прибивает его и на диске, помечая блоки, которые занимал файл, как свободные. А если файл был открыт другим процессом (или даже этим же) в момент удаления, в его иноде производится пометка "подлежит удалению при закрытии". Как только процесс закроет файл, счетчик открытий инода будет уменьшен, а когда он достигнет 0, то инод будет отдан драйверу ФС на операцию удаления, и только тогда файл будет окончательно удален. Следствие это стратегии - возможность (теоретическая) сделать UNDELETE для файла (правда, пока этого не сделано). Я специально не вдаюсь в подробности, как эта самая пометка "мертв по прибытию" реализуется, так что кернелхацкерам просьба не беспокоиться с моим просвещением :-)

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

Оно совсем не забирается в память - разве что в кэш :-) а ссылаемся по иноду, и пока либка загружена (маппинг не завершен) - инода жува, и файл жив. И не важно, что он безымянный (как солдат :-))

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

Прочтите внимательно два вышестоящих абзаца, и you'll became enlight"

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

Вы уже поняли, что угадали неправильно :-)

>> Чтобы минимизировать простой при апгрейде. Или вообще его
>> (простоя) избежать. Вы никогда не апгрейдили сервер, переключение
>> сервисов которого на резервный занимает 15 минут, а пользователи
>> подымают шум уже через 10

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

Нет, не только на сервере - если я тяну из инета файл, я имею право параллельно апгрейдиться? Имею. Или мне надо прервать закачку (которая шла по http почти сутки, и через сутки еще закончится), чтобы обновить одну glibc? :-)

>>Поколение, загубленное Windows - что про вас еще сказать?

> был бы я загублен виндовз - не интересовался б линукс :)

Ну, рад за вас :-)

> Костромин пишет: "Между клиентами и сервером стоят еще два
> очень важных компонента графического интерфейса: библиотека
> графических функций X-Lib и менеджер окон. [...skipped...]
> Одна из основных функций, которые выполняет любой менеджер
> окон – это обеспечение возможности запуска других приложений.
> Кроме того, менеджер окон обеспечивает выполнение всех операций
> с окнами: прорисовку рамок, меню, иконок, полос прокрутки и
> других элементов окна

Костромин нагло пиздИт - т.е. обманывает всех. В задачи Window Manager'а входит ТОЛЬКО управление положением/размером/порядком/фокусом окон. Он (WM) имеет право даже не рисовать рамок вокруг окон. Или рисовать. Или изменить координаты и состояние окна. И много чего еще - но WM никогда не рисует внутри чужих окон(окон приложений). И его (WM) совершенно не волнует, кто рисует контролы внутри окна - этим занимаются т.н. тулкиты: gtk, qt, fltk, Xaw, Xview, vxWindows и т.д.

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

WM управляет ТОЛЬКО положением/размером окна. Каждый должен заниматься своим делом - приложение рисует внутри окон, WM располагает/активизирует эти окна. Все работают в соглсии и друг другу не мешают.

> т.е. получается, что менеджер окон (работающий в юзер моде)
> это аналог user32.dll и gdi32.dll под вин? так?

Нет, не так. Впрочем, вы это уже сами поняли :-) В отличие от "виндовой" идеолологии, где каждое окно само рисует свою рамку и свои кнопочки в рамке (см. WM_NCPAINT, например), в X11 window manager рисует только рамку, а приложение рисует все кроме рамки.

> что менеджер окон по X-протоколу общается с X-сервером (это
> еще в юзер моде), а дальше X-сервер взаимодействует с драйверами
> устройств кернел моде... это понятно,

Это гон. X-сервер работает с файлами устройств (либо с shared memory), но он совершенно не лезет на уровень ядра - X-сервер сидит в usermode, как и WM. Поэтому, если не использовать dri, nvidia-kernel и прочее, X-сервер не завесит систему - он всего лишь приложение, равноправное со всеми остальными, и ни в чем остальных не превосходящее.

> но Костромин еще упоминает низкоуровневую библиотеку X-Lib - а
> она зачем? в этой статье есть рисунок, не совсем понятный...
> там значит приложение обращается к менеджеру окон, а вот менеджер
> может либо обратиться к X-server'у либо к дополнительным графическим > библиотекам (Motif, Qt, GTk),

Набейте Костромину лицо (морду). Он нагло врет. X-lib есть прослойка между X-клиентом (приложением) и X-сервером, избавляющая X-клиента от необходимости знать и понимать X-овый протокол. И X-клиент почти никогда не ходит к window manager'у на поклон (ну разве что с просьбой установить свою иконку, тайтл и прочие параметры).

> вот еще костромин пишет: "Один и тот же X-сервер может
> одновременно использоваться многими приложениями" - значит
> приложение может напрямую обращаться к X-серверу по X-протоколу,
> минуя менеджер окон (на схеме это тоже не показано)? т.е. типа
> как раньше было в DOS - можно вызывать досовские функции
> (которые потом вызывают биос), а можно сразу биос? так и с
> менеджером окон и X-сервером?

Приложение в общем случае НЕ ЗНАЕТ о существовании Window Manager'а. Или о его разновидности - определен только интерфейс организации сеанса (session). Приложение крайне редко обращается напрямую к WM (за исключением windowmanager'овских апплетов, конечно :-)), за счет чего и получается такая гибкость и появляется право выбора десктопа и window manager'а без оглядки на приложения. Любой класический X-клиент, как следствие, может корректно работать под управлением любого WM'а

2 jackill (*) (14.11.2003 17:05:14)
"У линукса одна проблема - user friendly interface for lames who can't read docs" - это есть только одна из проблем, что вы, спецы, относитесь к пользователям, как к тупым уродам (а прямым текстом - как к быдлу), соответственно и программы делаете под себя, крутых, а не под окружающих. Ну и много пользователей вы с таким подходом наберете? :))
А что, ОО можно считать законченным, проблемы все решены? Ну надо же... А я вот после 2-х недельной "работы" с ним (1.1) грохнул все лин-бсд на машине, заархивил всю лит-ру и решил подождать годик - может, что изменится к лучшему. Надоело тестировать бесконечные альфы. :)
Я ни разу не видел поломанной нтфс или фат32. Везет, наверное. :) А на линухе, особо поначалу, года 4 назад - дофига. :) В том числе с убиением винды на соседнем разделе. :) Очень весело было. :)
DMA. Ну с винтом у кого-то фигня. Вырубил DMA. И что, каждый день вырубаете? :) Меня больше при ежедневной работе волнует, что ОО корежит (корежил, нет его уже у меня) документы, форматирование, и т.д.. А дма и вся остальная фигня раз поставлена, и мне не надо ее каждый день дергать. И что вы думаете мне важнее, раз перезагрузиться при установке винды или смены видеодрайвера (за 4 года целых два раза обновил), или каждый день #$@^$я с глючным ОО? :)

Виндузятник

Я ни разу не видел поломанной нтфс или фат32. Везет, наверное. :) А на линухе, особо поначалу, года 4 назад - дофига. :)

Он видимо не читает постинги как падают райзер, а xfs вроде как надежней. :)) Вот у меня проблема-увлекся этим бенихилшоу "ЛОР"...баны не помогают-открываю, жить уже не могу без комиков. :(( Как вылечиться?

2 anonymous (*) (14.11.2003 19:19:21)
Я говорил про "видел", а не про "читал". :)

Виндузятник

Я говорил про "видел", а не про "читал". :)

Я видел как падает ext но читал как боятся ставить райзер...я имел в виду, что падает не только фат.

Согласен с оратором. Правда я видел ломаные ФАТы и не раз
тоже про ext2 и raiser а вот НТФС не приходилось это дествителюно.
Про user friendly interface да нет тут не всё так плохо на мой
взгляд при некоторой доле упорства можно человека заставить пользовать
тот же КДЕ или Гном а вот про постоянные альфы это да достало.
Поэтому с болью в сердце снёс я Линух с домашней тачки к слову
говоря дома линукс стоял года 3-4 всё надежда теплилась типа
вот выйдет следующая версия Мандраки/Шапки/Альта итд и о чудо
в Линуксе можно будет не только сетку админить и по инету серфить
а и работать эфективно. Но пока что-то края не видно. Наверное Вин
не самая лучшая ОС в ней гора недостатков и глюков, ещё больше
тупизма но эта система даёт мне огромный выбор прикладного
софта для решения моих проблемм причём IMHO возможность выбора гораздо
больше чем в Линукс. Правда выбор за деньги, но и софт не в пример
функциональнее/удобнее во всяком случае того софта который нужен
мне в работе под Линухом нет вообще. Есть пионерские поделки а та
часть которая всёже существует под Линукс стоит либо столько же либо
дороже. Хотя я просто девелоплю Java+Oracle. И если в части Java под
Линукс всё вполне пристойно, то в части Oracle, да и вообще БД,
практически девственная система не знаю уж к счастью или к сожелению.
Так что даёшь Лин на сервер и Вин на десктоп по моему очень не плохая
связка получается. Хотя на сервер БД я бы всёж поставил Соляру :)