Best programming language...

[rambling maniac]

What would be the best programming language that uses the systems hardware resources for pulling information and sending information from a graphical environment in the fastest way possible.

[R.a.B.B.i.T]

x86 Assembly

[Lenny]

Whew, and I thought this would be a controversial topic.

[iago]

"from a graphical environment"? Can you elaborate?

You'll probably want C, it's low level and you can make direct hardware calls from it.  Or, if it's necessary, you can add inline assembler. 

I don't quite understand why RaBBiT suggests x86, though.  Use whichever assembler is native to your CPU.

[Banana fanna fo fanna]

C, with a bit of assembler.

[Arta]

Hopefully, they all mean C++

[iago]

Hopefully, they all mean C++

Why have the extra (and, might I add, pointless) design considerations of classes to a simple hardware interface problem?

[Arta]

Because, imho, a well-designed OO program is more maintainable, more extensible, and more reusable than its procedural counterpart. Note that I said well-designed - which is hard. I think this applies to all but the most trivial of programs.

Also, since is C++ a superset of C, it will let you do everything as you would otherwise have done it in C, but with the added benefit of better type safety and other useful language features. It's not just classes.

Since C++ is 'C' '++', you may as well use it, just in case you want the '++' later

[R.a.B.B.i.T]

"from a graphical environment"? Can you elaborate?

You'll probably want C, it's low level and you can make direct hardware calls from it.  Or, if it's necessary, you can add inline assembler. 

I don't quite understand why RaBBiT suggests x86, though.  Use whichever assembler is native to your CPU.

Notepad2 + NASM/TASM/MASM

[rambling maniac]

I meant to be able to grab certain information from a multimedia image and then send the info that was attained very quickly.

[Yoni]

"from a graphical environment"? Can you elaborate?

You'll probably want C, it's low level and you can make direct hardware calls from it. Or, if it's necessary, you can add inline assembler.

I don't quite understand why RaBBiT suggests x86, though. Use whichever assembler is native to your CPU.

Notepad2 + NASM/TASM/MASM

Hex editor + machine code reference

[TehUser]

A switch, for tapping out the binary yourself.

[iago]

I meant to be able to grab certain information from a multimedia image and then send the info that was attained very quickly.

Then yeah, C, possibly mixed with assembly, is your best bet.

Or C++ -- Arta, if you want to argue the point further about C vs. C++, let's use another topic.  But I don't care enough to start one, so eh?  I like C better, and I will continue to like C better. 

[Mephisto]

I don't quite understand why RaBBiT suggests x86, though.  Use whichever assembler is native to your CPU.

Because he doesn't know enough about ASM to understand what he's saying. 

[Warrior]

or because he made an assumption based on a commonly used processor by people on this forum.