Курсовая работа: Программа вычисления значения и вывода графика определенного интеграла
PROCESSOR_ARCHITECTURE_MIPS - Windows NT 3.51
PROCESSOR_ARCHITECTURE_ALPHA - Windows NT 4.0 иранее
PROCESSOR_ARCHITECTURE_PPC - Windows NT 4.0 иранее
PROCESSOR_ARCHITECTURE_IA64 - 64-битнаяверсия Windows
PROCESSOR_ARCHITECTURE_IA32_ON_WIN64 - 64-битнаяверсия
Windows PROCESSOR_ARCHITECTURE_AMD64 - 64-битнаяверсия
Зарезервирован для будущего использования.
dwPageSize : DWord
Определяет размер страницы и степень детализации защиты страницы и блокирования. Это - размер страницы, используемый функцией VirtualAlloc.
lpMinimumApplicationAddress : Pointer
Указатель на самый низкий адрес памяти, доступный для приложений и библиотек динамической связи (DLLs).
lpMaximumApplicationAddress : Pointer
Указатель на самый высокий адрес памяти, доступный для приложений и DLLs.
dwActiveProcessorMask : DWord
Определяет маску, представляющую набор процессоров, конфигурированных в систему. Бит 0 - процессор 0; бит 31 - процессор 31.
dwNumberOfProcessors : DWord
Определяет количество процессоров в системе.
dwProcessorType : DWord
Устаревший элемент, предназначенный для совместимости с предыдущими версиями Windows NT (3.5 и ранее). Windows 95/98/Me: Определяет тип процессора в системе. Windows NT: Этот элемент больше не имеет значения, но сохранен для совместимости с Windows 95 и предыдущими версиями Windows NT. Необходимо использовать wProcessorArchitecture, wProcessorLevel, и wProcessorRevision элементы, чтобы определить тип процессора. Этимэлементомможетбытьодноизследующихзначений: PROCESSOR_INTEL_386 PROCESSOR_INTEL_486 PROCESSOR_INTEL_PENTIUM PROCESSOR_MIPS_R4000 - Windows NT PROCESSOR_ALPHA_21064 - Windows NT
dwAllocationGranularity : DWord
Определяет степень детализации распределения виртуальной памяти.
wProcessorLevel : Word
Windows 95 - этот элемент не поддерживается. Windows NT - определяет архитектурный уровень процессора.
2.8 Методика смешанного программирования
При запуске нескольких экземпляров одного приложения, Windows загружает в оперативную память только одну копию кода и ресурсов - модуль приложения, создавая несколько отдельных сегментов данных, стека и очереди сообщений, каждый набор которых представляет из себя задачу, в понимании Windows. Копия приложения представляет из себя контекст, в котором выполняется модуль приложения. DLL - библиотека также является модулем. Она находится в памяти в единственном экземпляре и содержит сегмент кода и ресурсы, а также сегмент данных. DLL - библиотека, в отличие от приложения не имеет ни стека, ни очереди сообщений. Функции, помещенные в DLL, выполняются в контексте вызвавшего приложения, пользуясь его стеком. Но эти же функции используют сегмент данных, принадлежащий библиотеке, а не копии приложения.
В силу такой организации DLL, экономия памяти достигается за счет того, что все запущенные приложения используют один модуль DLL, не включая те или иные стандартные функции в состав своих модулей.
Часто, в виде DLL создаются отдельные наборы функций, объединенные по тем или иным логическим признакам, аналогично тому, как концептуально происходит планирование модулей ( в смысле unit ) в Pascal. Отличие заключается ?