Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
Оглавление
|
[1] Цель работы
[2] [2.1] Введение в API-программирование [2.1.1] API операционных систем [2.1.2] Widows API [2.1.3] Структура API-программ
[2.2] [2.2.1] Организация ввода-вывода в консольном приложении Windows [2.2.2] Организация низкоуровнего консольного ввода-вывода [2.2.3] Поддержка работы с мышью в консоли [2.2.4] Расширенная поддержка клавиатуры в консоли [3] Описание используемых функций [4] ЛИСТИНГ ПРОГРАММЫ
[5] [6] Результаты работы [7] Вывод [8] Список литературы |
Курсовая работа заключается в изучении одного из разделов операционной системы – работа с консольными приложениями.
Выполнение курсовой работы требует самостоятельного изучения 32-битного программирования на ассемблере под Windows ассемблере с использованием API-функций и в конечном итоге написание программы, демонстрирующей усвоение полученных знаний.
API (application programming interface) – интерфейс прикладного программирования (иногда интерфейс программирования приложений). Другими словами, это те возможности (функции, переменные, константы, классы), которые предоставляет приложение для использования прикладными программами.
API определяет функциональность, которую предоставляет программа (модуль, библиотека), при этом API позволяет абстрагироваться от того, как именно эта функциональность реализована.
Если программу (модуль, библиотеку) рассматривать как чёрный ящик, то API — это множество «ручек», которые доступны пользователю данного ящика, которые он может вертеть и дёргать, при этом ящик будет производить какие-то определенные действия понятные и необходимые пользователю, но пользователь, при этом, не имеет даже представления о их реализации.
Программные компоненты взаимодействуют друг с другом посредством API. При этом обычно компоненты образуют иерархию – высокоуровневые компоненты используют API низкоуровневых компонентов, а те, в свою очередь, используют API ещё более низкоуровневых компонентов.
Практически все операционные системы (Unix, Windows, Mac OS, и т. д.) имеют API, с помощью которого программисты могут создавать приложения для этой операционной системы. Главный API операционных систем – это множество системных вызовов.
В индустрии программного обеспечения общие стандартные API для стандартной функциональности имеют важную роль, так как они гарантируют, что все программы, использующие общий API, будут работать одинаково хорошо или, по крайней мере, типичным привычным образом. В случае API графических интерфейсов это означает, что программы будут иметь похожий пользовательский интерфейс, что облегчает процесс освоения новых программных продуктов.
Windows API – общее наименование целого набора базовых функций интерфейсов программирования приложений операционных систем семейств Windows (от Windows 3.11 до Windows 98) и Windows NT корпорации «Microsoft». Является самым прямым способом взаимодействия приложений с Windows.
Работа через Windows API — это наиболее близкий к системе способ взаимодействия с ней из прикладных программ.
Win32 – 32х разрядный API для современных версий Windows. Самая популярная ныне версия. Win32 появился вместе с Windows NT и затем был перенесён (в несколько ограниченном виде) в системы серии Windows 9x.
Win64 — 64-разрядная версия Win32, содержащая дополнительные функции для использования на 64-разрядных компьютерах.
Центральным понятием программирования в среде Windows является сообщение. Система посылает сообщение приложению, а то, в свою очередь, должно правильно отреагировать на него. Получателями сообщений являются функции окон приложения, на программирование которых и уходит большая часть времени при разработке API-приложений.
Классическая структура API-программы определяется четырьмя компонентами: инициализация; цикл ожидания, или цикл обработки сообщений; функция главного окна; другие функции. В простейшем случае последний компонент может отсутствовать. Два первых компонента располагаются в функции WinMain, остальные реализуются отдельными функциями.
Как известно, Windows поддерживает работу двух типов приложений — оконных, в полной мере использующих все достоинства графического интерфейса, и консольных, работающих исключительно в текстовом режиме.
Язык ассемблера — язык системных программистов, исследователей принципов работы операционных систем, программ и аппаратных средств. Здесь не нужны красивые графические оболочки, а, наоборот, велика потребность в удобных средствах для работы с текстовой информацией. Операционная система Windows обеспечивает встроенную поддержку консолей, которые, по определению, являются интерфейсами ввода-вывода для приложений, работающих в текстовом режиме. Консоль состоит из одного входного и нескольких экранных буферов. Входной буфер представляет собой очередь, каждая запись которой содержит информацию относительно отдельного входного события консоли. Экранный буфер — двумерный массив, содержащий символы, выводимые в окно консоли, и данные об их цвете. Очередь входного буфера содержит информацию о следующих событиях:
Для поддержки работы консольных приложений API Win32 содержит более сорока функций, предназначенных для интеграции в среду Windows программ, работающих в текстовом режиме. Данные функции предоставляют два уровня доступа к консоли — высокий и низкий. Консольные функции ввода высокого уровня позволяют приложению извлечь данные, полученные при вводе с клавиатуры и сохраненные во входном буфере консоли. Консольные функции вывода высокого уровня позволяют приложению записать данные в устройства стандартного вывода или ошибки с тем, чтобы отобразить этот текст в экранном буфере консоли. Функции высокого уровня также поддерживают переназначение стандартных дескрипторов ввода-вывода и управление режимами работы консоли. Консольные функции низкого уровня позволяют приложениям получить детальную информацию о вводе с клавиатуры, событиях нажатия-отпускания кнопок мыши и о манипуляциях пользователя с окном консоли, а также осуществить больший контроль над выводом данных на экран. Таким образом, API Win32 предоставляет два разных подхода для обеспечения ввода-вывода с консолью, выбор нужного зависит от гибкости и полноты контроля, которыми хочет обладать приложение для обеспечения своей работы с консолью. Функции высокого уровня обеспечивают простоту процесса ввода-вывода путем использования стандартных дескрипторов ввода-вывода, но при этом невозможен доступ к входному и экранным буферам консоли. Функции низкого уровня требуют учета большего количества деталей и объема кода, но это компенсируется большей гибкостью.
Высокоуровневый и низкоуровневый консольный ввод-вывод не являются взаимоисключающими, и приложение может использовать любую комбинацию этих функций. С каждой консолью связаны две кодовые таблицы — по одной для ввода и вывода. Консоль использует входную кодовую таблицу для трансляции ввода с клавиатуры в соответствующее символьное значение. Аналогичным образом используется кодовая таблица вывода — для трансляции символьных значений, формируемых различными функциями вывода, в символ, отображаемый в окне консоли. Для работы с кодовыми таблицами приложение может использовать пары — функции SetConsoleCP и GetConsoleCP для входных кодовых таблиц и функции SetConsoleOutputCP и GetConsoieOutputCP для выходных кодовых таблиц. Идентификаторы кодовых таблиц, доступные на компьютере, сохраняются в системном реестре следующим ключом:
<HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Nls\\CodePage
Низкий уровень консольного ввода-вывода по сравнению с высоким уровнем и обладает более широкими и гибкими возможностями. Низкоуровневые функции консольного ввода-вывода обеспечивают прямой доступ к входному и экранным буферам консоли, предоставляя приложению доступ к событиям мыши и клавиатуры, а также к информации об изменении размеров окна консоли. Функции низкоуровневого ввода-вывода позволяют приложению иметь доступ по чтению-записи к указанному числу последовательных символьных ячеек в экранном буфере или к прямоугольному блоку символьных ячеек в указанной позиции экранного буфера.
Большое достоинство консольных приложений — встроенная средствами Windows поддержка мыши. Она реализуется с помощью функции ReadConsolelnput. Важно отметить, что эта функция используется для получения информация о событиях не только мыши, но и о событиях клавиатуры, изменении размера окна и так далее.
B00L ReadConsoleInput(
HANDLE hConsolelnput,
PINPUT_RECORD lpBuffer,
DWORD nLength,
LPDWORD lpNumberOfEventsRead);
hConsolelnput — стандартный дескриптор ввода, полученный функцией GetStdHandle;
lpBuffer — указатель на буфер, в который записывается информация о событии мыши, — эта область памяти имеет структуру, называемую INPUT_ RECORD;
nLength — размер во входных записях буфера, на который указывает указатель lpBuffer;
lpNumberOfEventsRead — определяет переменную, в которую записывается
действительное число прочитанных записей входного буфера.
Функции работы с текстом высокого уровня не дают других возможностей работы с клавиатурой, кроме как примитивного ввода текста. При разработке программ текстового режима часто требуется информация о состоянии управляющих клавиш, о факте удержания клавиши, что может свидетельствовать о желании пользователя повторить ввод некоторого символа или просто о желании получить тривиальный скан-код клавиши. Эти и другие события клавиатуры доступны программе посредством функции ReadConsolelnput. События клавиатуры генерируются при нажатии любой клавиши. Процесс их обработки аналогичен обработке событий мыши. В первую очередь заполняется о нажатии некоторых управляющих клавиш. Для всех остальных клавиш просто фиксируется факт нажатия. При этом необходимо помнить, что однократному нажатию клавиши реально соответствуют два события — нажатие и отпускание клавиши. В связи с этим программа выводит два сообщения. На практике этого можно избежать, анализируя поле bKeyDown: bKeyDown=l, когда клавиша нажата; bKeyDown=0, когда клавиша отпущена. Выход из программы — при выполнении любых действий с мышью.
GetStdHandle
Функция извлекает дескриптор для стандартного ввода данных, стандартного вывода или стандартной ошибки устройства.
HANDLE GetStdHandle(
DWORD nStdHandle
);
nStdHandle – стандартное устройство, для которого дескриптор должен быть возвращен.
На вход функции GetStdHandle должно быть подано одно из следующих значений:
Дескрипторы, возвращенные функцией GetStdHandle, могут быть использованы прикладными программами, которым нужно читать из консоли или записывать в консоль. Когда консоль создана, дескриптором стандартного ввода является дескриптор буфера ввода консоли, а стандартного вывода и обработки стандартной ошибки является дескриптор активного экранного буфера консоли. Эти дескрипторы могут быть использованы функциями ReadFile и WriteFile, или любой из консольных функций, которые обращаются к консольному буферу ввода или экранному буферу.
Стандартные дескрипторы процесса могут быть переназначен вызовом функции SetStdHandle, в этом случае функция GetStdHandle возвращает переназначенный дескриптор. Если стандартные дескрипторы были переназначены, можно задать значение CONIN$ при вызове к функции CreateFile, чтобы получить дескриптор для буфера ввода консоли. Точно так же можно задать значение CONOUT$, чтобы получить дескриптор для активного экранного буфера консоли.
WriteConsole
Функция записывает символьную строку в экранный буфер консоли, начинающийся с текущей позиции курсора.
BOOL WriteConsole(
HANDLE hConsoleOutput,
CONST VOID * lpBuffer,
DWORD nNumberOfCharsToWrite,
LPDWORD lpNumberOfCharsWritten,
LPVOID lpReserved );
hConsoleOutput – дескриптор экранного буфера консоли.
lpBuffer – указатель на буфер, содержащий символы, которые будут записаны в экранный буфер консоли. Общий размер должен быть меньше чем 64КБ.
nNumberOfCharsToWrite – число TCHARs для чтения.
lpNumberOfCharsWritten – указатель на переменную, которая принимает число фактических записей TCHARs.
lpReserved - зарезервировано, должно быть ПУСТО (NULL).
Функция WriteConsole записывает символы в экранный буфер консоли. Она ведет себя подобно функции WriteFile и, кроме того, может записывать или в режиме ANSI или УНИКОДЕ. Чтобы создать приложение, которое поддерживает единственный набор источников информации, совместимых с обоими режимами, используют функцию WriteConsole, а не WriteFile. Хотя WriteConsole может быть использована только с дескриптором экранного буфера консоли, WriteFile может быть использована с другими дескрипторами (такими как файлы или каналы). Функция WriteConsole завершается ошибкой, если используется со стандартным дескриптором, который был переназначен, чтобы быть несколько другим, чем консольный дескриптор.
Функция WriteConsole записывает символы в экранном буфере консоли в текущей позиции курсора. Позиция курсора продвигается вперед, по мере написания символов.
Символы пишутся, с использованием атрибутов цвета текста и цвета фона, связанных с экранным буфером консоли.
SetConsoleCursorPosition
Функция устанавливает позицию курсора в заданном экранном буфере консоли.
BOOL SetConsoleCursorPosition(
HANDLE hConsoleOutput,
COORD dwCursorPosition );
hConsoleOutput – дескриптор экранного буфера консоли.
dwCursorPosition – структура COORD, которая устанавливает новую позицию курсора. Координаты - столбец и ряд символьного знакоместа экранного буфера. Координаты должны быть в пределах границ экранного буфера консоли.
Если новая позиция курсора не в пределах границ окна экранного буфера консоли, начало координат окна изменяется, чтобы сделать курсор видимым.
SetConsoleTitle
Функция предназначена для отображения заголовка окна консоли
B00L SetConsolеTitle(LPCTSTR lpConsoleTitle) ;
Функция SetConsoleTitle имеет один параметр — указатель на строку с заголовком консоли, заканчивающуюся нулем.
FreeConsole
Функция отключает вызывающий процесс от его консоли.
BOOL FreeConsole(VOID);
Если другие процессы совместно используют консоль, консоль не разрушается, но вызывающий процесс не может ссылаться на неё.
Процесс может использовать функцию FreeConsole, чтобы отключить себя от своей текущей консоли, а затем он может вызывать функцию AllocConsole, чтобы создать новую консоль или AttachConsole, чтобы подключиться на другую консоль.
AllocConsole
Функция назначает новую консоль для вызывающего процесса.
BOOL AllocConsole(void);
Процесс может быть связан с только одной консолью, так что функция AllocConsole завершается ошибкой, если вызывающий процесс уже имеет консоль. Процесс может использовать функцию FreeConsole, чтобы отключить себя от своей текущей консоли, затем он может вызывать функцию AllocConsole, чтобы создать новую консоль или функцию AttachConsole, чтобы подключиться к другой консоли.
Если вызывающий процесс создает дочерний процесс, ребенок наследует новую консоль.
Функция AllocConsole инициализирует стандартный ввод данных, стандартный вывод и обработку стандартной ошибки для новой консоли. Дескриптор стандартного ввода – это дескриптор буфера ввода консоли, а дескрипторы стандартного вывода, и стандартной ошибки – это дескрипторы экранного буфера консоли. Чтобы получить эти дескрипторы, используйте функцию GetStdHandle.
CharToOemA
Функция преобразует строку в определенный OEM набор символов.
BOOL CharToOem(
LPCTSTR lpszSrc,
LPSTR lpszDst
);
lpszSrc –указатель на преобразуемую строку с завершающим нулем.
lpszDst – указатель на буфер для транслируемой строки. Если функция CharToOem используется как функция ANSI, строка может быть преобразована на месте путем установки параметра lpszDst для того же самого адреса, что и параметр lpszSrc. Этого нельзя делать, если CharToOem используется как широкосимвольная (Unicode) функция.
SetConsoleTextAttribute
Функция устанавливает атрибуты символов, записанных в экранный буфер консоли функцией WriteFile или WriteConsole, или повторенных в эхо режиме функцией ReadFile или ReadConsole. Эта функция воздействует на текст, записанный после вызова функции.
BOOL SetConsoleTextAttribute(
HANDLE hConsoleOutput,
WORD wAttributes
);
hConsoleOutput – дескриптор экранного буфера консоли.
wAttributes – цвет текста и фона
Чтобы выяснять текущие атрибуты цвета экранного буфера, необходимо вызвать функцию GetConsoleScreenBufferInfo.
ReadConsoleInputA
Функция читает данные из консольного буфера ввода и удаляет их из буфера.
BOOL ReadConsoleInput(
HANDLE hConsoleInput,
PINPUT_RECORD lpBuffer ,
DWORD nLength ,
LPDWORD lpNumberOfEventsRead
);
hConsoleInput – дескриптор консольного буфера ввода.
lpBuffer – указатель на массив структур INPUT_RECORD, который принимает данные буфера ввода. Общий размер требуемого массива должен быть меньше чем 64КБ.
nLength – размер массива, указанного параметром lpBuffer, в элементах массива.
lpNumberOfEventsRead – указатель на переменную, которая принимает число прочитанных записей вводимых данных.
Если число записей, предписываемых в параметре nLength, превышает число записей, доступных в буфере, читается доступное число. Функция не возвращает значения до тех пор, пока, по крайней мере, не будет прочитана одна запись вводимых данных.
Процесс может установить консольный дескриптор буфера ввода в одной из функций ожидания, чтобы выяснить, когда имеется непрочитанный консольный ввод данных. Когда буфер ввода не пуст, состояние консольного дескриптора буфера ввода является сигнальным.
Чтобы выяснять число непрочитанных записей вводимых данных в буфере ввода консоли, используют функцию GetNumberOfConsoleInputEvents. Чтобы читать записи вводимых данных из консольного буфера ввода без воздействия на число непрочитанных записей, используют функцию PeekConsoleInput. Чтобы сбросить все непрочитанные записи в буфере ввода консоли, используют функцию FlushConsoleInputBuffer.
ExitProcess
Функция заканчивает работу процесса и всех его потоков.
VOID ExitProcess(
UINT uExitCode
);
uExitCode – определяет код выхода для процесса, и для всех потоков, которые завершают работу в результате вызова этой функции. Для того, чтобы получить значение выхода из процесса необходимо используют функцию GetExitCodeProcess. Для того, чтобы получить значение выхода из потока необходимо использовать функцию GetExitCodeThread.
Функция ExitProcess - предпочтительный метод завершения процесса. Эта функция обеспечивает чистое отключение процесса. Такое завершение включает в себя вызов функций точек входа всех связанных динамически подключаемых библиотек (DLL) со значениями, указывающими, что процесс отключается от DLL. Если процесс заканчивается путем вызова TerminateProcess, DLL, к которым процесс подключен, не уведомляются о завершении процесса. После того, как все связанные DLL исполнили любое значение завершения, эта функция завершает работу текущего процесса.
Завершение процесса происходит по нижеследующим причинам:
1. Все дескрипторы объектов, открытые процессом, закрываются.
2. Все потоки в процессе завершают свою работу по исполнению кода.
3. Состояние объекта процесса становится сигнальным, удовлетворяя любые потоки, которые ждали завершения процесса.
4. Состояния всех потоков процесса, становятся сигнальными, удовлетворяя любые потоки, которые ждали завершения работы потоков.
5. Состояние завершения процесса изменяется из STILL_ACTIVE в значение выхода процесса.
Завершение процесса не заставляет дочерние процессы закончить свою работу.
Завершение процесса необязательно удаляет объект процесса из операционной системы. Объект процесса удаляется тогда, когда закрывается последний дескриптор процесса.
KEY_EVENT - клавиатурное событие
|
Смещение |
Длина |
Значение |
|
+4 |
4 |
При нажатии клавиши значение поля больше нуля. |
|
+8 |
2 |
Количество повторов при удержании клавиши. |
|
+10 |
2 |
Виртуальный код клавиши. |
|
+12 |
2 |
Скан-код клавиши. |
|
+14 |
2 |
Для функции ReadConsoleInputA-младший байт равен ASCII-коду клавиши. Для функции ReadConsoleInputW слово содержит код клавиши в двухбайтной кодировке (Unicode). |
|
+16 |
4 |
Содержится состояния управляющих клавиш. Может являться суммой следующих констант: |
MOUSE_EVENT – событие с мышью
|
Смещение |
Длина |
Значение |
|
+4 |
4 |
Младшее слово - Х-координата курсора мыши, |
|
+8 |
4 |
Описывает состояние кнопок мыши. Первый бит - левая кнопка, второй бит - правая кнопка, третий бит - средняя кнопка. Бит установлен - кнопка нажата. |
|
+12 |
4 |
Состояние управляющих клавиш. Аналогично предыдущей таблице. |
|
+16 |
4 |
Может содержать следующие значения: |
KURS.asm
. .386P
; плоская модель
.MODEL FLAT, stdcall
; константы
STD_OUTPUT_HANDLE equ -11
STD_INPUT_HANDLE equ -10
; тип события
KEY_EV equ 1h
MOUSE_EV equ 2h
; атрибуты цветов
FOREGROUND_BLUE equ 1h ; синий цвет букв
FOREGROUND_GREEN equ 2h ; зеленый цвет букв
FOREGROUND_RED equ 4h ; красный цвет букв
FOREGROUND_INTENSITY equ 8h ; повышенная интенсивность
BACKGROUND_BLUE equ 10h ; синий свет фона
BACKGROUND_GREEN equ 20h ; зеленый цвет фона
BACKGROUND_RED equ 40h ; красный цвет фона
BACKGROUND_INTENSITY equ 80h ; повышенная интенсивность
COL1 = 2h+8h ; цвет выводимого текста
COL2 = 1h+2h+8h ; цвет выводимого текста 2
; прототипы внешних процедур
EXTERN GetStdHandle@4:NEAR
EXTERN WriteConsoleA@20:NEAR
EXTERN SetConsoleCursorPosition@8:NEAR
EXTERN SetConsoleTitleA@4:NEAR
EXTERN FreeConsole@0:NEAR
EXTERN AllocConsole@0:NEAR
EXTERN CharToOemA@8:NEAR
EXTERN SetConsoleCursorPosition@8:NEAR
EXTERN SetConsoleTextAttribute@8:NEAR
EXTERN ReadConsoleA@20:NEAR
EXTERN SetConsoleScreenBufferSize@8:NEAR
EXTERN ExitProcess@4:NEAR
EXTERN ReadConsoleInputA@16:NEAR
; директивы компоновщику для подключения библиотек
includelib c:\masm32\lib\user32.lib
includelib c:\masm32\lib\kernel32.lib
;------------------------------------------------------------
COOR STRUC
X WORD ?
Y WORD ?
COOR ENDS
; сегмент данных
_DATA SEGMENT DWORD PUBLIC USE32 'DATA'
HANDL DWORD ?
HANDL1 DWORD ?
STR1 DB "Введите строку: ",13,10,0
STR2 DB "Rabota konsoli",0
BUF DB 200 dup (?)
LENS DWORD ? ; количество выведенных символов
CRD COOR <?>
C0 DWORD ?
MOUS_KEY WORD 9 dup (?)
_DATA ENDS
; сегмент кода
_TEXT SEGMENT DWORD PUBLIC USE32 'CODE'
START:
; перекодируем строку
PUSH OFFSET STR1
PUSH OFFSET STR1
CALL CharToOemA@8
; образовать консоль
; вначале освободить уже существующую
CALL FreeConsole@0
CALL AllocConsole@0
; получить HANDL1 ввода
PUSH STD_INPUT_HANDLE
CALL GetStdHandle@4
MOV HANDL1, EAX
; получить HANDL вывода
PUSH STD_OUTPUT_HANDLE
CALL GetStdHandle@4
MOV HANDL, EAX
; установить новый размер окна консоли
MOV CRD.X, 100
MOV CRD.Y, 25
PUSH CRD
PUSH EAX
CALL SetConsoleScreenBufferSize@8
; задать заголовок окна консоли
PUSH OFFSET STR2
CALL SetConsoleTitleA@4
; установить позицию курсора
MOV CRD.X,0
MOV CRD.Y,0
PUSH CRD
PUSH HANDL
CALL SetConsoleCursorPosition@8
; задать цветовые атрибуты выводимого текста
PUSH COL1
PUSH HANDL
CALL SetConsoleTextAttribute@8
; вывести строку
PUSH OFFSET STR1
CALL LENSTR ; в EBX длина строки
PUSH 0
PUSH OFFSET LENS
PUSH EBX
PUSH OFFSET STR1
PUSH HANDL
CALL WriteConsoleA@20
; ждать ввод строки
L00:
MOV CRD.X,0
MOV CRD.Y,1
PUSH CRD
PUSH HANDL
CALL SetConsoleCursorPosition@8
; проверим, не с мышью ли что?
PUSH 0
PUSH OFFSET LENS
PUSH 200
PUSH OFFSET BUF
PUSH HANDL1
CALL ReadConsoleA@20
PUSH OFFSET C0
PUSH 1
PUSH OFFSET MOUS_KEY
PUSH HANDL1
CALL ReadConsoleInputA@16
CMP WORD PTR MOUS_KEY, MOUSE_EV
JNE L00
; вывести полученную строку
; вначале задать цветовые атрибуты выводимого текста
PUSH COL2
PUSH HANDL
CALL SetConsoleTextAttribute@8
;------------------------------------------------------------
PUSH 0
PUSH OFFSET LENS
PUSH [LENS] ; длина вводимой строки
PUSH OFFSET BUF
PUSH HANDL
CALL WriteConsoleA@20
; небольшая задержка
MOV ECX,01FFFFFFFH
L1:
LOOP L1
; закрыть консоль
CALL FreeConsole@0
CALL ExitProcess@4
; строка - [EBP+08H]
; длина в EBX
LENSTR PROC
ENTER 0,0
PUSH EAX
;--------------
CLD
MOV EDI, DWORD PTR [EBP+08H]
MOV EBX, EDI
MOV ECX, 100 ; ограничить длину строки
XOR AL,AL
REPNE SCASB ; найти символ 0
SUB EDI, EBX ; длина строки, включая 0
MOV EBX, EDI
DEC EBX
;--------------
POP EAX
LEAVE
RET 4
LENSTR ENDP
_TEXT ENDS
END START
рисунок 1- работа программы
В результате выполнения курсовой работы был изучен один из разделов операционной системы – работа с консольными приложениями, также в консольном приложении были задействованы клавиатура и мышь. Была написана программа на 32-битном ассемблере с применением API-функций.
1. Пирогов В. Ю. Ассемблер для Windows. — М.: Издатель Молгачева С.В., 2002. —552 с.