Версия для печати темы Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > Религиозные войны > Кто быстрее .NET или J3

Автор: Gregorian 21.12.2006, 17:29

Кто работает быстрее .NET или Java 3? Я слышал что .NET компилирует программу и оптимизирует машинные коды исходя из конфигурации компьютера, а быстрое создание объектов на порядок обходит С++ в некоторых алгоритмах. Java выполняется на абстрактной виртуальной машине, т.е. медленна от рождения, но противоречие в том, что HotSpeed компилятор. Оба стандарта закрыты и разобраться в теории, кто быстрее, до сих пор не удалось. Есть ли в интернете независимые тесты скорости java и .net? Я не хочу религиозных войн, я лишь хочу знать правду!

Автор: nerezus 21.12.2006, 20:05

Цитата Оба стандарта закрыты  Не ври! P.S. А зачем тебе нужна скорость?

Автор: Gregorian 21.12.2006, 22:32

Цитата(nerezus @  21.12.2006,  20:05 ) Не ври! И где тогда результаты? Цитата(nerezus @  21.12.2006,  20:05 ) зачем тебе нужна скорость? Компьютер тормозит. Что быстрее, то и стану изучать более подробно.

Автор: mr.DUDA 21.12.2006, 22:45

Цитата(Gregorian @  21.12.2006,  21:32 ) Компьютер тормозит. Что быстрее, то и стану изучать более подробно. Есть поговорка "какой программист - такие и программы, что он пишет". На ассемблере можно написать более тормознутую прогу, чем на Prolog-е. И наоборот. Дотнет с жабой будут где-то посередине  , или ниже.

Автор: Gregorian 21.12.2006, 22:52

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

Автор: nerezus 22.12.2006, 07:44

Gregorian,  Цитата И где тогда результаты?  Джава опенсурс вообще, а спеки сишарпа открыты ) Цитата Компьютер тормозит. Что быстрее, то и стану изучать более подробно.   Значит учи асм   Добавлено @ 07:45  Цитата Программисты в MS халтурщики - это более вероятно при использовании закрытого кода.   Рефлектор в руки: и код станет открытым ;)

Автор: LSD 22.12.2006, 12:41

Цитата(Gregorian @  21.12.2006,  17:29 ) Есть ли в интернете независимые тесты скорости java и .net? Небольшой сравнительный тест, есть даже у нас ;) А вообще, не так сложно устроить сравнительный тест, займись этим.

Автор: Sun 22.12.2006, 14:14

А Java 3 это простите какая версия? Что-то не встречал такого названия   По скорости и по колличеству пожираемых ресурсов Жаба конечно проигрывает .Net.  Но ходят слухи что Жаба работает стабильней на больших системах, с большим колличеством пользователей. Чтобы не мучится выбором, лучше изучить обе системы. Благо они очень похожи. Всё равно жабистам приходится и с дот нетом пересекаться и наоборот.

Автор: Ch0bits 22.12.2006, 16:56

Цитата(Sun @  22.12.2006,  15:14 ) Java 3 <Тут были зелёные человечки> Цитата(mr.DUDA @  21.12.2006,  23:45 ) какой программист - такие и программы, что он пишет В точку! Цитата(nerezus @  22.12.2006,  08:44 ) Джава опенсурс вообще, а спеки сишарпа открыты Цитата(nerezus @  22.12.2006,  08:44 ) Рефлектор в руки: и код станет открытым Я думаю автор топика имел в виду не саму библиотеку классов, а исполняющую среду JVM и CLR. JVM открыли совсем недавно, а CLR сомневаюсь что когда-нибудь откроют.

Автор: nerezus 22.12.2006, 17:42

Цитата Но ходят слухи что Жаба работает стабильней на больших системах, с большим колличеством пользователей.  Может от того, что используются серверные ОС, а не венда? )

Автор: mr.DUDA 22.12.2006, 17:52

Цитата(nerezus @  22.12.2006,  16:42 ) Может от того, что используются серверные ОС, а не венда? ) Что же по-вашему такое Server Edition у виндовозов ?

Автор: Sun 22.12.2006, 19:03

Цитата(nerezus @  22.12.2006,  14:42 ) Может от того, что используются серверные ОС, а не венда? )  Да, потрудитесь объяниться, почему Windows 2003 Server не относиться к серверным ОС?

Автор: Ch0bits 22.12.2006, 19:09

Серверная ОС, не серверная ОС, это тут не при чём. Java везде работает одинакого хорошо.

Автор: nerezus 22.12.2006, 20:20

Цитата Что же по-вашему такое Server Edition у виндовозов ?   Ну оно же не *nix. Раньше на википедии была статья, в которой затрагивалась "серверность" венды, но ее удалили =)

Автор: Hidrag 22.12.2006, 20:24

Цитата(Ch0bits @  22.12.2006,  16:56 ) Java 3Версии с 1.2 называют java 2, а 1.6 называют java 3. (условно) Это где новую джаву третей обозвали? Офф ссылку в студию!

Автор: Gregorian 22.12.2006, 20:40

Цитата(Sun @  22.12.2006,  19:03 ) Windows 2003 Server не относиться к серверным ОС? Нет.

Автор: Ch0bits 22.12.2006, 20:44

Цитата(Hidrag @  22.12.2006,  21:24 ) Это где новую джаву третей обозвали? Ой, сорри! Нет, конечно. Я со вчерашнего бух** в тему не врубился.

Автор: Sun 22.12.2006, 21:35

Цитата(Gregorian @ 22.12.2006,  17:40) Цитата(Sun @  22.12.2006,  19:03 ) Windows 2003 Server не относиться к серверным ОС? Нет. Очень красноречиво    А каким критериям в таком случае должна соотвествовать серверная ОС?

Автор: nerezus 22.12.2006, 22:27

Ну например достаточно поддерживать серверные вызовы типа fork, signal и т.д. ) Плюс разграничение прав юзеров должно быть, а не как в винде, где  гест может уронить систему в BSOD.

Автор: Sun 22.12.2006, 22:43

Цитата(nerezus @  22.12.2006,  19:27 ) Ну например достаточно поддерживать серверные вызовы типа fork, signal и т.д. ) Мда.. А я всегда считал что это системные вызовы   Цитата(nerezus @  22.12.2006,  19:27 ) Плюс разграничение прав юзеров должно быть, а не как в винде, где  гест может уронить систему в BSOD.  Ээээ... А ты что нибудь слышал про NTFS, ACL, ActiveDirectory???

Автор: nerezus 23.12.2006, 08:21

Sun, серверные системные вызовы имел ввиду ) Цитата А ты что нибудь слышал про NTFS, ACL, ActiveDirectory???   да что уж говорить, ведь даже мессаджбокс от геста может в винде завалить в BSOD систему (кстати сплойт сделали пару дней назад на выполнение произвольного кода от лица системы), а заплатки нету. Может M$ не считают это уязвимостью?

Автор: nerezus 23.12.2006, 09:35

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

Автор: Sun 23.12.2006, 12:22

Цитата(nerezus @  23.12.2006,  05:21 ) Sun, серверные системные вызовы имел ввиду ) Советую почитать man по fork и signal. Нет никаких "серверных системных вызовов". Это просто системные вызовы. Аналогом для этих конкретно вызовов в винде являются CreateProcess и CreateEvent. Цитата(nerezus @  23.12.2006,  06:35 ) Т.е. еще один критерий "серверности": вовремя выходящие заплатки. Ну тут защищать винду не буду, так как добиться быстрого фикса удаеться далеко не всегда. Но в принципе если следить за их новостями, то можно более менее свежие баги накрывать патчами (которые в свою очередь порождают новые баги   ) Но это не критерий "серверности". У множества человеков стоит Windows Server и они вообщем-то счастливы. Не могу сказать что это меня радует, но это так.

Автор: nerezus 23.12.2006, 14:21

Цитата Это просто системные вызовы.  Да, но разве доступны они не только в серверных ОС? Поэтому я их и назвал серверными. Цитата Аналогом для этих конкретно вызовов в винде являются CreateProcess  неужели )) Он создает НОВЫЙ процесс. А разве можно создать ПОЛНУЮ копию ТЕКУЩЕГО процесса? Ну так что, согласен, что гест может уронить венду со всеми апдейтами на сегодняшний момент в BSOD? )

Автор: Sun 23.12.2006, 15:07

Цитата(nerezus @  23.12.2006,  11:21 )  Да, но разве доступны они не только в серверных ОС? Поэтому я их и назвал серверными. fork - это способ порождения процесса в Юникс. Серверность тут вообще непричем. Когда ты запускаешь любую программу на Юникс, даже на компьютере неподключенном к сети - вызывается fork. Процессы в Юниксе имеют вид дерева. При загрузке создается главный процесс system, в котором порождаются все последующие. Каждый новый процесс может породить новый, для которого он будет отцовским. Серверность подразумевает наличие сетевых сервисов - серверов. Вот и всё    Цитата(nerezus @  23.12.2006,  11:21 )  неужели )) Он создает НОВЫЙ процесс. А разве можно создать ПОЛНУЮ копию ТЕКУЩЕГО процесса? Здесь есть разница в архитектуре винды и юникса. В Юниксе это сделано при помощи наследования порожденным процессом всех файловых дескрипторов отцовского процесса. Когда отцовский процесс умирает раньше дочернего, то дочерний переходит в состояние зомби. Но если он обработает сигнал SIGCHLD и закроет файловые дескрипторы отцовского процесса, он станет демоном. То есть сможет жить независимо от процесса который его породил. В винде другой подход - CreateProcess просто создаёт изолированный процесс который ничего не наследует и там нет древовидной структуры. Процесс регистрируется в системе и может взаимодействовать с любыми другими процессами. Цитата(nerezus @  23.12.2006,  11:21 ) Ну так что, согласен, что гест может уронить венду со всеми апдейтами на сегодняшний момент в BSOD? )  Надо провести эксперимент. Если это действительно так, то худо дело. Правда гестовый аккаунт все нормальные админы сносят первым делом.

Автор: Gregorian 23.12.2006, 16:32

Любой unix - сервер, а любой windows - не сервер.

Автор: Mad 23.12.2006, 16:51

Цитата(Gregorian @  23.12.2006,  15:32 ) Любой unix - сервер, а любой windows - не сервер.  Больно уж критичное заевление  нельзя олнозначно сказать : вот жто клиентская системма, а вот это серверная это сильно зависит от того, как она используеться и на unix-е можно сделать рабочею станцию, и на винде - сервак вобщемто любач ОС обладающая многозадачностью может использоваться для создания серверов

Автор: VectorMan 23.12.2006, 17:28

Цитата(Sun @ 23.12.2006,  17:07) Когда отцовский процесс умирает раньше дочернего, то дочерний переходит в состояние зомби.    Дочерний процесс становится зомби, если родительский процесс не выполнит какой нибудь wait* системный вызов, не важно кто завершается раньше

Автор: Sun 23.12.2006, 17:38

Цитата(VectorMan @  23.12.2006,  14:28 ) Дочерний процесс становится зомби, если родительский процесс не выполнит какой нибудь wait* системный вызов, не важно кто завершается раньше Да, действительно. Просто уже под Юникс несколько лет не программил, кое что забывается    Зомби может вообще не существовать как процесс, но информация о нём продолжает храниться в ОС. Цитата(Gregorian @  23.12.2006,  13:32 ) Любой unix - сервер, а любой windows - не сервер.  Gregorian, но можно всё-таки добиться от тебя определения слова - сервер? Что ты под под этим словом подразумеваешь?

Автор: nerezus 23.12.2006, 18:43

Цитата Серверность подразумевает наличие сетевых сервисов - серверов. Вот и всё  О боже, мой КПК - сервер!!!      Я с этим категорически не согласен. Наличие FTP-сервера на моем КПК не делает WindowsMobile серверной осью    Цитата Здесь есть разница в архитектуре винды и юникса. [skipped]  Красиво ушел от вопроса =) Но прикол в том, что имея форк, приняв клиента, можно форкнуться и отправлять клиента в форкнутый процесс, а форкающим ждать новых клиентов. Как это можно реализовать в венде? Треды не предлагать, а асинхронные сокеты.... тоже не предлагать ввиду геморойности   Добавлено @ 18:46  О, забыл. У меня же еще на кпк кроме FTP-сервера еще HTTP-прокси и Socks-прокси сервера =) Мой кпк втройне сервер ;) Раньше еще httpd с поддержкой CGI и PHP стоял, но я его удалил, ибо нех )

Автор: Sun 23.12.2006, 19:07

Цитата(nerezus @  23.12.2006,  15:43 ) Но прикол в том, что имея форк, приняв клиента, можно форкнуться и отправлять клиента в форкнутый процесс, а форкающим ждать новых клиентов. Как это можно реализовать в венде? Треды не предлагать, а асинхронные сокеты.... тоже не предлагать ввиду геморойности  smile Что-то совсем всё смешалось в кучу - кони, люди. Причем вообще форк к клиентам? Клиент обращается к сокету, а кто его открыл - папаша, или сынок - без разницы. Ну есть у тебя в новом процессе файловые дескрипторы папаши и ты их можешь слушать. Ну на винде у тебя в новом трэде абсолютно прозрачный доступ к открытому сокету, неважно кто его открывал. В чём выигрыш? В винде ты когда создал новый трэд, он имеет тоже самое адрессное пространство что и другие трэды процесса и ты можешь имея глобальные ссылки использовать любой объект процесса, будь то сокет или файл. Кроме того можно шарить ресурсы между трэдами. В Юниксе при использовании форка ты работаешь с изолированными процессами. И для обмена данными приходится использовать пайпы и другие файлы, вместо того чтобы получить прямую ссылку на объект. Цитата(nerezus @  23.12.2006,  15:43 ) Я с этим категорически не согласен. Наличие FTP-сервера на моем КПК не делает WindowsMobile серверной осью  smile  Если добавить управление пользователями и разграничение прав доступа, то да - серверная ось.

Автор: VectorMan 23.12.2006, 19:12

Цитата(nerezus @ 23.12.2006,  20:43) Но прикол в том, что имея форк, приняв клиента, можно форкнуться и отправлять клиента в форкнутый процесс, а форкающим ждать новых клиентов. Как это можно реализовать в венде? Треды не предлагать, а асинхронные сокеты.... тоже не предлагать ввиду геморойности   Апач работающий под виндой по твоему не сервер?    Почитай про серверы хотя бы http://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D1%80%D0%B2%D0%B5%D1%80

Автор: nerezus 23.12.2006, 19:51

VectorMan,  сервер - это предлагающий услугу. Однако любая ось это способна делать. Просто некоторые предназначены для этого(никсы), а некоторые - нет(хм, пример приводили   ) Цитата Причем вообще форк к клиентам?   Для примера. Цитата Ну на винде у тебя в новом трэде абсолютно прозрачный доступ к открытому сокету  Просил же треды не трогать =) Больная тема: пишу на пхп, а там тредов нет. Для многопоточности остаются тоько форк или асинхронные сокеты. Хотя это проблема пхп. Цитата Если добавить управление пользователями и разграничение прав доступа, то да - серверная ось.   О, уже появились эти "если". Хотя недавно ты сказал: Цитата Серверность подразумевает наличие сетевых сервисов - серверов. Вот и всё  Т.е. теперь от слов своих отказываешься? =) Цитата В винде ты когда создал новый трэд, он имеет тоже самое адрессное пространство что и другие трэды процесса и ты можешь имея глобальные ссылки использовать любой объект процесса, будь то сокет или файл. Кроме того можно шарить ресурсы между трэдами. В Юниксе при использовании форка ты работаешь с изолированными процессами. И для обмена данными приходится использовать пайпы и другие файлы, вместо того чтобы получить прямую ссылку на объект.  Мда.... а если я скажу, что потоки(треды) есть и в никсах? Это не будет новостью? Код #include <pthread.h> Цитата Надо провести эксперимент. Если это действительно так, то худо дело.   Угу, это так. Заплатки на текущий момент нет. Более того, возможно поднятие прав на уровень системы. Я думаю, что серверная ось не может не закрывать КРИТИЧЕСКИЕ  уязвимости на протяжении уже недели. И неизвестно, когда эта заплатка выйдет. Может через месяц? Линк(хотя об уязвимости было известно еще до того, как секлаб это все размести): http://www.securitylab.ru/vulnerability/283245.php Или кто-то не согласен, что выполнение произвольного кода с правами суперпользователя - не критическая уязвимость? Добавлено @ 19:53  Цитата Апач работающий под виндой по твоему не сервер?   Слово сервер имелось в другом смысле. У него есть много смыслов, а не только сервис/демон.

Автор: Sun 23.12.2006, 20:21

Цитата(nerezus @  23.12.2006,  16:51 )  Мда.... а если я скажу, что потоки(треды) есть и в никсах? Это не будет новостью? Не будет. Но это уже не fork. К тому же трэды есть далеко не на всех Юниксах. Во FreeBSD, к примеру, их нет. Есть либы которые фактически эммулируют работу трэдов, но по сути это теже процессы. Цитата(nerezus @  23.12.2006,  16:51 ) Просил же треды не трогать =) Больная тема: пишу на пхп, а там тредов нет. Для многопоточности остаются тоько форк или асинхронные сокеты. Хотя это проблема пхп. Ну вобщем-то ПХП от оси не зависит. Это скриптовый язык, который и под виндой вполне нормально живет. Кроме того на хостингах вызов fork как правило запрещен, так что советую отвыкать    Цитата(nerezus @  23.12.2006,  16:51 ) Если добавить управление пользователями и разграничение прав доступа, то да - серверная ось.   О, уже появились эти "если". Хотя недавно ты сказал: Цитата Серверность подразумевает наличие сетевых сервисов - серверов. Вот и всё  Т.е. теперь от слов своих отказываешься? =) Нет, просто расширяю вышесказанное. Ну забыл про разграничение прав доступа в предыдущем посте. А я вот до сих пор не пойму какой ты смысл вкладываешь в "серверную ось". Выскажи, и я тоже покритикую    Цитата(nerezus @  23.12.2006,  16:51 )  Слово сервер имелось в другом смысле. У него есть много смыслов, а не только сервис/демон.  Хотелось бы услышать какие?

Автор: VectorMan 23.12.2006, 20:30

Цитата(Sun @ 23.12.2006,  22:21) Не будет. Но это уже не fork. К тому же трэды есть далеко не на всех Юниксах. Во FreeBSD, к примеру, их нет. Ещё раз извиняюсь за оффтоп, но потоки во FreeBSD есть. Системный вызов rfork работает почти так же как fork, но дочерний процесс разделяет всю память с родительским, библиотека posix threads использует этот вызов

Автор: Sun 23.12.2006, 20:39

Цитата(VectorMan @  23.12.2006,  17:30 ) Системный вызов rfork работает почти так же как fork, но дочерний процесс разделяет всю память с родительским, библиотека posix threads использует этот вызов  Но если посмотреть top, то он все эти трэды нарисует как процессы, каждый со своим PID. Изначально работа с трэдами туда не вкладывалась.

Автор: nerezus 23.12.2006, 20:40

Цитата Не будет. Но это уже не fork.  А я и не говорил, что это форк. Цитата Во FreeBSD, к примеру, их нет.  Хм, ненавижу фряху, у меня на серваке ее в ближайшем будущем точно не будет ;) По крайней мере в OpenBSD треды точно есть    Цитата Ну вобщем-то ПХП от оси не зависит.   Неправда. Зависит, так как большинство библиотек - просто биндинги и оболочки. Например pcntl_fork() и подобные функции пхп есть только на никсах. Цитата Кроме того на хостингах вызов fork как правило запрещен, так что советую отвыкать  Нормальному проекту - нормальный хостинг      А то натыкали на каждом шагу говнохостингов без необходимых модулей, с регистер глобалс, меджик куотес и прочей дрянью типа safe mode, а большинство людей по ним и судит    Цитата А я вот до сих пор не пойму какой ты смысл вкладываешь в "серверную ось". Выскажи, и я тоже покритикую  Серверная ось - ось, позиционируемая как серверная(вычеркиваем мак, венду для мобил), не имеющая серьезных недостатков в секьюрити-части(вычеркиваем венду) и предоставляющая набор софта для предоставления услуг. Это ПРИМЕРНОЕ мое понимание серверности ОС =) Цитата Хотелось бы услышать какие? Ну в плане: 1) сервис/демон (например FTP-сервер) 2) в плане железа (типа "Вон в том шкафу наш сервер") 3) тип конфигурации системы от предназначения(сервер/воркстейшн/игровая конфигурация)

Автор: VectorMan 23.12.2006, 20:55

Цитата(Sun @ 23.12.2006,  22:39) Но если посмотреть top, то он все эти трэды нарисует как процессы, каждый со своим PID. Изначально работа с трэдами туда не вкладывалась. А для чего тогда было создавать такой системный вызов? Просто в nix единица выполнения - процесс, а в win  - поток, процесс - это просто группа потоков. какая разница как это называть? суть одна    Цитата(nerezus @ 23.12.2006,  22:40) Зависит, так как большинство библиотек - просто биндинги и оболочки. Например pcntl_fork() и подобные функции пхп есть только на никсах. Это скорее можно отнести к проблемам пхп, а не винды   Претендуя на кросплатформенность, не стоит вводить ос-зависимые апи з.ы. прекращаю оффтопить в этой теме

Автор: nerezus 23.12.2006, 21:08

Цитата какая разница как это называть? суть одна  В потоках одни и те же переменные, в процессах - разные. Цитата Это скорее можно отнести к проблемам пхп, а не винды   Ну я же так и написал:      Цитата Хотя это проблема пхп. Цитата Претендуя на кросплатформенность, не стоит вводить ос-зависимые апи  Ну а разве место пхп не на серверах?    Зачем тут кроссплатформенность, достаточно поддержки только серверных ОС    P.S. Хотя я видел извращенцев, которые гуи на пхп писали ;) Правда php-gtk загнулся, хотя туда ему и дорога =) К первоисточникам

Автор: VectorMan 23.12.2006, 21:09

Цитата(nerezus @ 23.12.2006,  23:08) В потоках одни и те же переменные, в процессах - разные. Я говорил про потоки создаваемые вызовом rfork в freebsd, читай внимателнее

Автор: Sun 23.12.2006, 21:15

Цитата(VectorMan @  23.12.2006,  17:55 ) А для чего тогда было создавать такой системный вызов? Веление времени. Изначально никаких трэдов там не подразумевалось. (исправлено в связи с более подробным изучением сабжа) Цитата(VectorMan @  23.12.2006,  17:55 ) какая разница как это называть? суть одна  smile  Суть разная. Процесс - это не группа потоков. Это отдельная сущность. Архитектурная организация у них разная, способы взаимодействи и уровни изоляции. Цитата(nerezus @  23.12.2006,  17:40 ) Серверная ось - ось, позиционируемая как серверная(вычеркиваем мак, венду для мобил), не имеющая серьезных недостатков в секьюрити-части(вычеркиваем венду) и предоставляющая набор софта для предоставления услуг. Это ПРИМЕРНОЕ мое понимание серверности ОС =) Ну тогда о чём мы спорим, если ты для себя всё решил? Если ты думаешь что у Юникс нет security issues, то боюсь тебя ждут серьёзные разочарования. Вообщем как всегда виндовс == сакс == маздай, юникс == рулез == форэва

Автор: nerezus 23.12.2006, 21:36

Цитата у тогда о чём мы спорим, если ты для себя всё решил?  А разве я спорить начал?    Я просто высказался насчет "серверности" венды    Спорить я не собирался, но пришлось... Цитата Если ты думаешь что у Юникс нет security issues, то боюсь тебя ждут серьёзные разочарования.   Я так не думаю. На практике нереально написать что-либо большое без ошибок. Однако практически сразу после появления ошибки в никсах, она фиксится. В отличии от критических уязвимостей в винде. Сколько там wmf-сплойт гулял до выхода заплатки?    Сейчас ситуация такая же. Критическая уязвимость есть, а заплаток нету.

Автор: Exception 23.12.2006, 22:37

Цитата(Ch0bits @  22.12.2006,  17:56 ) Я думаю автор топика имел в виду не саму библиотеку классов, а исполняющую среду JVM и CLR. JVM открыли совсем недавно, а CLR сомневаюсь что когда-нибудь откроют. А что такое CLI и Rotor?

Автор: mr.DUDA 25.12.2006, 00:56

Процесс определяет набор сегментов кода/данных/стека. Поток ничего не определяет, а описывает текущий адрес в сегменте кода (контекст потока) и локальное хранилище, кстати редко используемое. Всё. Наследование процессов реализовано в винде так же как и наследование любого другого объекта ядра (см. параметр bInheritHandles в CreateProcess). Баг с "уязвимостью винды в результате стрёмного мессиджбокса" нашли китайские хакеры, вооружённые IDA .

Автор: Амортизатор2 25.12.2006, 01:00

Цитата(mr.DUDA @  25.12.2006,  00:56 ) Баг с "уязвимостью винды в результате стрёмного мессиджбокса" нашли китайские хакеры, вооружённые IDA  Не собирается под современные версии винды - там #define WIN_VER четко рубит  Так что эта бага не может выскочить ненароком. Представляет опасность только при злонамеренном использовании. Скоро, наверное, пофиксят.

Автор: nerezus 25.12.2006, 08:40

Амортизатор2, кто? что? баг сейчас пашет, не надо "ля-ля"    Цитата Представляет опасность только при злонамеренном использовании.  А какое еще бывает использование уязвимости? Цитата Скоро, наверное, пофиксят.   Угу.... уже сколько времени прошло... к НГ так глядишь - и сделают ) А то, что куча "серваков" стоят с критическими уязвимостями, и любой четырнадцатилетний прыщавый ламер может их уронить, админам пофигу? Или админы это уже пропатчили? Ибо хороший админ никогда не оставит систему уязвимой. Админы, вы где? Хочу услышать ваше мнение

Автор: Sun 25.12.2006, 11:04

Цитата(nerezus @  25.12.2006,  05:40 ) Админы, вы где? Хочу услышать ваше мнение  smile   Админы уже ушли в запой. А вот виндовс админы похоже будут иметь горячие новогодние праздники

Автор: nerezus 25.12.2006, 11:51

Мне просто интересно, как админы пропатчили сабж =) Ибо мне непонятно, как это можно сделать без сырцов. Хотя меня гложет смутное подозрение, что большинство(если даже не все) это не исправили. А я то еще хотел ASP.NET изучать... даже книг на 2т.р. по нему купил ) Зря деньги потратил... первый раз жалею =)

Автор: Sun 25.12.2006, 11:55

Цитата(nerezus @  25.12.2006,  08:51 ) Мне просто интересно, как админы пропатчили сабж =) Ибо мне непонятно, как это можно сделать без сырцов. Легко. Можно перехватывать вызов MessageBoxA и подменять своим, более безопасным.

Автор: nerezus 25.12.2006, 12:31

А примерчик? )

Автор: Sun 25.12.2006, 12:44

Цитата(nerezus @  25.12.2006,  09:31 ) А примерчик? )  http://rsdn.ru/article/baseserv/IntercetionAPI.xml

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)