Ассемблер и Си для Хакера #4. Win32 API

Рет қаралды 7,270

Күн бұрын

Что такое Win32 Api ? Почему выгодно использовать в современном программировании Win32 Api ? Win32 Api и Windows x64 . Среда разработки: RadAsm и Pelles C. Простая и быстрая разработка программ для операционной системы Windows. Windows Программы маленького размера с большим функционалом. Секреты хакеров.
Скачиваем необходимый софт по ссылке: assembler-code.com/programmnoe....
00:00 40 лет - полёт нормальный
01:45 Win32 API x64 и x32
04:13 DLL - Dynamic Link Library
06:00 В какой DLL-ке MessageBox?
07:00 Файлы *.inc и *.lib в MASM32
09:50 MessageBoxA и MessageBoxW
13:31 Файлы *.inc и *.lib в Pelles C
14:30 UNICODE , префикс L , MessageBoxW
16:50 Очевидные плюсы Win32 API

Пікірлер: 33

@user-dp9em6vg8e 4 ай бұрын

Спасибо очень круто! И при этом доступно объясняешь, спасибо! Жду следующих видео.

@firststepsforward 3 ай бұрын

Благодарю!

@clqwnless 3 ай бұрын

Спасибо за видео! Хорошо объясняешь! 👍

@firststepsforward 3 ай бұрын

Благодарю!

@AMith-lv2cv 4 ай бұрын

🔥ждем с нетерпением

@firststepsforward 4 ай бұрын

Благодарю! А что Вас больше всего интересует в рамках тематики канала?

@AMith-lv2cv 4 ай бұрын

@@firststepsforward масм очень любопытный ассемблер и что под капотом виндовс, что примерно из себя представляет винапи если коротко то продолжайте в том же духе каждый ролик очень информативен

@firststepsforward 4 ай бұрын

Ок!

@vladimirruppel 3 ай бұрын

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

@verh010m2 3 ай бұрын

у него есть один значимый минус: Вам придется писать один и тот же код два раза - для 32 и для 64 бит. Это разные подходы, разные принципы... Поэтому имеет смысл посмотреть в сторону Си, который избавит от этого

@firststepsforward 3 ай бұрын

В ВУЗах чаще всего ассемблер для DOS (16 бит TASM или MASM). Это очень хорошо, но не практично. На канале практичный подход: 32 или 64 бита. Здесь другой ассемблер :).

@vladimirruppel 3 ай бұрын

@@firststepsforward спасибо за ответ! Я считаю, что одно другому не мешает, потому и в вузе буду писать на 16 бит (но мы вскоре на 32 бит перейдем), и с вами на 32 (и 64, как я понял)

@firststepsforward 3 ай бұрын

Хочу порекомендовать сайт: assembler-code.com . На сайте всё про 16 битный ассемблер для DOS. Можно скачать готовый пакет с необходимым, уже предустановленным и настроенным программным обеспечением и хелпами для работы MS-DOS на современных операционках, включая TASM и саму виртуальную машину (DOSBox). На сайте найдёте определённую общую информацию, которая будет полезна, Можно скачать подборку литературы. И ещё, если вас интересует тема старого железа, древних оперыционок, игр и т.п. : ms-dos.biz Благодарю!

@zoni196 3 ай бұрын

лайк. подписка. крутой канал

@firststepsforward 3 ай бұрын

Благодарю!

@codevantage404 3 ай бұрын

Спасибо! Отлично объяснил!)

@firststepsforward 3 ай бұрын

Благодрю за оценку!

@tsukitomi 4 ай бұрын

просто рандомно попался именно этот видос в реках при том что я вообще даже приблизительно этим не интересуюсь но было пздц интересно хпхпх ты крутой челик тупо все по делу не отвлекаясь долбишь

@firststepsforward 4 ай бұрын

Благодарю за поддержку!

@MrOgone4ek 4 ай бұрын

пиши нормально а некак ЗЕК

@firststepsforward 4 ай бұрын

Рэп читать или как? ;)

@IVAR-uq6qz 4 ай бұрын

👍

@firststepsforward 4 ай бұрын

Спс!

@KakoytoUser1 15 күн бұрын

Интересно, а можно написать библиотеку winAPI на чистом C или Asm? Ведь эти библиотке были как то написаны.

@firststepsforward 14 күн бұрын

Конечно можно. Не только можно, но и нужно! Очень скоро будут ролики про функции. Win32 Api используют stdcall функции (в основном, но есть исключения). Суть в передаче параметров, вывода результата, освобождении стека, через который передаются параметры, сохранения результатов отдельных регистров после вызова функций. Win32 Api писались на Си и ассемблере. Сама суть их использования это предполагает. Классы не используются. Их можно прикрутить, но - только с помощью надстроек. Была такая попытка от мелкомягких - называется классы MFC. Вот если разговор о COM, всяких DirectX, то там будет С++. То есть классовая основа. Но всё равно, с помощью ассемлера это можно реализовать, хотя это не так естественно получиться, как с Win32 Api функциями. Написание библиотек DLL с нативными "фирменными" функциями очень популярно, удобно и распространено. Есть два подхода. 1. Пишется библиотеку DLL и просто юзается на подобии Win32 Api библиотеки с использованием функций LoadLibrary и GetProcAddress. Минус - к проекту добавляется DLL-ка - ещё один файл. 2. Пишется библиотеку DLL + lib библиотека. Библиотека lib позволяет без раскрытия исходников на Си (или С++) юзать функции, внедряя их в код своих программ, как это делаем сейчас в проектах MASM32. То есть через инклуды файлов .inc и .lib. В результате получается конечный файл - чистый EXE без всяких DLL-ок. НО! Не все ассемблеры позволяют создавать lib файлы (совместимы с MS VS). А это не удобно, так как современные игрухи и проги многие пишуться именно на этой платформе. Например, fasm - при всей своей прелести, может создавать DLL -ки, однако не может создавать библиотечные .lib. Это исключает его полноценное использование в совокупности с MS VS С++ или C# . Хотя, если не стоит вопрос уменьшить количества dll-ок, а он фактически никогда не стоит (ну если вы не пишите вирусы или шпионские программы), то ничего страшного! Уфф... Вроде закончил :). Следите за каналом. Если не заброшу из-за низких посещений, то всё будет - коротко, ясно, понятно и практично! Спасибо!