Da li mozes da zakacis ovde (mini-)projekat u kome se reprodukuje problem?

Na zalost - nemam ga ovde kod kuce

U Ponedeljak cu sa posla da attachujem problem.

Ma problem je sto u tom test C fajlu radi sve kako treba, ali kada taj kod prostom copy/paste metodom ubacim u moj projekat - cela stvar prestaje da funkcionise i pojavljuju se ti veoma specificni problemi (sa edx registrom, na primer) :)

OK, dozvoljava se mesanje assemblera i C-a. da li si obratio mozda paznju na ovo (iz MSDNa):
An __asm block cannot use C or C++ specific operators, such as the << operator. However, operators shared by C and MASM, such as the * operator, are interpreted as assembly-language operators. For instance, outside an __asm block, square brackets ([ ]) are interpreted as enclosing array subscripts, which C automatically scales to the size of an element in the array. Inside an __asm block, they are seen as the MASM index operator, which yields an unscaled byte offset from any data object or label (not just an array). The following code illustrates the difference:

int array[10];

__asm mov array[6], bx ; Store BX at array+6 (not scaled)

array[6] = 0; /* Store 0 at array+12 (scaled) */

The first reference to array is not scaled, but the second is. Note that you can use the TYPE operator to achieve scaling based on a constant. For example, the following statements are equivalent:

__asm mov array[6 * TYPE int], 0 ; Store 0 at array + 12

array[6] = 0; /* Store 0 at array + 12 */

Sorry.. zaboravih da postujem kod opet dok sam bio na poslu.. sutra :)


Hmm. problem je drugacije prirode - znaci imas instrukciju:

mov edx, table // gde je table float[16384], znaci pointer na table

i kad stepujes u debuggeru u sledecoj liniji je EDX 0

iako TABLE pokazuje na validan pointer.


Problem nestaje ako je table >lokalna< varijabla, ali se onda javljaju neki drugi problemi. Sve u svemu, vrlo cudna situacija.

E stvarno sam zardjao, trebao sam ovo odmah da napisem.... Evo o cemu se radi:

mov edx, table
je isto sto i
mov edx, table[0]
(prover sa table[0]=1, table[0]=2, itd.)

Ono sto tebi treba je:

lea edx, table

Ono sto takodje mozes da uradis je:

mov edx, OFFSET table

Ali to radi samo za globalne promenljive. Lokalne promenljive nemaju fiksni offset (jer su stack-based), pa zato ne mozes da koristis OFFSET na njima.

Nadam se da ovo pomaze.

Cini mi se da smo probali sa dword ptr

ali probacu sa LEA sutra - i mislmi da je table pokazivao na adresu &table[0] ako se ne varam (provereno par puta) - ali svejedno provericu jos jednom

Ovaj deo koda nisam ja radio, vec kolega koji se bavi asm-om (meni asm i nije jaca strana :-)


Hvala na odgovorima - probacu sutra to da sredim (mada i nije neki priority...)


Za lokalne promenljive se adresa racuna i preko EBP valjda ako me pamcenje drzi :)

Ovo sam koristio kao program za testiranje na VC7 - to je valjda to (bez DWORD PTR):

jel problem resen i kako?

Ivane,

mozda je ovo u pitanju:

Ako u vecem projektu upotrebljavas MMX instrukcije, one koriste floating point registre, i na neki nacin 'otkacinju' FP unit od pristupa tim registrima. Naravno, procesor se moze izbaciti iz tog 'okupatorskog' moda tako sto se stavi da po izlasku iz MMX rutine izvrsi 'emms' instrukciju.

Meni su se desavale slicne stvari: napravim funkciju u MMX-u, i kad izadjem iz nje dobijem totalni haos - najprostija floating point instrukcija nije htela da radi kako treba. Setim se i zavrsim MMX kod sa emms, i sve je opet kako treba.

Javi sta si uradio.

Hmm, kod koristi MMX i SIMD, ali iskljucivo kroz Intel IPP library, pretpostavljam da IPP uvek uradi emms pre izlaza inace bi nastao totalni haos.

Problem jos nije resen, ali nije na nekom prioritetu tako da cu se sa njim pozabaviti sledece godine :)