Приветствую,народ, посвятите. Сам пока Висту в упор не видел, но слышал, что вроди как в Майкрософт какую-то хреновую политику начали против кодинга на асме... Вобщем, кто что слышал, будет интересно узнать...
Пока живет платформа Win32, кодинг на Си и на Асме - без проблем. Но когда у власти будет платформа .NET, начну писать под никсы Хотя это будет не скоро, но все же я думаю, что вызов функций будет намного отличным, нежели в Win32 - сплошные диспетчеры безопасности etc. Достаточно почитать про МракоСофтовский проект Singularity. Да, писать будет можно, но будет сложнее, возможно намного сложнее. З.Ы. Лучше бы MicroSoft обвиняли в низкой скорости их ОС, а не в дырявости - вон в какую сторону они стали поворачивать
угу, пасиб, но спрашивал, потому как достоверно знаю, что в МС в связи с уходом Гейтса, решили (решат) пересмотреть (новое начальство - новые паранойи) политику низкоуровневого программинга... А вот в чём это будет заключаться, и как технически это будет реализовано - хз, может кто из МС хдесь есть (вот по-этому и спрашивал у МС 7 пятниц на недели... уже снова стали поговаривать о замене АПИ местами в Лонгхорне (Манаджет/Нейтив) Насчёт Singularity... где-то слышал, что "Обероновцы" иск на МС подать хотят...
хреновую политику начали против кодинга на асме... Асм сушествует до тех пор пока будут существовать процессоры И никакая виста его не задушит !
Ессно, но в случае доминирования .NET, писать на IL - имхо изврат... не та философия... короче ладно, сенкс за поддерж. дискуссии
Да и шас писать на ASM под винду изврат.Не та философия Вспомнил одного кореша который этак 8 лет назад с пеной у рта доказывал мне что писатьна ASM под винду в принципе невозможно Уповал на Билли что мол только на С++ можно История выходит на новый круг. А на досуге подумай как можно писать драйвера под висту не используя ASM вставок. Ну к примеру работа с портами ?
Асм всегда бил и будет бить ЯВУ. Нужно просто больше сторонников развития асма как языка программирования. Нужны библиотеки. Все остальное - придёт и уйдёт, так как не имеет особой поддержки процессора. Объектов в процессоре нет - значит это не прорыв в IT. А вот команда "call" для поддержки процедур есть - так вот это прорыв в IT. Защищённый режим - тоже. Но всё это полностью контролируемо только ассемблером и машинным кодом. А значит, соревноваться с ЯВУ и выигрывать можно будет всегда.
Можно зделать совмесный проект по макросам а именно давно хотел написать полноценный эмулятор языка высокого уровня. пару лет назад написал немного бейсика (уже не имею) а сейчас хотелось бы сделать с++. чтоб не асм вставлять в сця а наоборот (хоть несколько языков сразу). я не делал в файле строки типа .386 и инклуды а сразу команды , но компилировал заранее приготовленый шаблон в котором лишь добавлял строку инклуде с именем моего нового файла программы, там уже начало, конец и винмаин с макросами модифицирующими шаблон в зависимости от команд вставленых в новый якобы основной файл. Ты только представь си с открытым кодом. модифицируй сколько влезет. да что там си -- мультиленгвидж. в одиночку заниматься этим гиблое дело а вот форумом это может сработать и перевернуть мировое похабное отношение к асму. подсадим СЦыкунов++ на асм и пусть думают что пишут в сця как думаешь ?
Макросы, наверное, будут слишком 'зубодробительными', чтобы пытаться сэмулировать ЯВУ. Я сейчас заканчиваю IDE, где немного другой подход. Объекты и отношения между ними (наследование, виртуальные методы, и т.п.) описаны простым скриптом. Парсер проходит такой скрипт и генерирует код для существующего ассемблера (FASM например). Ну а потом происходит построение используя тот же FASM. Кстати, про Виста: у меня сложилось впечатление, что Win32 API DLLs не будут доступны напрямую. То есть, нельзя будет посмотреть в системную директорию и увидеть там KERNEL32.DLL. Но для поддержки всех прошлых программ Loader будет каким-то образом предоставлять пути вызова Win32 API. А может это всё только слухи.
AsmGuru62 Про Виста это скорее всего бред, так как получается Loader будет отображать dll в образы внутри виртуального адресного пространства процесса, а значит, откуда-то он их будет брать, следовательно, у них будет какой-нибудь формат, который можно будет каким-нибудь дизассемблером/ещё чем-нибудь взять. В противном случае либо отломают, либо кинут, и сядут на *nix. Я тут недавно фильтр на IP поставил по образу и подобию FreeBSD, понравилось.
AsmGuru62 А в нем нельзя будет все отключить и использовать как редактор с подсветкой и подсказками по API и членам структур ?
AsmGuru62 Макросы, наверное, будут слишком 'зубодробительными', чтобы пытаться сэмулировать ЯВУ. но ведь однажды разработчики явы это уже зделали Насчет висты: Сейчас пишу на висте под неёже в асме без проблем. и дрова она еще от 2000 принимает хоть и 64_битная, не так как переход ХР на ХР64 кто знает. короче проблем сней нет. На мс новые апишки расписаны от и до (документированые ессесно). кернел доступен , на счет его прямоты не проверял. дебагер сейчас для висты скачаю и посмотрю че там (если покажет
Asterix Вы имеете ввиду, что нужен простой редактор ASM-a с API и структурами? Так наверное есть уже такие. Поясните вопрос.
Asterix Такие редакторы есть, и были описаны на этом сайте в "Разное/IDE для больших проектов на ассемблере [masquer]", но стоят порядка 270$. Бесплатные таких наворотов не имеют.
AsmGuru62 А чем такой скрипт лучше чем С++? Компилятор С++ ведь тоже асм код может генерировать. Плюс нехилая оптимизация.
Вообще-то АСМу винда закрывает прямой путь к железу так же как и любому ЯВУ, юзинг АСМа в виндах ничего существенно в этом смысле не меняет: АСМ через АПИ, С++ через АПИ.. Ну будет ещё через что-то, добавится ещё одно промежуточное звено. А потом ещё, ещё.. И во что это произойдёт? Тупиковый путь эволюции. Похоже винда как система вышла на пик и дальше на этом пути на единицу усилия - всё меньше эффекта. Кризис? А в АСМе тоже можно оптимизирующие макросы написать. FASM всё более продвигается к единой системе "Компилятор компиляторов+ ACМ", - это уже нечто иное чем традиционный ЯВУ и традиционный ACМ, нечто синтезирующее и то и другое - и не являющееся ни тем ни другим. Возможно этот парень открыл новую эпоху. Может слово для обзывания оного уже и есть, я не знаю.
Dvuugl Скорее как интерпретатор + ассемблер: http://flatassembler.net/docs.php?article=ufasm Много во..., т.е. философии, которая может доказать всё что угодно, но фасм действительно является продвинутым ассемблером.
