Windows vs Linux - Как десктоп , и игровая станция.

NT 4 на работе стоит года 4. Стараюсь не ронять, поскольку очень уж ето нелюбопытное занятие
переставлять систему. Опять же знаю еще несколько собственноручно поставленных 2k, стоящих более 2 лет.
Год назад дома поставил её же одновременно с второй федорой. Сосед за это время хреновую винду
переустанавливал раз пятнаццать, хотя тогда же комп завёл.

Но гораздо больше знаю случаев когда :
- Чо щас делаешь ?
- Извини, некогда, винду переставляю.

Цитата Relan @ 07.11.05, 17:35

Кстати, господа, поделитесь опытом -- у кого сколько максимально жила винда? Просто интересно собрать такую статистику, желательно с номерами версии.

Я уже говорил - моя вот уже скоро два года, как живет... Если не три. Windows 2000 Advaced Server. Только сервиспаки накатывал. Был только один сбой - с ресстром, но достаточно быстро вылечился, хотя n-ое количество софта пришлось переустановить.

А аптайм?

Цитата Ho Im @ 08.11.05, 08:06

А аптайм?

Регулярно перезагружаюсь - за электричество таки платить надо.

Цитата

Зачем, если он со дня на день умрет и останется только для совместимости?

Хммм... Если оно умрёт "со дня на день", то это будет означать смерть M$... Почему? А потому, что мы в очередной раз окажемся перед лицом необходимости тотального пересмотра всех условий создания ПО. От проектирования и до релиза/внедрения.

Мы столкнёмся с тем, что нам придётся слишком многое изменять. Нам придётся переписывать (в который раз!) то, что и без того работает. Нам придётся дополнительные деньги вбивать в жесть, причём, в тех случаях, в которых всё и без того работает. Вот только не надо мне про "обратную совместимость"... Не надо, ладно? :D:D:D

Собственно, это лучше меня написано человеком, которого навряд ли можно причислить к апологетам Linux. Можно почитать здесь -> http://russian.joelonsoftware.com/Articles/PleaseSirMayIHaveaLinker.html (оригинал ->
http://www.joelonsoftware.com/articles/PleaseLinker.html) и здесь -> http://russian.joelonsoftware.com/Articles/HowMicrosoftLosttheWaronA.html (оригинал -> http://www.joelonsoftware.com/articles/APIWar.html).

Итак, кто-то ещё сомневается в важности безглючного (ну, хотя бы относительно) API?

Цитата the_Shadow @ 08.11.05, 09:01

Собственно, это лучше меня написано человеком, которого навряд ли можно причислить к апологетам Linux. Можно почитать здесь ->

70% того, что он пишет полная туфта. В большинстве случаев он просто не знаком с тем, о чем пишет. Примерно как ты Шад, когда опускал МФС и сел в лужу, когда оказалось, что ты его совершенно не знаешь. А ведь все равно пытался облить грязью, совершенно не имея аргументов. Я после того случая вообще с подозрением отношусь к твоим примерам программирования под винды. Как можно тебя авторитетно слушать, если ты только начал разбираться в этом? Вот будешь говорить про линукс - буду внимать без задних мыслей.
Еще меня добивает в этом Джоеле, что большая часть примеров у него надумана. Пусть приводит примеры из боевого опыта - их конечно можно найти, но они не будут такими смехотворными как сейчас.

Цитата the_Shadow @ 08.11.05, 09:01

Хммм... Если оно умрёт "со дня на день", то это будет означать смерть M$... Почему? А потому, что мы в очередной раз окажемся перед лицом необходимости тотального пересмотра всех условий создания ПО. От проектирования и до релиза/внедрения.

Тут Guderian скорее всего пошутил, точнее спародировал тебя. .НЕТ еще очень долго не умрет, оно только больше набирает популярность.

"Опускал MFC и сел в лужу"? Примерчик приведи, а? Ткни пальцем -- где конкретно? ;) В том, что MFC ьбазируется на Win 32 API? Ну, если это и новость, то... не для меня, во всяком случае... :D:D:D

"Не знаю MFC"? Ну, тут ты прав... Забывать я его начал, т.к. есть более толковые системы с более толковыми библиотеками (в т.ч. и объектно-ориентированными". Если желаешь, то по-пробуй. :D:D:D

Однако... Однако, Lepr, мы тут до MFC не добрались... Я тут несколько глючковсссс... привёл. Из Win32 API по большей части и из IDE/компилятора. Там, выше было. Может, ты их откомментируешь? С высот (глубин) твоего-то опыта. Вот только мне не ясно -- это как же MFC перекликается с тем же, к примеру, select()? Ну, да ладно... :D:D:D

Цитата

Как можно тебя авторитетно слушать, если ты только начал разбираться в этом?

Да нет, Lepr, я после M$ DevStudio 5, только недавно поставил себе 7.0 (пришлось... но скоро, слава Богу, я это убожество снесу на фиг...) так что ты тут не прав -- я это д*o уже забыть успел... :D:D:D

Беда, мой молодой друг, в том, что мне довелось это наблюдать в развитии -- от MFC 1.0 и... до той версии, которая была включена в M$ DevStudio 5.0 (версия MFC 4.2, по-моему, ну, да суть не в том). И я видел то же, что и сейчас -- разрастание классов до неимовернейших пределов. Причём, толка для приложения, сложнее офисной приблуды, увы и ах -- нет.

К примеру. Реализация работы с ISDN в корне отличается от того, что есть в Linux. И, как ни странно, для работы с ISDN в MFC нет ничего. Если есть желание, то добро пожаловать в Win 32 API. А вот с твоими великолепнейшими MFC -- не выходит. Или мне в очередной раз придётся из C++ вызывать С-функции? Извини, но тогда где здесь С++?

Lepr, ты только что блестяще подтвердил мою теорию о том, что программисты Windows не читают!!!
Твоя цитата:

Цитата

Тут Guderian скорее всего пошутил, точнее спародировал тебя. .НЕТ еще очень долго не умрет, оно только больше набирает популярность.

Учитывая то, что это всё тянулось от:

Цитата

Цитата

И почему бы не изобретать всякие "инновационные трюки" -- a-la C#, а просто и по-честному не "выгладить" бы существующий Win 32 API?

Зачем, если он со дня на день умрет и останется только для совместимости?

Нуууу... По-моему, действительно... Виндари не читают внимательно. Или не умеют читать во-все... :D:D:D

Добавлено 08.11.05, 10:59

Цитата

Вот будешь говорить про линукс - буду внимать без задних мыслей.

Да брось подкалывать... :D:D:D Я на эти темы говорю только мимоходом. Фигли говорить-то? Код писать надо... :D:D:D
А API в Linux настолько просты и понятны, что и обсуждать там по сути дела нечего. Достаточно внимательно читать справочную документацию/документацию поддержки по Linux/UNIX (справедливо для любой версии любой ОС семейства UNIX).

Цитата Flex Ferrum @ 07.11.05, 15:36

Стас, ты читай внимательней - изначально речь шла о проблемах на компе жены. И там же написано - зачем профили перемещать.

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

Цитата Flex Ferrum @ 07.11.05, 15:36

Ой сумневаюсь, сумневаюсь. Если она умрет также, как 16-битные драйвера в 98-ых виндах, то... Либо я нихрена не понимаю в промышленной разработке софта.

Я смотрю мода пошла не читать фразу до конца. Куда подевалось "и останется только для совместимости"? Что касается твоего опыта в промышленной разработке, то ты прекрасно знаешь, что не разрабатывал коробочных продуктов с тиражами хотя бы на порядок меньшими чем XP. Или ты может профессиональный маркетолог и в курсе, сколько стоИт копий MSDOS в Зимбабве? А может здесь собрались боги, которые могут судить о том, над чем много людей работали долго и упорно? Ради примера возьмем известный тебе JA2WF. Перед тем как мы его готовили к публикации в Германии встал вопрос совместимости. Выяснилось, что более 40% немцев сидят на W98. Предлагаешь их все послать? Или, скажем, где в линуксовом шелле лупа? Ты волен положить на нее болт, но есть еще 900млн людей которым он будет мешать. Тебе не нужен Text Speach API, но есть еще и слепые люди. И тебя может удивить, что они тоже не прочь поработать за компьютером. Мой итог - тебе, конечно, видней и в промышленной разработке ты смыслишь гораздо больше моего. А я не чувствую себя настолько компетентным, чтобы осуждать людей, который занимались разработкой, когда я еще только тетрис на ДВК гонял.

Цитата the_Shadow @ 07.11.05, 15:39

Нет. Не так переводится. А как назвать ЭТО, кроме как рекомендацией?

Самый простой путь - открыть бутылку с пивом зубами, но рекомендуется это делать открывашкой. Проще всего чистить зубы ершиком от унитаза, но стоматологи рекомендуют для этого зубную счетку. Можно легко забить гвоздь табуреткой, которая у вас под руками, но у молотка больше положительных рекомендаций. Еще примеры надо?

Цитата the_Shadow @ 07.11.05, 15:39

Далее. Обрати внимание -- я привёл и второй путь решения (точнее, всё-таки, упомянул о таковом).

И на что я там должен реагировать? Фразу "что за дерьмо"?

Цитата the_Shadow @ 07.11.05, 15:39

И, всё же... Извини, но где ты в UNIX-мире видел такие задержки в банальном разрыве соединения???

Сколько времени уйдет в unix-мире для того, чтобы положить трубу на модеме Rockwell на L2800-38 в ретрейне, если он в это время просто кладет на DTR?

Цитата the_Shadow @ 07.11.05, 15:39

За практику -- так же два. Извини, уже по-пробовал... Либо здесь надобен Pentium-V, либо извини, сама винда отрабатывает это всё хозяйство так, что блокируется (по барабану как) девайс. Причём, замечу, что девайсов у меня в данном случае более чем один, на каждый выделен свой поток исполнения... И... Короче, извини, но менее чем в 2 секунды мне не удалось уложиться...

Задачка. Есть два девайса. X и Y. Один делает disconnect за 1 секунду, другой за 10. Внимание, вопрос. Виноват ли в этом API?

Цитата the_Shadow @ 07.11.05, 15:39

Может, HRESCONN ты и сможешь использовать, да только мне от того не теплее и не холоднее. Реальное оборудование отса... (упс! я же Модератор)... Короче, спит оно. И не зависит это от "сна" или "бодрстовования" процесса или потока -- подсистема RAS так работает. Не зря они про эту задержку рассказывают!

Перечисли мне пожалуйста весь путь от RAS до "реального оборудования". И там уже будем разбираться, может ли в этом вообще быть виноват RAS или все-таки NDIS WAN miniport driver.

Цитата the_Shadow @ 07.11.05, 15:39

Извини, но DU-128TA+ (причём, подчёркиваю, более чем один) подвисают. С CALLBACK'ами или без... Но... По-моему, брат, ты с TAPI и RAS API просто не работал... Или работал, но с одним модемом...

Да я вообще чайник, но со свистком...

Цитата Leprecon @ 08.11.05, 10:15

Тут Guderian скорее всего пошутил, точнее спародировал тебя. .НЕТ еще очень долго не умрет, оно только больше набирает популярность.

Да это я про отмирание WinAPI для разработчиков в силу того, что как раз .NET будет набирать обороты.

Цитата the_Shadow @ 08.11.05, 09:01

Хммм... Если оно умрёт "со дня на день", то это будет означать смерть M$... Почему? А потому, что мы в очередной раз окажемся перед лицом необходимости тотального пересмотра всех условий создания ПО. От проектирования и до релиза/внедрения.

Пардон, чушь какая-то. Как наличие в висте WinAPI и WinFX заставит что-то пересматривать? А уж тем более озвученные фазы ЖЦ ПО.

Цитата the_Shadow @ 08.11.05, 09:01

Вот только не надо мне про "обратную совместимость"... Не надо, ладно? :D:D

А то ты сейчас выкопаешь какую-нибудь софтинку, которая обратно не совместима? "Страшно, аж жуть" Может поговорим об обратной совместимости в линуксе?

Цитата the_Shadow @ 08.11.05, 09:01

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

Уже в нцатый раз объясняю. Этот человек был манагером по экселю еще в начале девяностых и по части разработки он там ни ухом, ни рылом. Плюс имеет зуб за то, что бы выперт из Microsoft. Так что не надо больше приводить ссылки на этого "гуру", его удел - беллетристика. Лучше бульварный романчик почитай, и то полезней будет.

Цитата the_Shadow @ 08.11.05, 10:54

Нуууу... По-моему, действительно... Виндари не читают внимательно. Или не умеют читать во-все... :D:D

Естественно. Они вообще недочеловеки. Одни только линуксоиды все в белом. Одно радует, что только "виндари" могут пережить вселенский потоп, падение метеорита, ядерную войну и прочие катаклизмы ибо закалены
Ну так вот, какие у тебя конкретно проблемы с чтением или логикой? Подскажу, разжую.

Цитата the_Shadow @ 08.11.05, 10:54

Однако... Однако, Lepr, мы тут до MFC не добрались...

Не добрались, не добрались. Это я уже в сторону .НЕТа намекал.

Цитата the_Shadow @ 08.11.05, 10:54

Я тут несколько глючковсссс... привёл. Из Win32 API по большей части и из IDE/компилятора.

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

Цитата the_Shadow @ 08.11.05, 10:54

Нуууу... По-моему, действительно... Виндари не читают внимательно. Или не умеют читать во-все... :D:D

Прочитал внимательно. честное слово. Не вижу у себя противоречий.

Цитата the_Shadow @ 08.11.05, 10:54

Да брось подкалывать... :D:D Я на эти темы говорю только мимоходом. Фигли говорить-то? Код писать надо... :D:D

Жаль, что ты не мимоходом так наезжаешь на винды. Времени свободного наверно очень много для этого есть? Ей-ей, лучше бы ты много говорил, про никсы - я бы много чего нового узнал. Вот начался у вас тут с Флексом конструктивный разговор про драйвера в никсах - я сразу заинтересовался. Только поэтому и зашел в эту тему. А вы опять за старое - перескочили на промывание косточек виндов. Кстати не вижу причин почему в ядре нельзя использовать С++? Только из-за отсутствия наличия рантайм библы? Но new и другими операторами можно и не пользоваться... Шаблоны идут только на уровне компиляра, а не райнтайм библы. В крайнем случае для некоторых классов можно определить самому new, delete (конечно с учетом модели памяти, которую используешь в ядре или даже в своей небольшой куче, которую запрашиваешь заранее у системы)....

Цитата the_Shadow @ 08.11.05, 10:54

Беда, мой молодой друг, в том, что мне довелось это наблюдать в развитии -- от MFC 1.0 и... до той версии, которая была включена в M$ DevStudio 5.0

Беда мой старый и закостеневший друг , что я не наблюдал так долго МФС, только версию 4.2 Но мне хватило твоих разговоров, чтобы составить свое мнение. Слишком часты вы ругаетесь на отсутсвие чего-либо в технология MS и конечно в этом самый главный и непререкаемый смертный грех микрософта, но никогда не говорите о наличии чего либо хорошего - только не говори что такого нет. Не было бы, то на всех десктопах стояли бы никсы. Да и вообще любой спорщик, который общается в таком бескомпромисном стиле, сразу наводит тоску и глухое раздражение.

Цитата Guderian @ 08.11.05, 11:32

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

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

Цитата Guderian @ 08.11.05, 11:32

Я смотрю мода пошла не читать фразу до конца. Куда подевалось "и останется только для совместимости"?

Цитата Guderian @ 08.11.05, 11:32

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

Давай рассуждать логически. Причем, тебе (в предлагаемой ниже ситуации) это будет проще. Возьмем копорацию, разрабатывающую некоторую ОС. Уже написано десятки (если не сотни) мегабайт отладженного кода, реализующего десятки тысяч методов различных API. Есть гигабайты кода, разработанного с использованием этого API. Ты являешься одним из top/middle-менеджеров этой корпорации. К тебе приходит некий team leader и рассказывает гениальную идею - разработать новое API (в нашем случае WinFx), а старое оставить для совместимости. Рассказывает тебе сказки о том, какое это будет крутое API и все такое прочее. Первый вопрос, который, по идее, должен возникнуть у менеджера - а что станется с существующими мегабайтами кода, уже, надо сказать, достаточно вылизанного? И на каком уровне предлагается делать эту совместимость? WinAPI будет реализовано на базе WinFx? WinFx на базе WinAPI? Или это будет два альтернативных варианта интерфейса к системе? Как будет реализована эта самая совместимость?

Цитата Guderian @ 08.11.05, 11:32

Перед тем как мы его готовили к публикации в Германии встал вопрос совместимости. Выяснилось, что более 40% немцев сидят на W98. Предлагаешь их все послать? Или, скажем, где в линуксовом шелле лупа? Ты волен положить на нее болт, но есть еще 900млн людей которым он будет мешать. Тебе не нужен Text Speach API, но есть еще и слепые люди. И тебя может удивить, что они тоже не прочь поработать за компьютером. Мой итог - тебе, конечно, видней и в промышленной разработке ты смыслишь гораздо больше моего. А я не чувствую себя настолько компетентным, чтобы осуждать людей, который занимались разработкой, когда я еще только тетрис на ДВК гонял.

Что-то я не понял - ты это к чему? Где и кого я предлагал послать? Ткни пальцем. Я лишь сказал (точнее, попытался сказать), что WinAPI умрет очень и очень нескоро.

Цитата

Может поговорим об обратной совместимости в линуксе?

Ха! А почему бы и нет? Добро пожаловать в раздел. С примерчикомссс...

Цитата

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

Не подскажешь, почему это цитировалось и перевиралось? Или это не проблемы "с вниманием"/"навыками чтения"? Расскажи, сделай одолжение -- как это можно квалифицировать. Интересно. Может, мы столь сильно расходимся в восприятии окружающей нас действительности?

Цитата

Задачка. Есть два девайса. X и Y. Один делает disconnect за 1 секунду, другой за 10. Внимание, вопрос. Виноват ли в этом API?

При условии того, что оба девайса одинаковы и исправны, а так же однотипны и, более того, из одной партии? Хе-хе... Ты сам-то понял, чего спросил?

Цитата

Самый простой путь - открыть бутылку с пивом зубами, но рекомендуется это делать открывашкой. Проще всего чистить зубы ершиком от унитаза, но стоматологи рекомендуют для этого зубную счетку. Можно легко забить гвоздь табуреткой, которая у вас под руками, но у молотка больше положительных рекомендаций. Еще примеры надо?

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

Цитата

И на что я там должен реагировать? Фразу "что за дерьмо"?

Ergo, ты не соизволил прочесть тот топик из MSDN, о котором я говорил. Т.е., ты не заметил (кстати) того, что там рекомендуют (или просто пишут, теперь уже не знаю как квалифицировать...) как второй вариант -- вызывать в цикле Sleep( 0 ), пока не наступит событие дисконнекта. Цитировать документацию не имею права, несмотря на то, что она доступна в Сети.

Цитата

Сколько времени уйдет в unix-мире для того, чтобы положить трубу на модеме Rockwell на L2800-38 в ретрейне, если он в это время просто кладет на DTR?

И через сколько (реально) времени система соизволит заметить сей фактец?

Цитата

Перечисли мне пожалуйста весь путь от RAS до "реального оборудования". И там уже будем разбираться, может ли в этом вообще быть виноват RAS или все-таки NDIS WAN miniport driver.

А оценку поставишь?
Или, может, расскажешь всё-таки, почему это модем ISDN занесло в NDIS? И кто сказал что это -- сетевой адаптер? Что, только сетевые соединения устанавливаются через ISDN! Браво! Может, folks, вы и знаете MFC, C#, но с "телефонными сетями" (aka PSTN) вы не знакомы. А что мне делать, если я возжелаю поднять соединение по протоколу V.110 (который входит в набор протоколов, поддерживаемых ISDN), для которого IP- или иной сетевой адрес -- фигня собачья?
Или, может, лучше UNIX-парадигма, при которой всё есть файл? В том числе и порт и соединение и сокет и т.д. и т.п.?

Цитата

Как наличие в висте WinAPI и WinFX заставит что-то пересматривать?

Брррр... Объясни тупому, а -- это как, если учесть то, что тот же Win API (по твоим словам, а я тебе верю) скоро помрёт, оно там будет?

Добавлено 08.11.05, 12:22

Цитата

Ты про тот глюк с переменной в цикле? Согласен был такой глюк в шестой и уже даааавно исправлен... он наверно тебе много крови попортил в жизни... :whistle: мне даже обидно за тебя, как же микрософт так с тобой обошлись, злыдни :D :D

Ух! Видел бы ты что они с select() сделали... :D:D:D
Да там и ещё есть... Вон, чего с RasHangUp() учудили... :D:D:D

Цитата

Не вижу у себя противоречий.

Эээээ... Может, ещё раз перечитаешь? :D:D:D
Впрочем, давай лучше объясню -- там Guderian заметил, что Win API скоро вымрет как мамонт, на что я и отреагировал. Разговор был про Win API, а не .NET! :D:D:D Теперь причину моего ржача понял? :D:D:D

Цитата

Жаль, что ты не мимоходом так наезжаешь на винды. Времени свободного наверно очень много для этого есть?

Lepr, меньше чем хотелось бы... Просто, как вижу прикол в доке, так и добавляю. В том-то и дело, что мне есть с чем сравнить... Понимаешь? Посмотрел в UNIX, глянул в винде и... стало плохо от увиденного в мире M$.

Цитата

Кстати не вижу причин почему в ядре нельзя использовать С++? Только из-за отсутствия наличия :D рантайм библы? Но new и другими операторами можно и не пользоваться... Шаблоны идут только на уровне компиляра, а не райнтайм библы. В крайнем случае для некоторых классов можно определить самому new, delete (конечно с учетом модели памяти, которую используешь в ядре или даже в своей небольшой куче, которую запрашиваешь заранее у системы)....

Lepr, я Flex'у Слакварь презентовал. Давай и тебе презентую, а? Там все разъяснения есть от и до.

Ну сам-то прикинь -- для вывода инфы, вместо printf() пришлось писать макрос -- это о чём-то говорит? Да ран-тайм библы в Linux несколько по-иному используются. Вот и всё. Для модуля ядра (и при чём здесь драйвера?) условия сборки иные. Вот и всё. И только это одно ставит крест на С++ для модулей ядра. Равно как и механизма Exceptions, к примеру и обслуживающего (реализующего) его кода и... Короче, многое. Думаю, в своём разделе, будет иметь смысл поговорить о написании модулей ядра (я про раздел UNIX).

Цитата

Слишком часты вы ругаетесь на отсутсвие чего-либо в технология MS и конечно в этом самый главный и непререкаемый смертный грех микрософта, но никогда не говорите о наличии чего либо хорошего - только не говори что такого нет.

Блин. Ну тогда извини -- если там как в том анекдоте -- "ничего у нас нет...", то за что такие бабки ломят? И к чему все эти понты про "возможности" и "фичи"? :D:D:D

Цитата

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

А у меня вызывает желчеотделение то, что убожество выдают за супер-совершенство и как-то ещё пытаются эту нищету прикрыть словесами про то, как оно всё круто. В особенности, не имея другого положительного опыта (в мире UNIX-систем, к примеру) и опираясь только на "технологические стандарты" от M$. А про POSIX как-то забыли... :D:D:D

Опять же, в тему:

Цитата

Говорят, на последней компьютерной выставке COMDEX Билл Гейтс заявил, что если бы General Motors развивался так, как Microsoft, мы бы уже все давно ездили на машинах стоимостью $25 и расходом топлива 0.005 л/100 км.
Через день представитель GM заявил в ответ, что если бы GM повторял тенденции Microsoft, то:
1. Абсолютно без причины, среднестатистическая машина попадала бы в аварию 2 раза в день.
2. Каждый раз, когда изменялась бы разметка на дороге, приходилось бы покупать новый автомобиль.
3. Иногда машина бы просто останавливалась посреди шоссе. Чтобы поехать дальше, надо было бы оттолкать машину к обочине, закрыть все ОКНА, заглушить двигатель, открыть все ОКНА и только потом ехать.
4. Выполняя сложный маневр, машина может заглохнуть и больше не завестись. Тогда придется переинсталлировать двигатель.
5. Макинтош сделал бы автомобиль, который бы использовал энергию солнца, был бы в пять раз быстрее авто от Microsoft, вдвое легче в управлении - но мог бы ездить только по 5% дорог.
6. Датчики температуры двигателя, зарядки батареи, давления масла заменили бы на один - единственный: "Эта Машина осуществила нелегальную операцию и сейчас заглохнет".
7. Перед тем как сработают подушки безопасности, появится надпись: Are you sure?
8. Иногда автомобиль закроет дверь на замок и вы не сможете попасть внутрь. Тогда нужно одновременно нажать ручку двери, вставить ключ и нажать на радиоантенну - система разблокируется.
9. Каждый раз при покупке нового авто придется учиться ездить заново - управление каждой новой машины будет в корне отличаться от старого.
10. Чтобы заглушить мотор, нужно нажать кнопку START.

Цитата the_Shadow @ 08.11.05, 12:04

Lepr, я Flex'у Слакварь презентовал. Давай и тебе презентую, а? Там все разъяснения есть от и до.

Ок. презентуй, там вроде скоро сейшен намечается? Хотя я и не успел еще третий комп купить, который хотел для этого дела использовать.

Цитата the_Shadow @ 08.11.05, 12:04

Ну сам-то прикинь -- для вывода инфы, вместо printf() пришлось писать макрос -- это о чём-то говорит?

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

Цитата the_Shadow @ 08.11.05, 12:04

Для модуля ядра (и при чём здесь драйвера?)

Это я к терминологии виндов впривык. Там вообще нет модулей ядра, как таковых. Только дрова, которые вправду можно написать не для определенного устройства, а просто как модуль, который будет исполняться в режиме ядра.

Цитата

Ок. презентуй, там вроде скоро сейшен намечается? Хотя я и не успел еще третий комп купить, который хотел для этого дела использовать.

Если пару гектар найдёшь на винте, то второй системой встанет "на ура"... Презентую.

Цитата

Это просто функция, которая вообще еще от Си осталась, хотя удобная не спорю.

"От С осталась..." :D:D:D Там (в UNIX) С = "основной язык".

Даже если мы будем разбираться с GCC, то получим, что при компиляции происходят довольно странные вещи. К примеру. И С++ и Ада и Java (в Linux можно получить откомпилированный (ассемблированный) код на Java, если кто не верит, то может получить при компиляции с GCC и ключом -S таковой) код преобразуется в RTTL (это такой внутри-GCC'шный язык, специфичный для конкретной архитектуры). И только С ассемблируется напрямую -- без промежуточных приведений.

Цитата

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

В Linux весьма редко модули драйверами называют, но не столь суть.
А прикинь сложность драйвера Windows и модуля, мною опубликованного. Пусть даже пустого, но такие же пустые вещи можно сделать и в Windows и сравнить их структуру (особенно втыкает наличие нескольких DDK -- для 9Х и для 2k). Вот как такая сложная система может работать стабильно? Не понимаю... :(

Цитата the_Shadow @ 08.11.05, 14:21

Если пару гектар найдёшь на винте, то второй системой встанет "на ура"... Презентую.

У меня сейчас винт итак слишком хорошо и оптимально разбит. Уже две системы стоит - Win2k3 Server и WinXP. Уж слишком неохота его переразбивать. Так, что я лучше вставлю еще один специально для этого дела.

Цитата the_Shadow @ 08.11.05, 14:21

От С осталась..." :D:D Там (в UNIX) С = "основной язык".

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

Цитата the_Shadow @ 08.11.05, 14:21

И только С ассемблируется напрямую -- без промежуточных приведений.

мдя, бредоватенько

Цитата the_Shadow @ 08.11.05, 14:21

В Linux весьма редко модули драйверами называют, но не столь суть.
А прикинь сложность драйвера Windows и модуля, мною опубликованного.

Не надо ля ля . Минимальный драйвер под винды, это одна единственная функция. Так же простая как у тебя. DriverEntry, аналог main. И совсем необязательно писать гору кода, чтобы реализовать такой модуль, и чтобы сделать в нем минимальную обработку ReadFile, WriteFile, DeviceIoControl. Ведь и у вас также общение с драйвером происходит? Хотя к слову, это винды конечно из никсов взяли, тут я спорить не буду.

Цитата the_Shadow @ 08.11.05, 14:21

особенно втыкает наличие нескольких DDK -- для 9Х и для 2k

Все растет, все развивается. Хочешь сказать у вас ядро совсем не меняется?