MS DOC

[Timofey]

Практически вся обучающая литература по Ассемблеру идет с показом примерников в реальном режиме для более детального понимания принцыпа построения кода.
И так по инерции пошла практически вся обучаемая молодежь.А почему бы не писать коды для среды скажем так рабочей,воспользовавшись консольным приложением,дающим с малыми затратами и четким пониманием всего процесса использовать серии высокоуровневых и низкоуровневых функций АПИ.
И так начинайте с AllocConsole и получайте доступ ко все всем именованным каналам последовательного доступа через файловый ввод-вывод, по дескрипторам стандартных потоков через консольный ввод-вывод,не загружая при этом систему дорогими прерываниями,и используя возможность работать с несколькими приложениями,переключаясь через один системный вызов по закрытию консоли.

[Goodwin98]

Ну почитайте, например уроки Iczelion'а. Там програмирование начинается сразу с win приложения. Еще помнится мне где-то попадались "Дневники чайника" там тоже начинается все с азов, а потом переходит на win приложения.

[JTG]

WinAPI на ассемблере по сути очень мало отличается от высокоуровневых языков, особенно с макросами, да ещё в сочетании с сишными библиотеками, и толку от того, что кто-то выведет в консоль HelloWorld никакого. А в 16-разрядных программах под дос как раз используется дофига тех-самых "базовых ассемблерных" примочек типа поместить в старший байт регистра одно, в младший другое, если результат не влазит - добавить ещё регистр, установить Nый бит dword'a по такому-то адресу в true, почистить за собой стек, скопировать строку или превратить её в число и т.п.

А кто начинает сразу с win32 - обычно ставят какой-нибудь WinAsm, RadASM..., создают проект, и наглухо виснут, наткнувшись, например, на функцию, которой надо передать предварительно созданную и заполненную некими данными структуру, которой не оказалось в заголовках, сто раз уже такое было. Учиться - в досе

[Goodwin98]

WinAPI на ассемблере по сути очень мало отличается от высокоуровневых языков, особенно с макросами, да ещё в сочетании с сишными библиотеками, и толку от того, что кто-то выведет в консоль HelloWorld никакого. А в 16-разрядных программах под дос как раз используется дофига тех-самых "базовых ассемблерных" примочек

С этим я впринципе согласен.

А кто начинает сразу с win32 - обычно ставят какой-нибудь WinAsm, RadASM..., создают проект, и наглухо виснут, наткнувшись, например, на функцию, которой надо передать предварительно созданную и заполненную некими данными структуру, которой не оказалось в заголовках, сто раз уже такое было.

Если вам больше нравиться работать с блокнотом, а потом через консоль компилировать программу, то пожалуйста, но недостающих структур это вам не добавит. Я в таких случаях обычно беру opera, набираю в ней аддрес гугла и ищу, что же это за структура такая, а потом добавляю ее в заголовочные файлы, где она должна быть.

[Stilet]

И так начинайте

Это призыв "Всем на баррикады"?.
преподаватели вообще не любят новаторство, но и этот способ ведь не самый лучший для сегодняшних "Графических" времен. )

[airyashov]

И почему тогда на Win платформу?

[Timofey]

Сообщение от Stilet

Это призыв "Всем на баррикады"?.
преподаватели вообще не любят новаторство, но и этот способ ведь не самый лучший для сегодняшних "Графических" времен. )

Рисуем собственные картинки(пусть черточками и звездочками,зато не рябит в глазах после бутылки,а кому не нравится пусть через функцию обратного вызова входит в оконную процедуру),отечественные,улавливаем позиции курсора в областях меню и делаем работу,позицинируем выводы портов,
моделируем на этапе проектирования,и т.д.
Согласитесь,основной массе любителей не нравятся правила построения графических обьектов к примеру через ВИНМЕИН функцию и вылавливание сообщений и т.д,что требует чтения томов в 500 стр.
А что касается преподователей,то задачки то у них в основнов носят характер работы с символами . QUOTE=JTG;282316]WinAPI на ассемблере по сути очень мало отличается от высокоуровневых языков, особенно с макросами, да ещё в сочетании с сишными библиотеками, и толку от того, что кто-то выведет в консоль HelloWorld никакого. А в 16-разрядных программах под дос как раз используется дофига тех-самых "базовых ассемблерных" примочек типа поместить в старший байт регистра одно, в младший другое, если результат не влазит - добавить ещё регистр, установить Nый бит dword'a по такому-то адресу в true, почистить за собой стек, скопировать строку или превратить её в число и т.п.

И то верно,что работающие на АССЕМБЛЕРЕ,практически около 50% команд вообще не используют на протяжении всей своей деятельности.

[Cumalok]

Доброго времени. Я новичок, но совершенно согласен с JTG. Может кто объяснит как правильно настроить систему. Чтобы и DOS и XP можно было юзать. Или по старинке грузиться с дискетки в DOS. В книжках написано что 16-разрядные в 32-разрядных не катят.

[MalCer]

Я спокойно запускаю 16 битные приложения(например из книги Калашникова) под XP. Для этого установи себе на комп DOS NAVIGATOR,VC(Volcov Comander) или FAR . Под ними и запускай свои программы. Или ты можешь установить себе эмулятор DOS'а(emu8086). Может быть и еще как-нибудь можно, но мне и этих способов вполне хватает

В книжках написано что 16-разрядные в 32-разрядных не катят

Должно работать. Не знаю в каких это вы там книжках прочитали!

[Mold0vanin]

Сообщение от MalCer

Я спокойно запускаю 16 битные приложения(например из книги Калашникова) под XP.

Интересно как ты запускаешь?
берем простенький код, выводящий напрямую в принтерный порт , последовательно нули , единицы.

org 100h
mov al,0FFh
mov dx,378h
out dx,al
JMP $+2
MOV AL,00
JMP $+2
.exit

Так вот, под виндой, это не работает, хоть с навигатором, хоть с волковым , хоть с emu8086

Сообщение от MalCer

Должно работать. Не знаю в каких это вы там книжках прочитали!

Любите книгу, источник знаний, но по старинке, все науки, постигаем через руки.