ASM prevod do C/C++

[SOAD]

Ano to by asi jit melo, ale jestli se neletu je potreba prepsat 32bit instrukce na 64bit nebo ne ? A stim si stejne nevim rady.
Musism si to jeste v klidu prostudovat.

[Marty]

Ano to by asi jit melo, ale jestli se neletu je potreba prepsat 32bit instrukce na 64bit nebo ne ? A stim si stejne nevim rady.
Musism si to jeste v klidu prostudovat.

Musí to být zpětně kompatibilní, takže to určitě nemusíš přepisovat. Ostatně, e_x (eax, ebx, ecx, edx) jsou 32bitové registry a stejně tak můžeš použít _x registry, které jsou 16bitové - zase zpětná kompatibilita. Jen pak pracuješ s nižšími bajty v těch registrech.

[SOAD]

Tak jsem nakonec nasel, ze to jde pomoci funkce __cpuid() pres #include <intrin.h>
Mam ale porad jeden problem. Family, model a stepping mi to vraci ok
(vraci integer), ale nazev vyrobce a identifikacni string procesoru vraci nesmyslne znaky. Mam bordel v tom, jak to spravne vratit.

Priklad:
mam funkci char* info(int parametr)
pri parametru 2 vraci jmeno vyrobce char CPUString[0x20];

a pak v exportu:

JNIEXPORT jstring JNICALL Java_com_mindprod_pentium_Pentium_cpuIdVendor
(JNIEnv * env, jclass theClass )
{
char* vyrobce;
vyrobce = info(2);
return env->NewStringUTF( (char *)vyrobce );
}

Mam hokej v tech datovych typech a v tom jak spravne vratit nazev vyrobce. Problem bude nejspis v te cervene oznacene casti. Poradi mi nekdo, jak to spravne napsat ?

Diky

[Sasa]

A jak ta funkce info alokuje ten string?

Vraci pointer na char, ale ten string musi nekde existovat.
Pokud je ve funkci info alokovanej na stacku, tak nejspis po zavolani te funkce zanikne.
A pointer vyrobce pak muze ukazovat na nejaky bordel.

nevim jak ta funkce info vypada, ale melo by se to spis volat nejak takle.

char vyrobce[32];
info(2, vyrobce);
...


pricemz hlavicka takhle nejak info(int parametr, char* pVyrobce)

pricemz pVyrobce by mohl byt nepovinny parametr a default NULL.