Такой, немного флеймовый, вопрос..
Развивается ли сейчас АСМ?
Да, я знаю, энтузиасты сейчас делают много всяких компиляторов, но, например, создается ли Microsoft'ом новый masm?
Как поживает TASM?
Просто последние версии данных компиляторов сделаны этак до 2000г.
Можно ли будет в будущем создавать на нем прикладные, десктопные программы? (как вы поняли, меня волнует .NET)
Или останутся только драйвера?
Можно ли на АСМе генерировать приложения под ДотНЕТ?

З.Ы. Если уж очень флеймово - прошу прощения..

Это сообщение отредактировал(а) Kurt - 26.2.2004, 19:43

Kurt
RadAsm есть
рисуй себе там окошки как в дельфи
а обработку на асме пиши все лехко и понятно
.NET думаю на асме не выдет писать
онож интерпритируемое г...но
работает там себе гдето через виртуальную машину и процессора не видит как такогого

А не может ли сложиться ситуация, когда нельзя будет создавать КОНКУРЕНТНОСПОСОБНЫХ без ДотНЕТ?
Тогда АСМу кронты..

вполне может если весь софт будет работать в некой виртуальной машине
останется дрова писать и ехплоиты

Печально, однако..
Хотя я слышал мнения, что вроде когда win32 появился, все АСМ хоронили, ан нет..
И тут обещают, что первый же ассемблер (мне кажется, это будет нечто такое, что действует в обход виртуальной машины - ведь она все равно будет обращаться к каким-то платформозависимым библиотекам..) напишет.. сама Microsoft..
Возможен такой вариант?
Или все, хороним?
Просто я тока сел изучать АСМ - ка-то не хочется изучать язык, к-й через пару лет коньки отбросит - хочется уметь программить на нем все - от декстопного приложения до дров..
Есть шанс?..

Цитата

онож интерпритируемое г...но

я б не стал так заявлять, к тому же не интерпретируемое а компилируемое в рантайме

Цитата

работает там себе гдето через виртуальную машину и процессора не видит как такогого

процессор видит, при этом при компиляции на лету делает оптимизацию именно для того, который стоит в системе, процессор не видит юзер (программист в данном случае), но насколько мне понятно .NET не создана для создания
приложений, учитывающих особенности какого-то проца, она создана именно для избавления программиста от этого,
и вообще от избавления от зависимости того, на коком языке писать приложение - в результате все равно CIL

для .NET есть что-то вроде надстройки над ASM назывемое CIL (Common Intermidiate Language)
именно в этот промежуточный язык компилируются все приложения написанные на языках, подведенных под .NET
поэтому может быть можно будет писать на CIL, хотя не вижу в этом смысла

Вот-вот..
Т.е. программить на АСМе десктопные приложения станет невозможно -> тады зачем учить? (только не надо "для общего развития, знать, как устроен комп" etc.)..
Жаль..
А по поводу нового масма? Кто-нибудь верит, что Microsoft такое напишет?
Кстати, я где-то слышал такое словосочетание "masm v 7"..
Есть такое?

З.Ы. Один мой знакомый, довольно неплохой специалист, утверждает, что дотНЕТ - тупиковая ступень эволюции..

Кстати, по поводу дотНЕТ - виртуальная машина ведь все равно использует вызовы API?
Значит, можно будет и без нее? Или как?..

Парни, бросайте эти сопли ! Нас ждёт вторая серия !
АСМ будет всегда. Основательнее его только машинный код.

Ну.. лозунги и я умею кричать..
А вот ОБОСНОВАНИЕ..
Если все через VM - в чем будет преимущество АСМовых прог?
Ну, да, будут они работать как все остальные win32-приложения - через эмуляюцию - как сейчас ДОС-приложения..
Толку-то?

Для начала, ASM используется не только для PC. Сейчас бешенно расширяется область применения микроконтроллеров. Растет их количество. Причем, новые модели разрабатываются так быстро, что даже обычный C не всегда успевают под него создать. Поэтому часто надолго (а для некоторых моделей и навсегда) единственным (!!) средством их программирования остается старый, добрый АСМ. Правда, для каждого проца он свой (по крайней мере имеет специфику)

да! асм рулит!!! никогда его не брошу, потомучто он хороший!
а ваще, зачем так с ним наизвращались?
я имею введу повышение уровня сплошное!
например:

Код

mov hff, eax    .WHILE eax        mov eax, ffSkins.dwFileAttributes        and eax, FILE_ATTRIBUTE_DIRECTORY        .IF eax            .IF ffSkins.cFileName != '.'                invoke lstrcmpi, addr szSkinsDefault, addr ffSkins.cFileName                .IF eax                    invoke SendMessage, hList, CB_ADDSTRING, 0, addr ffSkins.cFileName                .ENDIF                .ENDIF        .ENDIF        invoke FindNextFile, hff, addr ffSkins    .ENDW

это кусок из примера скинового окна.
здесь мы видем только 2 асмовые команды - mov и and...
а что будет дальше? сделают поддержку сложных вырожений, типа mov eax, ebx*ecx+edx/edi или if eax*ebx == ecx*edx then ...
куда это все катиться?
ЗЫ извените за оффтоп... :|

Serzh
согласен
приведенный пример есть изврашение

Ассемблер предназначен для своего круга задач. И пока будут процессоры - будет и ассемблер 

Вообще, на мой взгляд, masm-это одно большое извращение. Если нужны структуры и массивы-почему бы не писать на С. А если нормальный ассемблер - тогда на TASM.