[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]

Файл: assembler_53098.jpg -(77 KB, 290x435, assembler_53098.jpg)
77 No.165668  

Чии, а посоветуй свою любимую книжку по основам ассмблера и вообще, лучше если под UNIX. А то их мало, а русских авторов вообще не любят, а те что у меня есть - времен DOS и IBM PC. Ещё есть свежая книжка какого-то грузина, но она не понравилась и там на явные ошибки автора указывают и ждут второй редакции.

>> No.165670  

Если честно - плохо понимаю, чот за книжка тебе нужна. Тебе нужен x86 аркитекчур мануал и знание всяких соглашений (calling convention, например).

>> No.165671  

А ещё тебе нужно взять дисассемблер и разобрать несколько программ. Ещё тебе нужна документация формата ELF.

Ой, вот и на книжку накопилось.

>> No.165675  
Файл: 1321290900.jpg -(137 KB, 784x580, 1321290900.jpg)
137

>>165670>>165671
Но чтобы уметь дизассемблировать, нужно уметь ассемблировать, а ни того ни другого не умею бака. Вот и ищу мануал.

>> No.165676  

>>165670

>x86

CISC - слишком сложно. Для начала лучше какую-нибудь RISC-архитектуру изучить, ARM, например. Или SPARC, если интересует что-то более серьёзное, но, мне кажется, SPARC довольно сложен, да и компьютер с процессором этой архитектуры достать достаточно сложно, я лично с ней никогда дела не имел.

>> No.165677  

>>165675

>Вот и ищу мануал.

Аркитекчур мэньюал, Чии. Я не просто так его упомянул. Для каждой архитектуры есть такой, там написано всё-всё-всё.

Ассемблер - это преобразователь буквенных кодов команд в машинный. Ассемблер - это прикладная вещь.

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

>>165676

>CISC - слишком сложно. Для начала лучше какую-нибудь RISC-архитектуру изучить, ARM, например.

Всё зависит от того, что именно ему нужно. ARM - это довольно просто, но есил он ему не нужен, то толку в этой простоте нет.

>> No.165678  

http://www.stolyarov.info/books/asm_unix — лучше не найти. Хотя на ассемблере под UNIX писать — гиблое дело

>> No.165679  

>>165676
Почему именно CISC сложнее? Мне всегда казалось, что если в одну команду больше действий запихано, да и еще в сам камень (на самом деле в программируемый микрокод теперь, лол, но не суть) заложена большая выразительность через всякие темномагические режимы адресации, то именно кодить на подобной архитектуре легче.
Хотя, если говорить об изучении самой микроархитектуры, то CISC-кодер ее вообще не видит.

>> No.165680  
Файл: b2422485c3846b904695ccf8df1be897.png -(8 KB, 640x360, b2422485c3846b904695ccf8df1be897.png)
8

>>165678
Аригато! Мне не именно для UNIX, я просто хочу почитать как пишут на ассемблере и всё такое. Ещё почитаю Рудакова и Иривина.

>> No.165686  

http://www.cs.cmu.edu/~fp/courses/15213-s07/misc/asm64-handout.pdf плюс этого handout'а в том, что он небольшой и конкретный.

Для всего остального есть AMD64 Architecture Programmer’s Manual, как уже упомянули. Но это исключительно справочник.

Так и не смог в своё время читать именно книжки по ассемблеру. Слишком нудные.

Если умеешь C, то очень полезно сравнивать сишный код с ассемблерным, сгенерированным компилятором (gcc -S).

>> No.165695  

>>165678
Весьма вкусно в каментах.

>> No.165702  

>>165668

>под UNIX

Под какой именно?
Под x86 только Solaris и SCO Open Server работают.

>> No.165803  

>>165702
Я был на двух курсах под его началом, должен сказать, что там еще вкуснее.

На самом деле Столяров -- один из самых лучших преподавателей на ВМК. Такого преданного своим идеалам человека вообще сложно найти

>> No.165904  
Файл: 800px-ATmega8_01_Pengo.jpg -(79 KB, 800x515, 800px-ATmega8_01_Pengo.jpg)
79

>>165676

>> No.165905  
Файл: 1323803562637.gif -(62 KB, 495x500, 1323803562637.gif)
62

>>165904
Как у вас там в 2004-ом?

>> No.165906  

http://www.intel.com/content/dam/www/public/us/en/documents/manuals/64-ia-32-architectures-software-developer-instruction-set-reference-manual-325383.pdf

>> No.165908  

>>165905
Супер. Экономика растет, Россия вот-вот вернет себе статус сверхдержавы, вышел Half-Life 2, сидим в чатах, ICQ и на форумах.

>> No.165914  

>>165905
Чем тебе не нравится AVR и что ты предлагаешь? PIC? MSP430? ARM?

>> No.165915  

>>165914
AVR это вчерашний день. Хорош только тем, что можно быстро освоить с приличной документацией в симуляторах. Остальное - минусы типа тупорылых фьюзов, некошерная система команд, квадратно-гнездовая периферия и её малое разнообразие.
Не знаю, как там в AVR32, но боюсь сильно лучше с системой команд не стало (привет, in vs lds, out vs sts!)
Ардуина и си, конечно, исправляют положение, но, извините, писать на си туда, где у тебя единицы килобайт flash - это как пытаться погрузить бочку на велосипед, хотя удачные случаи бывают.
Собственно, синдрому утенка вышеуказанные минусы никак не помешают. Avrstudio 4 + Proteus 7 вот и новый микроконтрольщик готов.

>> No.165919  

>>165915
А не похер, на чем?
Мне вот без разницы, авр, пик или ещё что-то.
Давеча надо было одну херню сделать, нашел в рассыпухе первый попавшийся, оказался мелкий pic - накатил мплаб, ассемблер, хуяк-хуяк готово. Попался бы другой - был бы другой, просто похер.

>> No.165947  

>>165919
Молодец, если все умеешь/можешь быстро разобраться.




[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]