Contact US

Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

Assembly books?

Assembly books?

Assembly books?

This is really 3 questions in one?

Anyone know of a book that....

   teaches Windows assembly language?
   advanced graphic routines (morphing, frame animation, character animation, etc.)  (no boxes, circles) speed optimazation.
   mixing assembly with c++

Thanks in advance.

RE: Assembly books?


teaches Windows assembly language?

There's really no such thing.  It's just assembly language.  And yes there are texts out there.  Just look for 32-bit assembly and it will net a few good texts.  As for Windows, that involves mastering the API, and that can be studied with any language since you need to use the API to interact with Windows anyway.


advanced graphic routines (morphing, frame animation, character animation, etc.)  (no boxes, circles) speed optimazation.

Again, you're interacting with the OS.  The best for graphics is usually to learn DirectX and that can be done with any language, again, since it's just another Windows API.


mixing assembly with c++

Usually this is just generating the OBJ from assembly and linking it into the compile.  This is compiler-dependent (the C++ one), so you'll need to study from there on what kind of OBJ you need, whether it needs to be converted and what kind of directives you need in your C++ source.

But remember that you can *usually* do as good of a job with most languages outside of assembler, so it really is only worth touching assembler in a mixed situation if you get something out of it for doing it (speed up a routine YOU code that takes up most of the time, add a compiler feature, etc).  You will learn whether it is worth your time with the use of measuring tools and a little experience.  

And assembly is no magic pill to make things go faster.  A bad algorithm is going to be just as slow in assembly language as it is in C++.  And a good algorithm in any other language will always be faster than a bad algorithm in assembler.

It is not possible for anyone to acknowledge truth when their salary depends on them not doing it.

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members! Already a Member? Login

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close