LINUX.ORG.RU

Ответ на: комментарий от anonymous

А я где-то сказал, что я админ? ;)

Не нужно выдергивать фразу из контекста. Я сказал следующее (читай
внимательно): под внешний модем в линуксе не нужны дрова в том понимании,
в котором они поставляются в windows (список AT-команд и поддерживаемые
режимы).
Вопросы, еще сложности с пониманием фраз?

jackill ★★★★★
()
Ответ на: комментарий от anonymous

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

Почему же как к быдлу? Относятся как к равным - т.е. людям, которые
способные использовать мозг и потратить некоторое время для изучения
ОС. Курсы есть по windows, курсы есть по linux. Кто не знает/боится
системы, тот ее знать не будет.

Пример:
Моя чудесная мама, приехавшая как-то раз в гости, хотела выключить
компьютер, на котором были загружены w2k. Но она не стала делать этого,
несмотря на то, что на работе у нее тоже стоит w2k и она часто
сидит в том же excel'е или word'е (за компом она больше десяти лет, так
что помнит еще и ms-dos с суперкалками всякими и win95 ее не минул).
Она не была уверена, что система такая же и побоялась что-нибудь
испортить.
А ведь интерфейс дружественный, правильно?

Хз можно ли считать ОО законченным - но работать я в нем работал.
Вчера целый день в нем сидел.

jackill ★★★★★
()
Ответ на: комментарий от anonymous

Я не использую reiser :)
В отличие от виднов, в линухах у меня есть выбор что использовать.

jackill ★★★★★
()
Ответ на: комментарий от jackill

АТ команды в Линуксе не нужны? :)) я сразу вижу что ты не админ...давай прекращать спор-уровень не тот явно.

"Вопросы, еще сложности с пониманием фраз? "

Твои фразы с трудом понимаются, вот смотри, Нет-Даши как грамотно обосновывает, Виндузятник...просто смотреть радостно, а как ты говоришь чушь про сервера и тут же говоришь что не админ. Я тебе ссылки показывал что есть понимание дров модема в Линуксе? Видел что они ничем не отличаются от скриптов chat, /etc/ppp/options, конфигов minicom просто все что делает в мастдае inf файл-ты делаешь с помощью всего этого гемороя.

anonymous
()
Ответ на: комментарий от jackill

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

И это радует(что ты по поисковикам ходишь а не по форумам). Вопросы надо задавать тогда, когда все источники иссякли, что бы тебя после вопроса или твоего утверждения ребенком не сочли...вот многие сейчас нас просто читают и не лезут в спор, потому что неуверены в правельности своих высказываний. А о твоих высказываниях я сразу говорю что ты не администратор...почему? Может быть ты много глупостей говоришь?

"Почему же как к быдлу? Относятся как к равным - т.е. людям, которые способные использовать мозг и потратить некоторое время для изучения ОС. Курсы есть по windows, курсы есть по linux. Кто не знает/боится системы, тот ее знать не будет. "

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

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

anonymous
()
Ответ на: комментарий от no-dashi

>>>Чувак хватит нести бред о том в чем НИЧЕГО не понимаешь !

>>тока фанатеть не надо, ладно? :)
>>С слишком старый язык... и вообще в нем легко сделать такие ошибки,
>>которые в других языках (ну хотя бы в делфи) сделать трудно или вообще
>>нельзя.

>>ну понятно тебе не нравится что сидиез придумала MS...
Не нравится ? Нет все вполне предсказуемо.
Кто еще мог придумать такой кусок дерьма ?

>>и ты его не пробовал... твои проблемы :)
Это с чего же ты это взял ? Еще раз повторяю хватит нести бред о том
в чем ничего не понимаешь. Я знаю и что такое C и что такое C++
и что такое C# (в котором от C только буква в названии) и потому
могу судить о них. Вот и ты для начала знаний поднакопи, а потом свои мнения нам тут высказывай.

anonymous
()
Ответ на: комментарий от anonymous

>Я тебе ссылки показывал что есть понимание дров модема в Линуксе? >Видел что они ничем не отличаются от скриптов >chat, /etc/ppp/options, конфигов minicom просто все что делает в >мастдае inf файл-ты делаешь с помощью всего этого гемороя.

Это ты будешь гемороится, а нормальные люди, не чета такому быдлу и пердуну как ты, за пять секунд создадут соединение в КДЕ или Гноме, да кто где захочет.

anonymous
()
Ответ на: комментарий от anonymous

Это ты будешь гемороится, а нормальные люди, не чета такому быдлу и пердуну как ты, за пять секунд создадут соединение в КДЕ или Гноме, да кто где захочет.

Я тоже создам соединение на Линукс и на Виндз , а вот ты на SATA свой линукс поставь...или отсосешь? ;) Дров нет к Динукс вот и жопа. :) Что я буду ставить? Правельно-Виндз. ;)

anonymous
()
Ответ на: комментарий от anonymous

Так что как будет Линукс со временем идти в ногу, с новыми технологиями-будешь мне про Линукс с гордостью говорить...а пока это ляпих пыонэров. ;))

anonymous
()
Ответ на: комментарий от anonymous

Это ты будешь гемороится, а нормальные люди, не чета такому быдлу и пердуну как ты, за пять секунд создадут соединение в КДЕ или Гноме, да кто где захочет.

А что бы ты не пердел сильно-тебе! А то сидит самый умный там. 1337 ? S 0:00 /usr/sbin/pppd user PuPkiNV /dev/modem 0.0.0.0:0.0.0.0

1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 brd 127.255.255.255 scope host lo 2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100 link/ether 00:00:1c:b5:c0:5d brd ff:ff:ff:ff:ff:ff inet 192.168.200.200/24 brd 192.168.200.255 scope global eth0 3: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP> mtu 552 qdisc pfifo_fast qlen 3 link/ppp inet 192.168.13.250 peer 192.168.13.1/32 scope global ppp0

anonymous
()
Ответ на: комментарий от anonymous

Я тоже создам соединение на Линукс и на Виндз , а вот ты на SATA свой линукс поставь...или отсосешь? ;) Дров нет к Динукс вот и жопа. :) Что я буду ставить? Правельно-Виндз. ;) ЫЫЫЫ! Мудилка туповиндозная! SATA WD2000JD Под какой-нибудь виндой пашет? Ыыыы! Пердун тупорылый, под линухом без проблем заводится, а винда твоя в синий экран отправляется. Ыыыыы!

anonymous
()
Ответ на: комментарий от anonymous

Ыыы! Пердун гуевый, далеко тебе до бзди консольной! Мессаги форматировать научись! Ыыы!

anonymous
()
Ответ на: комментарий от anonymous

Ыыы! Пердун гуевый, далеко тебе до бзди консольной! Мессаги форматировать научись! Ыыы!

Ыыы, а почему бы сайт не сделать нормальный, что бы как закинул так и было? :)) Или это называется все ручками как в Ляпихе? Что бы не отучились? :)) Ыыы...А WD2000 может это руки кривый у тебя были? :) Что то с трудом верю в твои сказки. :) Ссылку дай мне почитать где люди трахаются или ты один трахался? :)) Я же тебе ссылок про SATA могу гуеву тучу нкидать. :)) Гыыы. Консольщик хренов.

anonymous
()
Ответ на: комментарий от anonymous

WD2000 может это руки кривый у тебя были? :) Что то с трудом верю в твои сказки. :) Ссылку дай мне почитать где люди трахаются или ты один трахался? :)) Я же тебе ссылок про SATA могу гуеву тучу нкидать. :)) Гыыы. Консольщик хренов.

Ыыы! Пердун виндозный! Пердеть тока умеешь? Я те про то как винда отсасывает могу хуеву тучу ссылок кинуть! Ты прямо ответь - поднимается ли WD2000JD под виндами? Ыыыы! Пердуны виндузятные! Кто WD2000JD под виндой поднимет? Ыыыы!

anonymous
()
Ответ на: комментарий от anonymous

Я тоже создам соединение на Линукс и на Виндз , а вот ты на SATA свой линукс поставь...или отсосешь? ;) Дров нет к Динукс вот и жопа. :) Что я буду ставить? Правельно-Виндз. ;) ЫЫЫЫ! Мудилка туповиндозная! SATA WD2000JD Под какой-нибудь виндой пашет? Ыыыы! Пердун тупорылый, под линухом без проблем заводится, а винда твоя в синий экран отправляется. Ыыыыы!

Гыгыгы поучись иди почитай, криворукий пингвиненок. Не будет такого железа для рабочих станций где поддержка виндовса есть, а дисков и тд нет. http://www.wdc.com/ru/products/products.asp?DriveID=58

anonymous
()
Ответ на: комментарий от anonymous

anonymous (*) (15.11.2003 20:00:39)

Покажи ссылки на форумы где поднять не могут...;))

anonymous
()
Ответ на: комментарий от anonymous

Гыгыгы поучись иди почитай, криворукий пингвиненок. Не будет такого железа для рабочих станций где поддержка виндовса есть, а дисков и тд нет. http://www.wdc.com/ru/products/products.asp?DriveID=58

Ыыыыы! Пердун виндозный! Попробуй подними сначала с этими дровами! Хоть 9х хоть НэТи! Ыыыыы! Пердун виндозный! Винда - соска голубоэкранная.

anonymous
()
Ответ на: комментарий от anonymous

Ыыы! Пердун виндозный! Пердеть тока умеешь? Я те про то как винда отсасывает могу хуеву тучу ссылок кинуть! Ты прямо ответь - поднимается ли WD2000JD под виндами? Ыыыы! Пердуны виндузятные! Кто WD2000JD под виндой поднимет? Ыыыы!

Ну даже пусть и поднимается а под Мастдаем сосет....установи шапку 9ую на него. ;)) Или ядро не поддерживает? ;))

anonymous
()
Ответ на: комментарий от anonymous

Ыыыыы! Пердун виндозный! Попробуй подними сначала с этими дровами! Хоть 9х хоть НэТи! Ыыыыы! Пердун виндозный! Винда - соска голубоэкранная.

Жесткий подгони мне. ;) А то у меня нет сие чуда, а у тебя я догадываюсь руки кривые. ;)) ссылки давай на проблемы. ;) А то у меня мониторы ни одни не работают и мышки валятся под Ляпихом-это все слова. Я же тебе скинул на проблему ссылку-ответь мне. ;)

anonymous
()
Ответ на: комментарий от anonymous

Жесткий подгони мне. ;) А то у меня нет сие чуда, а у тебя я догадываюсь руки кривые. ;)) ссылки давай на проблемы. ;) А то у меня мониторы ни одни не работают и мышки валятся под Ляпихом-это все слова. Я же тебе скинул на проблему ссылку-ответь мне. ;)

Ыыыы! Вот типичный пердун - нету а пердит! Ыыыыы!т Ссылки ему! Попку вытри сначала, пердун гуевый! Мышки у него с мониторами валяются! Ыыыы, что, тяжко без гуя? ЫЫЫ, пердятина гуевая! Тупорылый ламер-зопух!

anonymous
()
Ответ на: комментарий от anonymous

Ыыыы! Вот типичный пердун - нету а пердит! Ыыыыы!т Ссылки ему! Попку вытри сначала, пердун гуевый! Мышки у него с мониторами валяются! Ыыыы, что, тяжко без гуя? ЫЫЫ, пердятина гуевая! Тупорылый ламер-зопух!

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

anonymous
()
Ответ на: комментарий от anonymous

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

Бедняжка! Что, мамочка на защиту не идет? Ти мой мааааленьки! Мяска ему посерьезей? А зубки молочные потерять не боишся? Поди, однокласники твои подрочили уже и спать легли, и ты иди туда же.

anonymous
()
Ответ на: комментарий от anonymous

Ыыыы! Вот типичный пердун - нету а пердит! Ыыыыы!т Ссылки ему! Попку вытри сначала, пердун гуевый! Мышки у него с мониторами валяются! Ыыыы, что, тяжко без гуя? ЫЫЫ, пердятина гуевая! Тупорылый ламер-зопух!

Держи балаболка! http://www.ixbt.com/storage/sata-summer-2003.shtml Подумай теперь как их тестировали...;)

anonymous
()
Ответ на: комментарий от anonymous

вроде ядра собирают....видимо просто так на угад тыкают.

anonymous
()
Ответ на: комментарий от no-dashi

4 jackill

>> ты в третьем кваке сколько fps теряешь под линухами в сравнении с виндами?

нисколько не теряю :) у меня и под вин в кваке 0 fps по причине отсутствия третьего квейка на моей машине, а равно и остальных игрушек :)

>> Почти всегда (про иксы) - это значит, что иксы могут не стартовать при замене

а по какой причине после замены видеодрайвера иксы могут не стартовать? :)

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

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

4 no-dashi

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

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

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

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

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

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

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

сорри, а вот тут я не совсем понял :-) меня как раз интересует момент, когда либа загружена (отображена) в память, и ее надо удалить (не выгружая из памяти, т.е. не прекращая отображения либы в память)... сделать, так сказать, горячий апдейт либы :) вы говорите, что вот эту отображенную либу можно удалить... т.е. я Вас так понял, что либа (отображенная в память) удаляется с винта прямо в тот момент, когда вы захотели ее удалить... ну а чтобы не произошел сбой в процессе, я предположил, что эта либа должна быть _перед удалением полностью загружена в память_... а на ее место в каталог на винте тогда можно записать другую либу с таким же именем, но поновее... потому что _как иначе_ Вы сможете физически на винте заменить эту либу на более новую (с точно таким же именем), НЕ ПРЕКРАЩАЯ ОТОБРАЖЕНИЯ первой либы? ведь не могут в одном и том же каталоге одновременно существовать две либы с одинаковым названием, пусть и разных версий... а Вы внесли коррективу: эта либа НА САМОМ ДЕЛЕ НЕ УДАЛЯЕТСЯ с винта до тех пор, пока процесс НЕ ЗАКРОЕТ ФАЙЛ ЛИБЫ, т.е. пока _не прекратится отображение либы_! так? то что ядро при попытке удаления отображенной либы сделает пометку в иноде, что либа подлежит удалению при закрытии - это не то, что я предполагал! значит, до этого момента (пока процесс не закроет либу), вы не сможете заменить на винте эту либу на другую либу с точно таким же именем, но более новой версии? а чем тогда эта ситуация отличается от ситуации в Win, где для замены либы на новую версию тоже надо дожидаться пока процесс не прекратит отображение старой либы? т.е. Вы сами сказали, что замена отображенной в память либы может Вам пригодиться для _экономии времени_ (побыстрее обновить), а какая же тут экономия, если либу все равно нельзя удалить с винта (а значит и нельзя записать на ее место новую либу) до тех пор, пока процесс либу не закроет(прекратит отображение)? а пока Вы старую либу физически с винта не удалите, то и новую либу на ее место не сможете записать... ну в чем тут отличие от Win? похоже, что и там и там одинаково... или не дожидаясь удаления с винта старой либы, а только пометив ее к удалению, можно сразу начать использовать новую либу с таким же именем? так? только в этом случае получается экономия времени на апдейте... но тогда возникает закавыка: процессы, _еще использующие_ старую, помеченную к удалению либу, не смогут начать пользоваться новой либой, да и вообще все остальные процессы, не смогут загрузить(отобразить) новую либу - ведь они по имени либы (а обе либы имеют одинаковое имя) запрашивают дескриптор для работы с ней, а ядро все еще держит в памяти инод старой либы, а значит до тех пор, пока последний процесс не прекратит работу со старой либой (пусть даже помеченной к удалению), каждый следующий процесс, которому понадобится либа с именем asdf, будет получать от ядра дескриптор старой либы, даже если каким-то образом новая либа с тем же именем asdf окажется на винте... в общем, проясните ситуацию, плиз :)

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

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

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

имеете право, конечно :) но не пойму, как... разве только новую либу с тем же именем скопировать в какой-то временный каталог, и сразу начать ее использовать, а когда помеченная к удалению старая либа действительно будет удалена, то система автоматом переместит новую либу из временного каталога в тот постоянный каталог, где лежала старая либа... но все равно мне непонятно, как до удаления старой Вы можете уже использовать новую либу, если у них имена одинаковые? а значит до момента пока последний процесс не прекратит с ней работать, любой другой процесс, запросив загрузку либы asdf, будет получать дескриптор старой либы, а либа asdf более новой версии, останется незадействована... да вот еще хотел спросить насчет glibc: видел, что употребляется в трех вариантах - glibc, glib, libc - это разные библиотеки или просто сокращают одно и то же название?

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

>> В задачи Window Manager'а входит ТОЛЬКО управление положением/размером/порядком/фокусом окон.

ясно... и аналогично такие же функции выполняет user32.dll под вин (конечно, не только такие же, но и эти тоже)

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

не совсем понятно. в Win окно может само рисовать свою рамку, или переложить эту работу на user32/gdi32, тоже самое с элементами управления - приложение может использовать готовые классы окон, а можно и само прорисовывать контролы... получается, что под лин свобода действий несколько меньше? приложение не может рамку своего окна прорисовать? или может, как и под вин?

>>>> а дальше X-сервер взаимодействует с драйверами устройств кернел моде. это понятно

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

почему гон? я не утверждал что X-сервер может завесить систему, я лишь говорил, что менеджер окон по X-протоколу общается с X-сервером (между собой в юзер моде), (и тут из-за Костромина я ошибся насчет прямого взаимодействия менеджера окон и иксов), а дальше X-Server (из юзер моде) должен общаться с видеодрайвером кернел моде... да и как иначе? ведь в юзер моде прямой доступ к железу невозможен, эти привилегии только для драйверов кернел моде... а если не использовать nvidia-kernel - то вместо него разве не придется использовать другой модуль? который тоже может завесить систему? поэтому непонятно, почему Вы сказали "если не использовать dri, nvidia-kernel и прочее, X-сервер не завесит систему" т.е. если нвидию не использовать то все хорошо, а если использовать - может завесить? почему так?

>> Набейте Костромину лицо (морду). Он нагло врет.

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

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

а по какому интерфейсу/протоколу взаимодействует X-клиент с X-Lib? просто вызывает функции, так же как вин-клиент вызывает kernel32/user32/gdi32 ? т.е. X-Lib (а также и менеджер окон) это эквивалент системных DLL юзер моде в виндовз? а напрямую, минуя X-Lib, может X-клиент работать по X-протоколу с X-сервером? какая ситуация - можно, нельзя, не рекомендуется? и как я понял, библиотека Qt или Gtk стоит между X-клиентом и X-Lib, так? т.е. проводя аналог с вин, Qt играет роль что-то вроде MFC, и обращается к X-Lib точно так же как MFC вызывает виндовый API? плиз ответьте по пунктам :-)

anonymous
()
Ответ на: комментарий от anonymous

Для тех, кто в танке:
При чем тут драйвер и список AT команд и режимов работы? Ты сходи по ссылке на седьмой странице, что ли. Это не драйвер. Это даже последовательностью AT-команд для chat нельзя назвать. Херота, проще говоря.

Может он в понимании виндов и драйвер, но на самом деле это фантик.

Если ты такой умный, скажи, почему у меня не работает внешний модем с драйвером "стандартный модем" в windows?

P.S. То, что я не админ, не означает, что я им не был.

jackill ★★★★★
()
Ответ на: комментарий от anonymous

anonymous (*) (15.11.2003 20:29:05) Ыыыы, ты еще здесь, балаболка? Я для тебя еще приколы нашел. :))

Mandrake предупредила пользователей о том, что ее операционная система Mandrake Linux 9.2 имеет ╚серьезную проблему╩, в результате которой привод CD может придти в полную негодность. Дело в том, что ОС при определенных условиях может перезаписать микрокод, находящийся в чипе CD-привода.

anonymous
()
Ответ на: комментарий от anonymous

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

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

А насчет сертифицированного - смотря какой сертификат.

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

P.S. Маме я сказал комп выключить, когда табличка ОК выскочит. Ты не отвлекайся. Пример был не о том кто кого как поставил, а он том, что удобство - это лишь привычка.

jackill ★★★★★
()
Ответ на: комментарий от anonymous

Вдогонку.

То есть, когда я пишу набор AT-команд + скрипты = это я драйвер пишу под свой модем? Не знал, не знал...

P.S. Ты сам-то давно админ? Что админим?

jackill ★★★★★
()
Ответ на: комментарий от jackill

Да откуда я могу знать почему не работает у тебя модем. Ты как тот чудик с винтом у которого не работает...Дай модем-я поковыряю. Может нужна строка инициализации нужная. Вот 3Сом любили свои комманды инициализации вносить и посему с ними могли быть проблемы-ковыряй. Я тебе показал из чего состоит ваш modem.inf который вы называете драйвером. Там сам видел, что кроме строк инициализации ничего нет.

anonymous
()
Ответ на: комментарий от jackill

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

Дааа, как сейчас помню...QEMM рулил...а с emm386 проблем было больше...а были игрушки которые с QEMM не работали, а работали с EMM386 RAM или NOEMS помню как байтики считал и радовался что появилась LH в ДОС6.22 вроде. А на счет сертификации...действительно смотря какой. Не спорю. Я знаешь вообще почему спорю? Да мне глубоко пофигу что будет стоять, просто есть вещи, где лучше ставить то что лучше, а Линукс не всегда лучшее решение особенно в корпоративных решениях. вот и все. А тупые возгласы Банзай меня раздражают вот и спорю.

anonymous
()
Ответ на: комментарий от jackill

То есть, когда я пишу набор AT-команд + скрипты = это я драйвер пишу под свой модем? Не знал, не знал...

:) Что такое драйвер? Это программа инициализации устройства или нет? :)

а я давно админю или нет...да вот вырезка... Может ты возьмешь на работу? вырезка из резюме... 1992 &#8211; 1993 Агентство воздушных сообщений инженер-программист 1993.1995работа сетевым администратором в коммерческих структурах. 1995-1997 Казаэронавигация радиотехник службы ЭРТОС 1997-1999 Казахтелеком Инженер отдела кабельного и спутникового телевидения 2000.2003Народный Банк Главный инженер отдела коммуникаций и ТС

На данны момент работаю в компании &#8220;АТК&#8221; Беспроводные сети передачи данных, Корпоративные компьютерные сети, Телефонизация объектов, Системы охранной и пожарной сигнализации, видеонаблюдения, Системная интеграция.

anonymous
()
Ответ на: комментарий от anonymous

Ой, писал бы ты ответ каждому, а? Зае..ет эти простыни читать, ты уж извини.

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

Насчет статьи - хз, у меня книжка есть страниц на пятьсот и на анлийском - читать, не перечитать...

Нет, no-dashi неправ. Даже с force не удастся заменить либу, если она относится к другому пакету. Я проверял. Насколько я помню, можно поменять ссылки, если вызвать из rpm скрипт. Но это уже хак какой-то.

Можно подвесить систему, если железо кривое, из X-сервера. У меня в столе видеокарта валяется. Вроде нормально работает... минут пять. Потом где-то ее накрывает (по ходу что-то у нее с памятью), на экране небольшой глитч появляется и все намертво вешается. Машина никак не откликается, включая ssh с другой машины. Главное, чтобы в дровах была поддержка ускорения. Те, что работали исключительно в 2d ничего не вешали.

P.S. Статью Костромина здесь обсуждали, а воз и ныне там.


jackill ★★★★★
()
Ответ на: комментарий от jackill

Просто ляпнул-сегодня друг тачку принес Линукс поставить с лету не встал-еще не разбирался. У меня уже полночь.

anonymous
()
Ответ на: комментарий от anonymous

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

P.S. Но насчет того, что последовательность AT-команд - это драйвер, я с тобой не соглашусь. С точки зрения компа я работаю с ком-портом и с его драйвером.

jackill ★★★★★
()
Ответ на: комментарий от jackill

Ты работаешь через устройство последовательное с модемом и с помощью АТ команд. Не задай строку инициализации в модем или дай то что не для тебя....подай строку заставляющую работать на выделенку модем и будет пофигу что ты там будешь номер набирать...он начнет просто тупо слушать линию. Я не прав?

anonymous
()
Ответ на: комментарий от anonymous

X-клиент может общаться с X-сервером напрямую - через сокеты, ну типаsocket(), sendto(), recvfrom() и т.д. А чтобы не общаться через сокеты, а отдавать осознаные человечные команды, придумана X-lib. Чтобы вы лучше поняли, приведу аналогию - как вы можете писать на "истином" Win32API, так можете и поверх тулкитов вида MFC/VCL/CLX и т.д. Аналогия не самая удачная, но более-менее близкая.

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

А вот фиг :-) X-сервер должен каким-то образом положить на экран изображение. Это можно сделать через: ioctl, через shared memory, через какой-либо интерфейс доступа к видеопамяти... Есть даже такой X-сервер под названием xnest... Вы не поверите, но это X-клиент (по отношению к X-серверу, запущеному пользователем), и одновременно X-сервер (для тех X-клиентов, которые убежденно считают его своим X-сервером посредством переменной DISPLAY, например :-)).

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

---------------------------------------------------------------------

Про иноды и удаления, рассмотрим по шагам:

Файл 1 в блоках 100..110, индекс (inode) = 50
Файл 2 в блоках 200..210, индекс (inode) = 60

В некотором каталоге на файлы есть ссылки:

lib1.so -> inode=50
lib2.so -> inode=60

Открываем файл, в памяти создаются записи:

Открыт файл, inode=50
Открыт файл, inode=60

Удаляем файл, lib1.so при этом в каталоге остается только

В памяти для inode=50 ставится метка "убить по закрытии", из каталога вытирается ссылка на inode=50, и остается только lib2.so -> inode=60, больше не делается ничего. При этом у нас на диске остается ОДИН именованый файл (inode=60) и один живой, но... Не именованый :-) - у которого inode=50. Создаем новый файл lib1.so:

На диске

Файл 1 блоки 100..110 inode=50
Файл 2 блоки 200..210 inode=60
Файл 3 блоки 300..320 inode=70

В каталоге

lib1.so -> inode=70
lib2.so -> inode=60

В памяти

Открыт файл, inode=50
Открыт файл, inode=60
Открыт файл, inode=70

Опс! Все процессы, которые ссылались на старый lib1.so, с ним и продолжают работать :-) А все, кто откроет lib1.so после его удаления и (как вы думали) замены - будут работать с его (файла) новой версией. Никаких конфликтов, все довольны, всем все понятно, а открытые файлы никому не мешают делать апгрейд :-) Потом для процесса делаем рестарт, он закрывает все свои файлы, открывает из снова... И попадает на новые версии. Что и было необходимо.

no-dashi ★★★★★
()
Ответ на: комментарий от jackill

2 jackill (*) (15.11.2003 9:41:19)
Начнем с простого - с родителей. :)
У меня абсолютно другой подход. Поначалу они звонили мне, если что было непонятно. Я их убедил, что система (98/fat32 и В2К/ntfs) безопасна и устойчива - учитесь, экспериментируйте, если что непонятно - не бойтесь выключать (давить на ресет) - я приеду (когда смогу) - разберусь, объясню и т.д.. Все. За пять лет раз 15-20 так на живой машине было - или им было непонятно, что винда хочет, или просто слишком много окон открывали, либо еще какая фигня. Ни разу никаких проблем после этого. Никаких запретов - зачем людей пугать? И включают, и работают, когда им надо, а не когда дядя разрешит. :) Мог ли я им такое посоветовать, если б стоял линукс (ext2/ext3)? :)))
Ну и какой подход для юзера проще и удобнее? :)
ОО. ООООоооо, это песня.
Да, если писать короткие тексты, и не стоит проблема совместимости с О2к - может, проблем и не будет. Но все вокруг меня используют офис виндовый, документы рабочие - виндовые. Совместимость - ... (очень плохая).
По памяти. Открываю виндовый документ в ОО (1.1).
Оглавление почему-то повторено дважды. Один раздел в оглавлении не указан. Лезу в текст, проверяю - у пропущенной главы стиль такой же, как и у остальных названий глав. Что такое - хз. С оглавления не могу прыгнуть на нужную главу - кроссылки в ОО в оглавлении не работают. Вместо 60 страниц в О2К получилось 70 в ОО. Сидим (порядка 100 человек), быстро просматриваем, правим текст. Говорят - правим главу 4.1, второй абзац страницы 34. Все работают - я лихорадочно ищу, что это может быть. :) Пытаюсь понять, что такое. Куча таблиц, в О2К - ровно по странице. ОО сползает примерно на пол-строчки - и привет, таблица перекидывает последнюю строку на след. лист, и остальная часть листа - пустая. Проверяю, как ОО выставляет границы отступов в параметрах страниц. 2 границы - как в О2К, две - хз откуда берутся - ничего похожего. Очень сложная задачка. :) Смотрю дальше. На каждый десяток абзацев с нумерованными подразделами попадается один-два абзаца с полностью сбитым форматированием. Проверяю стили. В о2к - все стили одинаковы. В ОО показывает, что тоже одинаковы (по названию) - но реально форматирование разное. :) Не люблю, когда ОО подсвечивает поля. Лезу в настройки, выключаю. Открываю документ - посветка включена. Лезу в настройки - показывает, что выключена. (?). Включаю подсветку - ничего не меняется. Выключаю - выключается. Закрываю документ, открываю снова - все подсвечивается. :))) Теперь понимаю, почему выше человек говорил, что счетчик отслеживать трудно - это ведь одного класса "проблема". :))) В 1.02 были случаи, когда текст, набранный в ОО и сохраненный в .док нельзя было открыть в О2К. Это значит, что мне каждый раз после набора надо проверять, как его о2к возьмет? :))) Сейчас у меня есть тексты, которые ОО 1.02 хоть коряво, но открывал, а 1.1 сразу при попытке открыть выпадает в осадок.
Таких ляпов - десятки. А я не мазохист. :)
Про мозиллу рассказать? :)

Виндузятник

anonymous
()
Ответ на: комментарий от anonymous

У меня сегодня прикол был. Сижу в Инете в мозилле. Что то там в табах открываю-раз отвалилась мозила. :) Не запускается ни работает. :) Короче я перегружаю Хреновые окна. :) не запускаются. фонты не может найти. :) А там самое обидно было, что стягивалось все....xfs отвалился блин. :) Мне конечно же не трудно было его перезапустить, но не приятно...я порнушку смотрел, что то тянулось. В лор сообщение отправить хотел-а здесь бац...и все что я набивал исчезло. :( пришлось сокращенную версию передавать о чем думал. :)

anonymous
()
Ответ на: комментарий от anonymous

А что ты хотел от ОО, если формат .doc все время меняется и не открыт?
Я сделал проще - мне стали присылать все в rtf - так что мне теперь
не приходится каждый раз лезть в винду, чтобы поработать с доками.

jackill ★★★★★
()
Ответ на: комментарий от anonymous

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

jackill ★★★★★
()
Ответ на: комментарий от jackill

2 jackill (*) (16.11.2003 13:14:58)
1. Я хотел выполнения рекламных обещаний ОО и СО - совместимости с офисом от МС. Мимо.
2. Я не могу перевести всех корреспондентов на ртф (чего сильно хочу).
1 + 2 = ОО/линукс/бсд ушли в корзину, я после 4-х лет нетрадиционного секса ушел из альфа-тестеров этих кривых (причины этого меня мало волнуют) поделок. :)

Виндузятник

anonymous
()
Ответ на: комментарий от anonymous

Да я бы тоже хотел :)
Однако судя по количеству поддерживаемых функций из общего количества,
до совершенства недалеко. Другой момент, office 2003 вылез...

jackill ★★★★★
()
Ответ на: комментарий от anonymous

расскажите обязательно про Мозиллу, плз :) и еще про глюки и недружественные фичи ОО, и поподробнее, у меня тут спор вышел с одним пиплом, он говорит что ОО по большинству параметров лучше МСО, а я МСО не очень активно пользую, поэтому сравнивать их фичи мне затруднительно

anonymous
()
Ответ на: комментарий от no-dashi

2 no-dashi

понятно... спасибо за объяснение... значит вот тут "процессы, _еще использующие_ старую, помеченную к удалению либу, не смогут начать пользоваться новой либой" - я угадал... а вот такой момент меня интересует: вы уже записали на винт новую либу lib1.so, у которой inode=70... и новый процесс захочет открыть lib1.so по ее имени, естественно... но ведь В ПАМЯТИ для ядра ВСЕ ЕЩЕ СУЩЕСТВУЕТ АССОЦИАЦИЯ inode50=lib1.so (старая либа), пусть даже в иноде либа помечена к удалению при закрытии... или эта ассоциация имени и инода АВТОМАТИЧЕСКИ ПРЕКРАЩАЕТСЯ в тот момент, когда ядро пометит либу к удалению? на винте ссылка в каталоге на старую либу lib1.so -> inode=50 уже удалена. и создана новая ссылка lib1.so -> inode=70. так? но ведь новый процесс обратится к ядру с требованием загрузить lib1.so... и тут, как я предполагаю, ядро ДОЛЖНО ПРИНЯТЬ ВО ВНИМАНИЕ ПОМЕТКУ К УДАЛЕНИЮ ЛИБЫ lib1.so... потому что только так ядро снова попытается загрузить(отобразить) с винта инод новой либы с тем же именем lib1.so, и установить в памяти новое соответствие между inode70=lib1.so... я правильно понял? в общем получается, что это половинчатое решение проблемы горячей замены либы. как я и предполагал, все процессы, которые уже открыли старую либу, не смогут начать пользовать новую, пока они не закроют старую и снова не попытаются открыть либу с этим же именем... тока новые процессы смогут воспользоваться загрузкой новой либы... а когда "для процесса делаем рестарт, он закрывает все свои файлы, открывает их снова... И попадает на новые версии. Что и было необходимо" - ведь эта схема не радикально отличается от схемы под Win, когда тоже можно снять процесс, использующий отображенную либу, заменить либу на новую, и снова запустить процесс, и он загрузит новую либу... Плюс я вижу только в том, что если под вин НЕСКОЛЬКО процессов отображают либу, то придется дожидаться пока последний из них не закроет ее, и только тогда можно будет заменить либу, и только после этого каждый новый процесс сможет работать с новой либой, а под лин можно ОДИН ЗА ДРУГИМ снимать и перезапускать процессы, работающие со старой либой, и при перезапуске каждый процесс будет попадать на новую либу... т.е. для начала работы с новой либой не придется дожидаться, пока последний из процессов прекратит отображение старой либы... это хорошее техническое решение под лин :) но насколько это актуально для вин? а тем более на десктопе? а насколько актуальна возможность горячей замены видеодрайвера? пусть вин в этом случае обязана делать перезагрузку, но ведь замена видеодрайвера - это редкая операция :) и скажите, плиз, glibc, glib, libc - это разные библиотеки или это просто сокращение одного и то же названия? libc это главная библиотека, на которую опирается gcc, вроде так... а остальные для чего?

anonymous
()
Ответ на: комментарий от jackill

2 jackill (*) (16.11.2003 18:05:02)
Поддерживаемых? Те глюки, что я описал - можно считать, что эти функции поддерживаются? Если нет - значит форматирование не поддерживается, оглавление не поддерживается, кросс-ссылки не поддерживаются, ставится криво... :)
2003? Так, насколько я в курсе, МС - один из членов разработки открытого xml стандарта для документооборота. Вот через год и сравним, кто чего может. :)
Всем до свидания.

Виндузятник

anonymous
()
Ответ на: комментарий от anonymous

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

jackill ★★★★★
()
Ответ на: комментарий от jackill

2 Виндузятник: отпиши мне плиз, если тема на поговорить... pto@kgb.ru

PTO
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.