Microsoft just said that INVOKE directive will be probably supported also in ML64. I'm curiuos whether they find some automatic way to fill the registers...

'coz 64bit is not so far future of all, I guess.

win98 - no. But there is special version of XP for 64-bit and win2003 and Linux and I guess will be Longhorn.

The Dude is for Linux, but I'm not a linux customer now I/m using hiew and olly. And I'm dreaming of x86-64 support in this great tools.

But there are what I found now:
---------------------------------------------------------
AMD64 - Knoppix 64.
Changes are:
- 64 bit kernel and modules, very stable 2.4.21 from Suse www.suse.com
- Gcc 3.4 compiler for c and c++ development
o Generates 64 bits executables
o Allows –march=k8 optimization flag
o Precompiled headers
o See all changes on gcc site
- 64 bit binutils (linker, assembler)
- 64 bit gdb debugger
- up-to-date broadcom bcm5700 gigabit Ethernet driver
To make space for all this, I had to remove openoffice and some European locales.
Supported locales and languages: English, French, German.
_http://www.applia.fr/contents/knoppix64.html
_http://ns31003.ovh.net/knoppix64/latest/KNOPPIX64-3.4-EN-2004-05-31.iso
---------------------------------------------------------
A Linux Toolbox for AMD64 Developers
In the Linux space, the AMD64 platform is rich with tools for software developers, ranging from 64-bit compilers and debuggers, to libraries and profilers.
http://www.devx.com/amd/Article/21802
---------------------------------------------------------
There is CodeAnalist for Linux and for Windows but I haven't seen it yet.

I'm made x86-64 doesnt have 256bit registers and quad-precision math Will have to wait for 128bit processors I guess

I think there is no need to guess .



Wonder if such calling convention is regarded only to the fact that there are more registers??? is ruled by the processor type or by the OS this calling convention??? what happend if I get out of registers??, how I pass a copy of a structure with 20 items? (only in the case that I need to ).

I guess so.

Probably by the OS.

Same - via a pointer.

Hey! I found hex-viewer/diassembler which understand 64-bit code!
http://biew.sourceforge.net/
It looks like HIEW but as for me is not so handy but it's good!

But Im refering in the case that you whant a copy of the structure, yes I know that is more like pass by reference or the other one (by value?).....

Altought you can get the pointer, then make space for locals in the stack and copy the contents there, but then will have no much sense pass with a pointer or have sense?

If such copy of structure is at the end of the arguments that you define, pheraphs is not much a problem, look like fast call when is outof registers. But if is in the middle you will need push them and the next argument not related to the structure will be inside the registers.


I guess this case is speciall and can not be handled in a elegant way with such calling convention, altought it will be in general more fast, but wich registers will need be preserved for enter to the OS??? (wonder if I skip this in the document?)

Any OS has its own APIs. Especially if you rewrite 64-bit optimized APIs.
I guess a good IDE should detect them and a click on it should give you the info. If I code an IDE one day, RadAsm and/or VC's Ide may be my favourites.

(rea)
Copying is 20-item structure can be done outside of any API.
You can use a pointer instead.

Hi iklin

Biew 5.6.2 is very good.
But try and disassemble full 64-bit flat binary code

I write a dedicated OS : AMDO64, for x86-64 only.
I wrote a Win32 EXE that disassembles ONLY x86-64 binary code (no FPU).

The alpha version is on my website : D64.zip

Regards

I was using BIEW for opcode testing when developing x86-64 in fasm, but I've found out that it has some bugs: for example it shows bad destination address for jumps with 66h prefixes; or disassembles short XCHG RAX,R8 opcode as NOP. So be cautious while using it and don't trust it too credulously.