🚀 go-pugleaf

> muszę napisać program w assemblerze który będzie można uruchomić pod
> DOS-em, na początku powinien uruchomić się w trybie rzeczywistym a
> następnie zrobić skok to trybu chronionego 64 bitowego, wykonać kilka
> rozkazów w trybie 64 bity a na końcu wykonać skok to trybu
> rzeczywistego i zakończyć działanie
>
> problem polega na tym, że nie wiem jakiego assemblera i linkera użyć
> do tego,

asembler to yasm, bo nasm jeszcze use64 nie obsługuje. a linker? nie wiem.

> wcześniej zrobiłem powyższy program wykonując skok do trybu
> chronionego 16 bitowego i 32 bitowego (używając tasm-a i tlink-a)
>
> był pomysł żeby użyć ml64 ale moja edycja zgłaszała błąd przy
> rozkazach use16, use32, use64 a rozróżnianie segmentów w tym programie
> jest raczej konieczne

nie znam tego ml64, ale poczytaj w dokumentacji, jak to zrobić...

-- 
Azarien

psysiu@gmail.com napisał(a):
> witam,
> 
> problem wygląda tak:
> muszę napisać program w assemblerze który będzie można uruchomić pod
> DOS-em, na początku powinien uruchomić się w trybie rzeczywistym a
> następnie zrobić skok to trybu chronionego 64 bitowego, wykonać kilka
> rozkazów w trybie 64 bity a na końcu wykonać skok to trybu
> rzeczywistego i zakończyć działanie
> 
> problem polega na tym, że nie wiem jakiego assemblera i linkera użyć
> do tego,
> 
> wcześniej zrobiłem powyższy program wykonując skok do trybu
> chronionego 16 bitowego i 32 bitowego (używając tasm-a i tlink-a)
> 
> był pomysł żeby użyć ml64 ale moja edycja zgłaszała błąd przy
> rozkazach use16, use32, use64 a rozróżnianie segmentów w tym programie
> jest raczej konieczne
> 
> będę wdzięczny za każda pomoc i wskazówki

 FASM (http://flatassembler.net, linker wbudowany) lub wspomniany YASM
(chyba potrzebny osobny linker, LD z binutils64 pewnie podziała).

-- 
Pozdrawiam, Bogdan                                  (Linux i FreeDOS)
Kurs assemblera x86 (DOS i Linuks): http://rudy.mif.pg.gda.pl/~bogdro
Grupy dyskusyjne o asm:  pl.comp.lang.asm alt.pl.asm alt.pl.asm.win32
Rozmawiaj bezpiecznie: www.JabberPL.org Surfuj anonimowo: tor.eff.org

psysiu@gmail.com napisał(a):
> witam,
> 
> problem wygląda tak:
> muszę napisać program w assemblerze który będzie można uruchomić pod
> DOS-em, na początku powinien uruchomić się w trybie rzeczywistym a
> następnie zrobić skok to trybu chronionego 64 bitowego, wykonać kilka
> rozkazów w trybie 64 bity a na końcu wykonać skok to trybu
> rzeczywistego i zakończyć działanie
> 
> problem polega na tym, że nie wiem jakiego assemblera i linkera użyć
> do tego,
> 
> wcześniej zrobiłem powyższy program wykonując skok do trybu
> chronionego 16 bitowego i 32 bitowego (używając tasm-a i tlink-a)
> 
> był pomysł żeby użyć ml64 ale moja edycja zgłaszała błąd przy
> rozkazach use16, use32, use64 a rozróżnianie segmentów w tym programie
> jest raczej konieczne
> 
> będę wdzięczny za każda pomoc i wskazówki
> 

gas z pakietu gcc,
ale bedziez musial sie nauczyc skladni at&t.

-- 
Pozdrawiam
Lopez

Wiktor S. napisał(a):
>> muszę napisać program w assemblerze który będzie można uruchomić pod
>> DOS-em, na początku powinien uruchomić się w trybie rzeczywistym a
>> następnie zrobić skok to trybu chronionego 64 bitowego, wykonać kilka
>> rozkazów w trybie 64 bity a na końcu wykonać skok to trybu
>> rzeczywistego i zakończyć działanie
>>
>> problem polega na tym, że nie wiem jakiego assemblera i linkera użyć
>> do tego,
> 
> asembler to yasm, bo nasm jeszcze use64 nie obsługuje. a linker? nie wiem.
> 

I nie obsluzy, bo Nasm od dawna nie jest juz rozwijany.

-- 
Pozdrawiam
Lopez

Lopez napisał(a):
> Wiktor S. napisał(a):
>>> muszę napisać program w assemblerze który będzie można uruchomić pod
>>> DOS-em, na początku powinien uruchomić się w trybie rzeczywistym a
>>> następnie zrobić skok to trybu chronionego 64 bitowego, wykonać kilka
>>> rozkazów w trybie 64 bity a na końcu wykonać skok to trybu
>>> rzeczywistego i zakończyć działanie
>>>
>>> problem polega na tym, że nie wiem jakiego assemblera i linkera użyć
>>> do tego,
>> asembler to yasm, bo nasm jeszcze use64 nie obsługuje. a linker? nie wiem.
>>
> 
> I nie obsluzy, bo Nasm od dawna nie jest juz rozwijany.
> 

Sorki za nie sprawdzonie informacje,
Wyglada na to, ze Nasm odzyl :)
http://nasm.sourceforge.net/

-- 
Pozdrawiam
Lopez

Lopez wrote:
> gas z pakietu gcc,
> ale bedziez musial sie nauczyc skladni at&t.

"as now supports assembly using Intel assembler syntax. .intel_syntax 
selects Intel mode, and .att_syntax switches back to the usual AT&T mode 
for compatibility with the output of gcc."

w.

> "as now supports assembly using Intel assembler syntax. .intel_syntax

Czy jest to składnia tasma (fuj!) czy bardziej nasmowa?

-- 
Azarien

Wiktor S. wrote:
>> "as now supports assembly using Intel assembler syntax. .intel_syntax
> 
> Czy jest to składnia tasma (fuj!) czy bardziej nasmowa?

Tu masz przykład, sam oceń:
http://www.gamedev.net/reference/articles/article1987.asp

(A, to "now" znaczy od co najmniej 3 lat).

w.

Wojciech Muła napisał(a):
> Wiktor S. wrote:
>>> "as now supports assembly using Intel assembler syntax. .intel_syntax
>>
>> Czy jest to składnia tasma (fuj!) czy bardziej nasmowa?

Bardziej nasmowa, ale też są różnice.

> Tu masz przykład, sam oceń:
> http://www.gamedev.net/reference/articles/article1987.asp
> 
> (A, to "now" znaczy od co najmniej 3 lat).
> 

Nie ma tam zaznaczonego jednej dość istotnego faktu,
otóż w przypadku wstawek asemblerowych, jeżeli używamy
dyrektywy .intel_syntax na koniec należy należy przestawić
go z powrotem na .att_syntax, inaczej kompilator sie wysypie.
OIDP W przypadku plikow w czystym asemblerze jako ulatwienie
mamy do dyspozycji odpowiednie przelaczniki, ale jakos nie
moge teraz znależć tego w manie.

Dodam jeszcze, że pomocnym narzędziem do nauki
skladni at&t jest programik intel2gas, potrawi
on konwertować pomiedzy oboma dialektami.

-- 
Pozdrawiam
Lopez

Lopez wrote:
> Nie ma tam zaznaczonego jednej dość istotnego faktu,
> otóż w przypadku wstawek asemblerowych, jeżeli używamy
> dyrektywy .intel_syntax na koniec należy należy przestawić
> go z powrotem na .att_syntax, inaczej kompilator sie wysypie.

IIRC użycie opcji -masm=intel rozwiązuje ten problem.

w.