All reference information about x86 assembly language
All reference information about x86 assembly language
On one page. A good link ! http://www.strchr.com/assembly_cheat_sheet
-
- Always Here
- Posts: 6425
- Joined: Fri Oct 23, 2009 2:33 am
- Location: Wales, UK
- Contact:
Re: All reference information about x86 assembly language
Another Assembly link: http://www.arl.wustl.edu/~lockwood/clas ... m/toc.html
IdeasVacuum
If it sounds simple, you have not grasped the complexity.
If it sounds simple, you have not grasped the complexity.
Re: All reference information about x86 assembly language
Both nice links thank you guys
The Art of Assembly Language Programming
http://flint.cs.yale.edu/cs422/doc/art-of-asm/pdf/
and this series of books, not really ASM but very useful for migrate from a high level to a low level mentality... every programmer should read these IMHO
http://nostarch.com/greatcode.htm
http://nostarch.com/greatcode2.htm
EDIT: updated the links
The Art of Assembly Language Programming
http://flint.cs.yale.edu/cs422/doc/art-of-asm/pdf/
and this series of books, not really ASM but very useful for migrate from a high level to a low level mentality... every programmer should read these IMHO
http://nostarch.com/greatcode.htm
http://nostarch.com/greatcode2.htm
EDIT: updated the links
Last edited by luis on Wed Aug 29, 2012 11:25 am, edited 1 time in total.
"Have you tried turning it off and on again ?"
A little PureBasic review
A little PureBasic review
- flaith
- Enthusiast
- Posts: 704
- Joined: Mon Apr 25, 2005 9:28 pm
- Location: $300:20 58 FC 60 - Rennes
- Contact:
Re: All reference information about x86 assembly language
Another link, which helped me a lot : http://mattst88.com/programming/asmref/
“Fear is a reaction. Courage is a decision.” - WC
-
- Enthusiast
- Posts: 252
- Joined: Mon Aug 16, 2010 4:29 am
Re: All reference information about x86 assembly language
FASM documentation is not bad however I think this NASM manual is better. It contains a lot of general information like "Chapter 11: Writing 64-bit Code (Unix, Win64)" that will apply with any assembler.
http://www.nasm.us/doc/nasmdoc0.html
http://www.nasm.us/doc/nasmdoc0.html
Re: All reference information about x86 assembly language
I've dabbled only a tiny little bit in assembly, but perhaps this can help how to access variables in PureBasic:
http://bluez.home.xs4all.nl/purebasic/p ... 10.htm#top
http://bluez.home.xs4all.nl/purebasic/p ... _purebasic
http://bluez.home.xs4all.nl/purebasic/p ... 10.htm#top
http://bluez.home.xs4all.nl/purebasic/p ... _purebasic
( PB6.00 LTS Win11 x64 Asrock AB350 Pro4 Ryzen 5 3600 32GB GTX1060 6GB)
( The path to enlightenment and the PureBasic Survival Guide right here... )
( The path to enlightenment and the PureBasic Survival Guide right here... )
Re: All reference information about x86 assembly language
Japanese link "IA-32 SIMD door"
http://www1.icnet.ne.jp/nsystem/simd_tobira/index.html
http://www1.icnet.ne.jp/nsystem/simd_tobira/index.html
Re: All reference information about x86 assembly language
ASM Community • The Assembly Language Resource
http://www.asmcommunity.net
A lot of Tips contributed to Board can be used to study.
http://www.asmcommunity.net
A lot of Tips contributed to Board can be used to study.
Re: All reference information about x86 assembly language
Here is one for quick references: http://www.jegerlehner.ch/intel/opcode.html
▓▓▓▓▓▒▒▒▒▒░░░░░
- netmaestro
- PureBasic Bullfrog
- Posts: 8425
- Joined: Wed Jul 06, 2005 5:42 am
- Location: Fort Nelson, BC, Canada
- Crusiatus Black
- Enthusiast
- Posts: 389
- Joined: Mon May 12, 2008 1:25 pm
- Location: The Netherlands
- Contact:
Re: All reference information about x86 assembly language
Beautiful posts guys, thanks!
Re: All reference information about x86 assembly language
It might be important to mention some of the reasons that we delve into assembler code on occasion.
I've worked with HotBasic for awhile, and I like it, to a point. That point is where I come up against
problems that I want to use Assembler language to address, then find out that the Assembler function
is a part of the compiler's responsibility, and that the range of acceptable Assembler code is limited
and there are discrepancies in how it translates the Assembler mnemonics into hexidecimal opcodes. HotBasic pays more attention to FPU instructions than it does to getting any and all the operations
related to strings set in place and working as they should. If you can work out the hex opcodes
yourself, you can enter them as data bytes as part of the opcode sequence, but that means two
things: (1) It's extra work of course, and (2) can you trust it to get everything else right without you
having to double-check everything?
Mind, I am not knocking HotBasic, because there is a lot to like about it. But I've about decided that it
is not for me. So in looking about with Google for something to replace it, something that can work
with just about any OS, and either 32-bit or 64-bit CPUs, and that has good assembler support, what do
I find at the top of the results? PureBasic. PureBasic, which I've had for years, but never have had
cause to get into before. Before HotBasic it was PowerBasic, but I've moved away from that as well.
For one thing. the upgrades are too expensive if you have limited income, and I am retired now.
Other reasons for leaving PowerBasic are rather personal, and I won't get into that.
But, the reason for this post is to explain what Assembler can mean to the programmer that learns to
use it. You can achieve great things in working with strings, the contents of strings, doing pattern
matching, content identification, restructuring, and a host of other activities that can also be done in
BASIC, but with BASIC, may involve repeated scans of the strings and needless duplication of the string
contents. With Assembler, you can cut to the chase and that means avoiding unnecessary stepss. I've
no reason myself to get into Floating Point computations, so having all the FPU instructions as my
disposal in Assembler does not impress me. I mean it doesn't hurt anything, but I want my string
capabilities to be first and foremost.
I've worked with HotBasic for awhile, and I like it, to a point. That point is where I come up against
problems that I want to use Assembler language to address, then find out that the Assembler function
is a part of the compiler's responsibility, and that the range of acceptable Assembler code is limited
and there are discrepancies in how it translates the Assembler mnemonics into hexidecimal opcodes. HotBasic pays more attention to FPU instructions than it does to getting any and all the operations
related to strings set in place and working as they should. If you can work out the hex opcodes
yourself, you can enter them as data bytes as part of the opcode sequence, but that means two
things: (1) It's extra work of course, and (2) can you trust it to get everything else right without you
having to double-check everything?
Mind, I am not knocking HotBasic, because there is a lot to like about it. But I've about decided that it
is not for me. So in looking about with Google for something to replace it, something that can work
with just about any OS, and either 32-bit or 64-bit CPUs, and that has good assembler support, what do
I find at the top of the results? PureBasic. PureBasic, which I've had for years, but never have had
cause to get into before. Before HotBasic it was PowerBasic, but I've moved away from that as well.
For one thing. the upgrades are too expensive if you have limited income, and I am retired now.
Other reasons for leaving PowerBasic are rather personal, and I won't get into that.
But, the reason for this post is to explain what Assembler can mean to the programmer that learns to
use it. You can achieve great things in working with strings, the contents of strings, doing pattern
matching, content identification, restructuring, and a host of other activities that can also be done in
BASIC, but with BASIC, may involve repeated scans of the strings and needless duplication of the string
contents. With Assembler, you can cut to the chase and that means avoiding unnecessary stepss. I've
no reason myself to get into Floating Point computations, so having all the FPU instructions as my
disposal in Assembler does not impress me. I mean it doesn't hurt anything, but I want my string
capabilities to be first and foremost.
has-been wanna-be (You may not agree with what I say, but it will make you think).
- majikeyric
- Enthusiast
- Posts: 180
- Joined: Mon Oct 21, 2013 5:21 pm
- Location: France
- Contact: