Изпечатай

[go_fire]

М-м в грешка съм май, не бях подозирал до какви висини е стигнала CISC последните десетина години, след ерата Котлон/П3. Ама то за туй е форум — да си изправяме кривините едни другиму.

[v_badev]

Кода, който gat3way е дал ще работи на всеки 32 или 64 битов x86 процесор.

[zxz]

Абе аз за писане на асемлер ползвам fasm главно щото го има за всички дистрота..

[gat3way]

Кода, който gat3way е дал ще работи на всеки 32 или 64 битов x86 процесор.

Нe съм убеден, rip е 64-битовия instruction pointer.

[d0ni]

   0x00000000004004a6 <+18>:    mov    %eax,-0x4(%rbp)
   0x00000000004004a9 <+21>:    mov    -0x4(%rbp),%eax
   0x00000000004004ac <+24>:    mov    %eax,0x2003d2(%rip)       

offtopic: някаква представа защо компилатора е генерирал първите 2 реда? Струват ми се излишни. Резултата от събирането е в eax, не би ли трябвало да го запише направо в 0x2003d2(%rip)

[remotex]

Без изходния код мога само да гадая, но предполагам при следния случай

Код

GeSHi (C):
int foo(){
  int result = 1+1;
  return result
}

Ще се наложи резултата от 1+1 да го хвърли веднъж в result (BP-4 напр.) и още веднъж към return т.е. EAX
е зависи от това с какво оптимизации е компилирано...

[gat3way]

Дам, така е. Все пак втория mov не ми е ясно защо се прави - стойността вече би трябвало да си е в eax.

[v_badev]

Нe съм убеден, rip е 64-битовия instruction pointer.

Честно казано не погледнах инструкцията, вдиях че се ползват 32 битовите регистри и реших че ще работи на 32 битов процесор. Silly me 

[rscossworth]

Разбирам ви прекрасно, но за reverse engineering асемблера няма алтернатива