Раз в год и палка стреляет. Вообще многие вещи в плане информации 2008-2010 годов очень хорошие. Тогда интернет был более открытым и не засранным, потом все скатилось в уг.
Самая большая проблема не в том какой компилятор масма выбрать. Весь хаос в инклудах и макросах. Выбрать всратые инклуды, перевести тонны кода, а потом обнаружить что есть что-то гораздо лучше. Но в любом случае это надо делать. Если хочется освоить низкоуровневое погромирование.
Так об этом Mikl___ и писал где-то выше, что "а почему бы не изучить разные диалекты, чтобы потом использовать их лучшие качества". Цитата не дословная, а примерный смысл.
Может лучше начать с компилятора С? Собрать с хедерами из vs, скомпелить хелловорд. Сделать скрипт на python. Сделать небольшую ide на WinAPI. Исходник передавать в компиль ч-з именованые пайпы. Посмотреть -> какие проблемы при этом возникнут.
Research, ну компилятор для C/C++ из VS тоже неплохая идея, за что вам многие будут благодарны. А вы пока будете делать на базе VS 2008 или как?
Да. Недавно одна мысль посетила, как сделать нормальную ide на чистом winapi. Для всех элементов интерфейса сделать 1 универсальную структуру с несколькими полями. Все обьекты управления описать как массив из таких структур. Получится очень лаконичный и надежный код. Берется ширина и высота главного окна. И все элементы позиционируются относительно этих, незнаю как назвать - координат. Ide будет компилироваться 1 python файлом. В свое время был такой популярный троян - ZeuS. Он без проблем собирался бат файлом. Сделать чтото подобное(стабильное), но в мирном русле. Ide для си = ide для масма. (Как в фасме). Раз и навсегда решить проблемы с кодировками текста/строками и т.д.
Технически это 7ка. Технически масм64 из vs2026 (14.50.35717) отработал. Но есть нюансы. Как в анекдотах про нюансы. Библиотеки api-ms-win* как я понял с подмесом com'а, загрузчик должен уметь их грузить. На 7ке без sp1 не умеет. cl.exe и link.exe используют апи, введенные только в 8ке. Теоретически можно через проксю реализовать, если охота так упарываться. --- Сообщение объединено, 11 мар 2026 --- https://www.sendspace.com/file/kxa5o3 Без плясок с бубном vs2022 (14.44.35207) работает на w7sp1. В vs2026 похоже затык только в нереализованной CreateFile2 и на w8 оно должно тоже работать.
Если это VS 2022 я могу у себя посмотреть. Нужно, ненужно? А в папке c:\Program Files (x86)\Windows Kits\10\bin\10.0.17763.0\x64 Братец Кролик нашел файлы rc.exe и rcdll.dll которые также поместил в masm64\bin https://www.sendspace.com/file/cq4j37
Мне сегдня сон приснился по погромированию masm64(и одновременно нашей с вами ide). Как Менделееву(русский ресерчер, создатель антисептика вотки). П*дарасом буду если обманываю.
Research, я тут поразмыслил немного и пришёл к выводу, что может ну его нафиг - заморачиваться на специальном вашем IDE? Больше времени затратим на тестирование, чем на изучение MASM. Может остановится на SDK (типа Mikl___ /Хатчисон) и Visual Studio (если кого-нибудь интересует этот вариант) и успокоится? Visual Studio можно любую взять, начиная от какой-нибудь VS 2017 и до VS 2026. Что касается компилятора CL, то по-моему, рантайм(все нужные библ., хидеры и т.п) даже к VS 2008 - будет всё-равно немаленький и что-то выгадывать, наверно, нет смысла. А в какой-нибудь VS 2022 - меньше 2-3 гигабайт не получится. Не знаю, может я в чём-то заблуждаюсь, но, по-моему, я недалёк от истины.
