Copyright (c) Microsoft Corporation. All rights reserved. You may only use this code if you agree to the terms of the Windows Research Kernel Source Code License agreement (see License.txt). If you do not agree to the terms, do not use the code. *** WRK v1.2 The Windows Research Kernel v1.2 contains the sources for the core of the Windows (NTOS) kernel and a build environment for a kernel that will run on x86 (Windows Server 2003 Service Pack 1) and amd64 (Windows XP x64 Professional) A future version may also support booting WRK kernels on Windows XP x86 systems, but the current kernels will fail to boot due to differences in some shared structures. The NTOS kernel implements the basic OS functions for processes, threads, virtual memory and cache managers, I/O management, the registry, executive functions such as the kernel heap and synchronization, the object manager, the local procedure call mechanism, the security reference monitor, low-level CPU management (thread scheduling, Asynchronous and Deferred Procedure calls, interrupt/trap handling, exceptions), etc. The NT Hardware Abstraction Layer, file systems, network stacks, and device drivers are implemented separately from NTOS and loaded into kernel mode as dynamic libraries. Sources for these dynamic components are not included in the WRK, but some are available in various development kits published by Microsoft, such as the Installable File System (IFS) Kit and the Windows Driver Development Kit (DDK). WRK v1.2 includes most of the NTOS kernel sources from the latest released version of Windows, which supports the AMD64 architecture on the Desktop. The kernel sources excluded from the kit are primarily in the areas of plug-and-play, power management, the device verifier, kernel debugger interface, and virtual dos machine. The primary modifications to WRK from the released kernel are related to cleanup and removal of server support, such as code related to the Intel IA64. *** Organization of the WRK sources The file License.txt contains the license covering use of the WRK. The public\ directory contains a number of include files shared among system components. base\ntos\ contains the NTOS sources. The primary NTOS source components included in the WRK are organized as follows: cache\ - cache manager config\ - registry implementation dbgk\ - user-mode debugger support ex\ - executive functions (kernel heap, synchronization, time) fsrtl\ - file system run-time support io\ - I/O manager ke\ - scheduler, CPU management, low-level synchronization lpc\ - local procedure call implementation mm\ - virtual memory manager ob\ - kernel object manager ps\ - process/thread support se\ - security functions wmi\ - Windows Management Instrumentation inc\ - NTOS-only include files rtl\ - kernel run-time support init\ - kernel startup *** Copying and building the WRK WRK can be built on Windows Server 2003 or later, or on Windows XP or later. To copy WRK to your machine: - open a console window; - switch to DVD; - switch to \Resources\Windows_Research_Kernel\Get_WRK\; - run WRKCopy.bat /w <destination_directory> (if you run WRKCopy.bat without parameters, WRK will be copied to C:\WRK-v1.2\); ALTERNATIVELY - open Windows Explorer (MyComputer); - create the destination directory on your hard drive; - switch to DVD; - navigate to \Resources\Windows_Research_Kernel\Get_WRK\WRK-v1.2\; - select all files and subdirectories, drag and drop them to the destination directory. To adjust the WRK environment setting batch file: - open console window; - switch to the directory WRK was copied to; - run Notepad WRKEnv.bat; - make sure the "set path=..." statement contains the directory WinDbg was installed to; (unchanged WRKEnv.bat refers to default directory C:\Program Files\Debugging Tools for Windows); - save the file and exit Notepad. To build WRK from command line: - open console window; - switch to the directory WRK was copied to; - run Build <arch> (or Rebuild <arch> or Clean <arch>), see note about <arch> below; ALTERNATIVELY - open console window; - switch to the directory WRK was copied to; - run WRKEnv <arch>, see note about <arch> below; - switch to base\ntos; - run nmake %wrkarch%= To build WRK in Visual Studio 2008 environment: - start VS2008; - open solution <WRK_DIR>\WRK.sln, where <WRK_DIR> is the directory WRK was copied to; - make sure the configuration is amd64/Win32 or x86/Win32, as is appropriate; - select Build/Build Solution (or Rebuild Solution, or Clean Solution). To start Windows Debugger from command line: - open console window; - switch to the directory WRK was copied to; - run WRKDebug <arch>, see note about <arch> below; ALTERNATIVELY - open console window; - switch to the directory WRK was copied to; - run WRKEnv <arch>, see note about <arch> below; - run WinDbg %windbgargs% ----------------------------------------------------------------------------- NOTE ABOUT <ARCH> Batch files Build.bat, Rebuild.bat, Clean.bat, WRKEnv.bat and WRKDebug.bat take one parameter – target architecture, which is x86 or amd64. For the first use of either of these batch files, default target architecture is x86. Once the target architecture was defined (explicitly or by default), it cannot be changed for current console window, and <arch> parameter of the batch files is ignored. The title of the window where the WRK environment has been set to some target architecture changes to “WRK x86” or “WRK amd64”. To work with different target architecture, open another console window. ----------------------------------------------------------------------------- ***
Это поможет хакерам лучше понять механизмы работы Windows 10.
На 4chan появилась ссылка на .torrent-файл с полным исходным кодом Windows XP. Тред просуществовал всего пару часов, но за это время информация успела распространиться — даже несмотря на то, что Microsoft активно работает над уничтожением ссылок на скачивание.
Папка с распакованными файлами занимает около 40 ГБ и содержит, как утверждает автор утечки, полный и нетронутый исходный код Windows XP, который «годами передавался между хакерами».
Поддержка Windows XP прекратилась в 2014 году, а сама ОС не поддерживает современные компьютерные компоненты. Для пиратов или разработчиков вредоносного ПО эта утечка практически бесполезна — из всех ПК в мире на XP сейчас работает менее 1%.
Однако Microsoft известна тем, что некоторые участки кода мигрируют между версиями ОС практически нетронутыми, и даже в Windows 10 можно встретить участки, написанные ещё для Windows 95 — это делается в целях сохранения обратной совместимости. Поэтому утечка старой ОС может пролить свет на то, как работают некоторые системы более новых выпусков — если злоумышленники будут знать, где искать.
Также исходный код XP могут использовать изготовители неофициальных сборок — энтузиасты могут внести изменения в некоторые системы, чтобы «старая добрая» XP заработала на современных компьютерах.
Материал дополнен редакцией
Время на прочтение8 мин
Количество просмотров49K
Насколько бы закрытым ни было программное обеспечение Microsoft, информации о своем внутреннем устройстве оно выдает предостаточно. К примеру, экспорт функций из библиотеки по именам дает представление о ее интерфейсах. В свободном доступе есть и отладочные символы, которые повсеместно используются для диагностики ошибок в ОС. Однако на руках у нас все равно имеются только скомпилированные бинарные модули. Становится интересно: а какими они были до компиляции? Давайте попробуем разобраться, как вытащить побольше информации об исходных кодах, не делая ничего незаконного.
Идея, конечно, не нова. В свое время подобное делали и Марк Руссинович, и Алекс Ионеску. Мне лишь было интересно получить свежие данные, немного дополнив и уточнив уже проделанную другими работу. Для эксперимента нам понадобятся пакеты отладочных символов, которые есть в свободном доступе. Я взял пакеты для последней релизной версии «десятки» (64 бита), причем решил исследовать и релизный пакет (free build), и отладочный (checked build).
Отладочные символы — это набор файлов с расширением pdb (program database, база данных программы), в которых хранится различная информация для расширения возможностей отладки бинарных модулей в ОС, включая имена глобалов, функций и структур данных, иногда вместе с их содержимым.
Помимо символов можно взять условно доступную отладочную сборку «десятки». Такая сборка богата на ассерты, в которых бывают описаны не только недокументированые и отсуствующие в символьных файлах имена переменных, но и номер строки в файле, в котором сработал ассерт.
В примере видно не только имя файла и его расширение, но и структура каталогов до него, очень полезная даже без корня.
Натравливаем на файлы символов утилиту strings от sysinternals и получаем около 13 ГБ сырых данных. А вот кормить все файлы из дистрибутива отладочной сборки подряд — так себе идея, ненужных данных будет слишком много. Ограничимся набором расширений: exe — исполняемые файлы, sys — драйвера, dll — билиотеки, ocx — ActiveX-компоненты, cpl — компоненты панели управления, efi — EFI-приложения, в частности загрузчик. Сырых данных от дистрибутива набралось 5,3 ГБ.
К своему удивлению я обнаружил, что не так много программ способны хотя бы открыть файлы размером в десяток гигабайт, и уж тем более единицы смогли поддержать функцию поиска внутри таких файлов. В данном эксперименте для ручного просмотра сырых и промежуточных данных использовался 010 Editor. Фильтрация данных дешево и сердито осуществлялась скриптами на питоне.
Фильтрация данных из символьных файлов
В символьных файлах помимо прочего содержится информация компоновщика. То есть, в символьном файле присутствует список объектных файлов, которые использовались для компоновки соответствующего бинарника, причем в компоновщике используется полный путь до объектного файла.
- Зацепка-фильтр № 1: ищем строки по маске «:\\».
Получаем абсолютные пути, сортируем, удаляем дубликаты. К слову, мусора получилось не так много, и он был удален вручную.
При осмотре полученных данных стала понятна примерная структура дерева исходных кодов. Корень — «d:\th», что по всей видимости означает threshold, в соответствии с названием ноябрьской версии Windows 10 — Threshold 1. Однако файлов с корнем «d:\th» оказалось мало. Это объясняется тем, что компоновщик принимает уже собранные файлы. А сборка объектников осуществляется в папки «d:\th.obj.amd64fre» для релизной сборки и «d:\th.obj.amd64chk» для отладочной.
- Зацепка-фильтр № 2: предполагаем, что исходные файлы хранятся по аналогии с объектными файлами после сборки, и осуществляем «разборку» объектных файлов в исходные. Внимание! Этот шаг может внести искажение структуры для некоторых папок, потому как достоверно не известны параметры сборки исходников.
Для примера:
d:\th.obj.amd64fre\shell\osshell\games\freecell\objfre\amd64\freecellgame.obj
это бывший
d:\th\shell\osshell\games\freecell\freecellgame.c??
По поводу расширения файлов: объектный файл получается из кучи разных типов исходного файла: «c», «cpp», «cxx», «asm» и т. д. На данном этапе неясно, какой именно тип исходного файла использовался, поэтому оставим расширение «c??».
Помимо папки «d:\th» наблюдается множество других корней. Например, «d:\th.public.chk» и «d:\th.public.fre». Данную папку мы опустим ввиду того, что в ней хранится публичная часть sdk, то есть она нам не очень интересна. Также стоит отметить различные пути проектов для драйверов, которые, судя по всему, собираются где-то на рабочих местах разработчиков:
c:\users\joseph-liu\desktop\sources\rtl819xp_src\common\objfre_win7_amd64\amd64\eeprom.obj
C:\ALLPROJECTS\SW_MODEM\pcm\amd64\pcm.lib
C:\Palau\palau_10.4.292.0\sw\host\drivers\becndis\inbox\WS10\sandbox\Debug\x64\eth_tx.obj
C:\Users\avarde\Desktop\inbox\working\Contents\Sources\wl\sys\amd64\bcmwl63a\bcmwl63a\x64\Windows8Debug\nicpci.obj
Другими словами, существует набор драйверов устройств, отвечающих стандартам, например, USB XHCI, которые входят в дерево исходных кодов ОС. А все специфичные драйвера собираются где-то в другом месте.
- Зацепка-фильтр № 3: удаляем бинарные файлы, поскольку нам интересны только исходные. Удаляем «pdb», «lib», «exp» и т. п. Файлы «res» откатываем до «rc» — исходного кода ресурсного файла.
Выходные данные становятся все красивее! Однако на этом этапе дополнительные данные получить уже практически невозможно. Переходим к следующему набору сырых данных.
Фильтрация данных из исполняемых файлов
Поскольку абсолютных путей в сырых данных оказалось мало, фильтровать строки будем по расширениям:
- «c» — исходные файы на языке C,
- «cpp» — исходные файлы на языке C++,
- «cxx» — исходные файлы на C или C++,
- «h» — заголовочные файлы на языке C,
- «hpp» — заголовочные файлы на языке C++,
- «hxx» — заголовочные файлы на C или C++,
- «asm» — исходные файлы на MASM,
- «inc» — заголовочные файлы на MASM,
- «def» — описательный файл для библиотек
После фильтрации данных становится видно, что хотя у полученный путей и нет корня, структура каталогов говорит о том, что она строится относительно него. То есть, всем путям достаточно добавить в начале корень «d:\th».
На этом этапе есть несколько проблем с данными, полученными из символов. Первая проблема: мы не уверены, что правильно откатили путь сборки исходного файла в объектный файл.
- Зацепка-фильтр № 4: проверим, есть ли совпадения между путями до объектных файлов и путями до исходных.
И они действительно есть! То есть, для большинства каталогов можно утверждать, что их структура восстановлена правильно. Конечно, все еще остаются сомнительные каталоги, но думаю, эта погрешность вполне приемлема. Попутно можно смело заменять расширение «c??» на расширение совпавшего по пути исходника.
Вторая проблема — заголовочные файлы. Дело в том, что это важная часть исходных файлов, однако из заголовочника не получается объектный файл, а это значит, что из информации об объектных файлах нельзя восстановить заголовочники. Приходится довольствоваться малым, а именно теми заголовочниками, которые мы нашли в сырых данных бинарных файлов.
Третья проблема: мы все еще не знаем большинство расширений исходных файлов.
- Зацепка-фильтр № 5: будем считать, что в пределах одной папки хранятся исходные файлы одинакового типа.
То есть, если в какой-либо из папок уже присутствует файл с расширением «cpp», скорее всего все его соседи будут иметь такое же расширение.
Ну а как же исходники на ассемблере? За последним штрихом можно обратиться к Windows Research Kernel — исходным кодам Windows XP — и часть исходников на ассемблере переименовать вручную.
Изучаем полученные данные
Телеметрия
Какое-то время я изучал вопрос об устройстве телеметрии в Windows 10. К сожалению, анализ на скорую руку не выявил ничего стоящего. Я не нашел никаких кейлоггеров, никакой утечки чувствительных данных, ничего, к чему можно было бы прикопаться. И первым ключевым словом для поиска среди исходных файлов было «telemetry». Результат превзошел мои ожидания: 424 совпадения. Самые интересные приведу ниже.
Телеметрия в исходных файлах
d:\th\admin\enterprisemgmt\enterprisecsps\v2\certificatecore\certificatestoretelemetry.cpp
d:\th\base\appcompat\appraiser\heads\telemetry\telemetryappraiser.cpp
d:\th\base\appmodel\search\common\telemetry\telemetry.cpp
d:\th\base\diagnosis\feedback\siuf\libs\telemetry\siufdatacustom.c??
d:\th\base\diagnosis\pdui\de\wizard\wizardtelemetryprovider.c??
d:\th\base\enterpriseclientsync\settingsync\azure\lib\azuresettingsyncprovidertelemetry.cpp
d:\th\base\fs\exfat\telemetry.c
d:\th\base\fs\fastfat\telemetry.c
d:\th\base\fs\udfs\telemetry.c
d:\th\base\power\energy\platformtelemetry.c??
d:\th\base\power\energy\sleepstudytelemetry.c??
d:\th\base\stor\vds\diskpart\diskparttelemetry.c??
d:\th\base\stor\vds\diskraid\diskraidtelemetry.cpp
d:\th\base\win32\winnls\els\advancedservices\spelling\platformspecific\current\spellingtelemetry.c??
d:\th\drivers\input\hid\hidcore\hidclass\telemetry.h
d:\th\drivers\mobilepc\location\product\core\crowdsource\locationoriontelemetry.cpp
d:\th\drivers\mobilepc\sensors\common\helpers\sensorstelemetry.cpp
d:\th\drivers\wdm\bluetooth\user\bthtelemetry\bthtelemetry.c??
d:\th\drivers\wdm\bluetooth\user\bthtelemetry\fingerprintcollector.c??
d:\th\drivers\wdm\bluetooth\user\bthtelemetry\localradiocollector.c??
d:\th\drivers\wdm\usb\telemetry\registry.c??
d:\th\drivers\wdm\usb\telemetry\telemetry.c??
d:\th\ds\dns\server\server\dnsexe\dnstelemetry.c??
d:\th\ds\ext\live\identity\lib\tracing\lite\microsoftaccounttelemetry.c??
d:\th\ds\security\base\lsa\server\cfiles\telemetry.c
d:\th\ds\security\protocols\msv_sspi\dll\ntlmtelemetry.c??
d:\th\ds\security\protocols\ssl\telemetry\telemetry.c??
d:\th\ds\security\protocols\sspcommon\ssptelemetry.c??
d:\th\enduser\windowsupdate\client\installagent\common\commontelemetry.cpp
d:\th\enduser\winstore\licensemanager\lib\telemetry.cpp
d:\th\minio\ndis\sys\mp\ndistelemetry.c??
d:\th\minio\security\base\lsa\security\driver\telemetry.cxx
d:\th\minkernel\fs\cdfs\telemetry.c
d:\th\minkernel\fs\ntfs\mp\telemetry.c??
d:\th\minkernel\fs\refs\mp\telemetry.c??
d:\th\net\netio\iphlpsvc\service\teredo_telemetry.c
d:\th\net\peernetng\torino\telemetry\notelemetry\peerdistnotelemetry.c??
d:\th\net\rras\ip\nathlp\dhcp\telemetryutils.c??
d:\th\net\winrt\networking\src\sockets\socketstelemetry.h
d:\th\shell\cortana\cortanaui\src\telemetrymanager.cpp
d:\th\shell\explorer\traynotificationareatelemetry.h
d:\th\shell\explorerframe\dll\ribbontelemetry.c??
d:\th\shell\fileexplorer\product\fileexplorertelemetry.c??
d:\th\shell\osshell\control\scrnsave\default\screensavertelemetryc.c??
d:\th\windows\moderncore\inputv2\inputprocessors\devices\keyboard\lib\keyboardprocessortelemetry.c??
d:\th\windows\published\main\touchtelemetry.h
d:\th\xbox\onecore\connectedstorage\service\lib\connectedstoragetelemetryevents.cpp
d:\th\xbox\shellui\common\xbox.shell.data\telemetryutil.c??
Комментировать, пожалуй, не стоит, поскольку все равно достоверно ничего не известно. Однако эти данные могут послужить хорошей отправной точкой для более детального исследования.
Kernel Patch Protection
Следующая находка — всеми любимый PatchGuard. Правда, в дереве исходников ОС присутствует только один файл непонятного, скорее всего бинарного типа.
d:\th\minkernel\ntos\ke\patchgd.wmp
Поискав совпадения в нефильтрованных данных, я обнаружил, что на самом деле Kernel Patch Protection — это отдельный проект.
d:\bnb_kpg\minkernel\oem\src\kernel\patchgd\mp\xcptgen00.c??
d:\bnb_kpg\minkernel\oem\src\kernel\patchgd\mp\xcptgen01.c??
d:\bnb_kpg\minkernel\oem\src\kernel\patchgd\mp\xcptgen02.c??
d:\bnb_kpg\minkernel\oem\src\kernel\patchgd\mp\xcptgen03.c??
d:\bnb_kpg\minkernel\oem\src\kernel\patchgd\mp\xcptgen04.c??
d:\bnb_kpg\minkernel\oem\src\kernel\patchgd\mp\xcptgen05.c??
d:\bnb_kpg\minkernel\oem\src\kernel\patchgd\mp\xcptgen06.c??
d:\bnb_kpg\minkernel\oem\src\kernel\patchgd\mp\xcptgen07.c??
d:\bnb_kpg\minkernel\oem\src\kernel\patchgd\mp\xcptgen08.c??
d:\bnb_kpg\minkernel\oem\src\kernel\patchgd\mp\xcptgen09.c??
d:\bnb_kpg\minkernel\oem\src\kernel\patchgd\mp_noltcg\patchgd.c??
d:\bnb_kpg\minkernel\oem\src\kernel\patchgd\mp_noltcg\patchgda.c??
d:\bnb_kpg\minkernel\oem\src\kernel\patchgd\mp_noltcg\patchgda2.c??
d:\bnb_kpg\minkernel\oem\src\kernel\patchgd\mp_noltcg\patchgda3.c??
d:\bnb_kpg\minkernel\oem\src\kernel\patchgd\mp_noltcg\patchgda4.c??
Сомнительные файлы
Не придумав больше ничего меня интересующего, я начал искать все подряд — и остался доволен!
d:\th\windows\core\ntgdi\fondrv\otfd\atmdrvr\umlib\backdoor.c??
в драйвере шрифтов?
d:\th\inetcore\edgehtml\src\site\webaudio\opensource\wtf\wtfvector.h
Web Template Framework, это всего лишь Web Template Framework, спорная аббревиатура. Погодите,
Open source?
d:\th\printscan\print\drivers\renderfilters\msxpsfilters\util\opensource\libjpeg\jaricom.c??
d:\th\printscan\print\drivers\renderfilters\msxpsfilters\util\opensource\libpng\png.c??
d:\th\printscan\print\drivers\renderfilters\msxpsfilters\util\opensource\libtiff\tif_compress.c??
d:\th\printscan\print\drivers\renderfilters\msxpsfilters\util\opensource\zlib\deflate.c??
Думаю, на этой находке пора закругляться.
Архив с текстовым файлом со списком исходников приведен по ссылке. Делитесь своими находками в комментариях!
-
Windows UI Library
Backward-compatible versions of Windows UI features including UWP XAML controls, and Fluent styles and materials.
-
Windows Community Toolkit
A collection of helper functions, custom controls, and app services. Install gallery app — View docs
-
Windows Template Studio
A Visual Studio 2017 extension that accelerates the creation of new UWP apps using a wizard-based experience. Install extension
-
Adaptive Cards
A new way for developers to exchange card content in a common and consistent way.
Docs — Schema — Samples — Visualizer -
Win2D
An easy-to-use WinRT API for immediate mode 2D graphics rendering with GPU acceleration, available to C# and C++ developers. View docs
-
Windows dev box setup scripts
Scripts to simplify setting up a Windows developer box.
-
Windows Packaging samples
Samples that show how to use Visual Studio 2017 to create Windows applications that can take the best of Win32 and UWP worlds in a single package.
-
MSIX Package Support Framework
Tools, libraries, documentation and samples for creating app-compat fixups to enable classic Win32 applications to be distributed and executed as packaged apps.
-
MSIX Packaging SDK
Enables developers on a variety of platforms to unpack packages for the purposes of distribution from either the Microsoft Store, or their own content distribution networks.
-
Windows 10 driver samples
Game development samples written by the Microsoft Xbox Advanced Technology Group. View docs
-
Windows Driver Frameworks
Source code for the Windows Driver Frameworks (WDF — a set of libraries that make it simple to write high-quality device drivers. View docs
�� ������ 4chan � ������������� ������� Mega.nz ����������� ����������� ����� (torrent, 43 ��), ���������� ������ �������� ������ ������������ ������ Windows XP SP1, Windows Server 2003, MS DOS 3.30, MS DOS 6.0, Windows 2000, Windows CE 3, Windows CE 4, Windows CE 5, Windows Embedded 7, Windows Embedded CE, Windows NT 3.5 � Windows NT 4. �������������, ��� ��� ���������� �������� ������ ��������� ������ ���� ���. ����������, ��� � ������ ������� ��������� ��������� ������ ���� Microsoft, ����� ��������������� � ��������� �������.
� ������ ����� ������� ����� �������� ����� ��� �������� �������� �������� ������������ NetMeeting.
- ������� ������ � ������� (https://news.ycombinator.com/i…)
- OpenNews: ������ 20�� ���������� ����������� ������������ � �������� ������� Intel
- OpenNews: ������ ������-����� Microsoft ����������������� ������ Secure Boot
- OpenNews: Microsoft �� ��������� �������� ����� ��������� ���� Windows
- OpenNews: ������ �������� ������� �������� Opera 12.15
��������: CC BY 3.0
�������� ������: https://opennet.ru/53783-windows
�������� �����: windows
|
|
+44 +/– |
������ ������� � ��������� �������� ������ reactos, � �� � �� �����. |
|
|
|
|
–3 +/– |
IE ������ ��� �� ����� ����� ��� ���� ��� ������ �����������? ���� ���������, ��� ��������� Opera Presto �� ������� ����� �����. |
|
|
|
–7 +/– |
IE ������ ��� �� ����� ����� ��� ���� ��� ������ �����������? ���� ���������, ��� ��������� Opera Presto �� ������� ����� �����. |
|
|
|
|
–1 +/– |
� ������ ������� ��������� ��������� ������ ���� Microsoft, ����� ���� ��������� |
|
|
|
+6 +/– |
Windows XP from the scratch ZverCD, ������� ���������, ��� ���. �ģ� �������. |
|
|
|
|
|
|
|
+/– |
���� ��� ����� �����, �� �� ����� ����� ������� �� ���������� WinXP, ���������9 �������� � �������� dxvk, ����������� ����������� �������� � ��������� �������, ���� ������ ����� � � ��������� �����������. |
|
|
|
|
–1 +/– |
�� ��� ��������� ������������ ��� ��� Windows NT 3.5 ��������� � �������������, �����… |
|
|
|
|
–3 +/– |
������� wine ���������� ���� ����� ������, ���� ���������� �� ������. |
|
|
|
–1 +/– |
� ����, ���� ������� ������� GNU �������������, � ����� ����� � �� ������������� ���� �������. ����� ��������� �����, ��� ����� ������. |
|
|
|
|
+1 +/– |
����� �������� ��������� � Windows XP ��� ���� Solitaire. ���� ������� ���������, ����������� ����. |
|
|
|
|
|
+6 +/– |
��� ������ ��� ��� �������� ��� � xp ����� �� ������, ��� ��� ��� ��������� ������������ ������ ���� �� ���� ����� � ���� ������ � ���������. |
|
|
|
|
+3 +/– |
� Widnows 3.11 � Windows 95 ���? ������ ��� ��������� ��� �� ����� ������� ���� ��� ���� �� ���������� � �����������… |
|
|
|
|
–2 +/– |
���������, ����� ������ ��������� ����� ����� Win Xp x64 ��� �����, ����� � Win 7 � Mac OS �����-�� ������… |
|
|
|
+/– |
����� ����� ��������� ������ ������������� «XP � 2003 ����������� �������� ������ � ����������� �������».
NT4 ������ � NT4 �.������� ����������� ��������� ������, ����� ���� ���������� ���� �� �� �� ����. |
|
|
|
+/– |
SP1 ���� �����, ��� SP2. SP2 ���� ��������� ���ޣ� �������������� �������. �� �ϣ� Pentium III 600 MHz, ������ SP2 ����������� ���� ����, ��� SP1. ������� � ����������� SP1 � Win2000SP4.
������, ��� WinXP � �����ޣ���� ������������ ��� ������ ��������, ��� Win2000. �������, ��� ����������� �� �������������� � Win2000 ������-������. |
|
|
|
|
|
|
+2 +/– |
Dx9 ���� ���� �����, �.�. ��� �������� ������ ����� ������ ����������� hlsl � �������� ���������� ��� �����. |
|
|
|
+1 +/– |
��� wine � reactos ������� ��� �� ����� ������������, � ������ �� ������� � ������. �� ����� ���� �� ���� ���������� ����� ������� ��������� ��� ��������������� ������������. �������� ����� ��������������� ��������� �� wine � �� xp � ������ �� �� ���� ���������� ������ � ���������� ��� �������� �� �����. ���� ��������� ����� ���� � � 10�� ������������ ����� ������, ����� �� ����� ��� ��� ��������� 10��, ������� ������� ��������� ������� ������� ����� �������. ����� ��� ���� �� ������ ��������. |
|
|
|
–2 +/– |
����� �� �� �������� ����� �� ����������� � ���������. ��� �� ������ �� ����� ���������� ��� ������� ���� XP, ������������ �����. �� ��� ��� ԣ��� ���������� ������ «�, ��������!». � ������ ��� ��� ���������. ��� ����� �����.. |
|
|
|
+/– |
> ������ �������� ������� �������������� �����
�����. �������� ��� �������� ������ ���� ��������. |
|
|
|
+3 +/– |
����� ������������ ���� ������� � ��������� � �������� �����, � ����� ��� ��� ��������� Windows CE. ���� ���� �������� ���� � ��������� ���� ���� ����� ������ ��������� �� ���. |
|
|
|
|
|
–2 +/– |
���������� ���� �������������� ����������� � ����� ����������������� � ��� ��� �� ����� ��� ��������� � ��������� ����������.( |
|
|
+1 +/– |
� ���� ��� ������, ��� ��� ������- ����� �� ��� ������������ � ��������� �������… ������� ����� �ף����, �������� |
|
|