cls
echo off
d:\tasm_5\BIN\tasm32 /m3 /ml %1,,;
d:\tasm_5\BIN\tlink32 /Tpe /aa %1,%1,,d:\TASM_5\Lib\import32.lib
echo "Succesful"
проблемы с компиляцией исходника на ассемблере
Привет, из книжки Владимира Кулакова "программирование на аппаратном уровне"выдрал это листинг (5.5 по-моему) , и не могу его скомпилировать (в tasm 5.0)
в инклюдах все нормально, ошибки вроде тоже поисправлял, пишет: "Unexpected end of file encountered"
, в общем не знаю что делать, мож у кого было что-нибудь подобное ? может я не правильно сегменты определяю?
IDEAL
p386
LOCALS
MODEL MEDIUM
segment sseg para stack 'STACK'
DB 400h DUP (?)
ends
DATASEG
;................мои данные
ends
CODESEG
start:
;.................код
ends
end start
в инклюдах все нормально, ошибки вроде тоже поисправлял, пишет: "Unexpected end of file encountered"
, в общем не знаю что делать, мож у кого было что-нибудь подобное ? может я не правильно сегменты определяю?
IDEAL
p386
LOCALS
MODEL MEDIUM
segment sseg para stack 'STACK'
DB 400h DUP (?)
ends
DATASEG
;................мои данные
ends
CODESEG
start:
;.................код
ends
end start
Цитата: w_shaman
Привет, из книжки Владимира Кулакова "программирование на аппаратном уровне"выдрал это листинг (5.5 по-моему) , и не могу его скомпилировать (в tasm 5.0)
в инклюдах все нормально, ошибки вроде тоже поисправлял, пишет: "Unexpected end of file encountered"
, в общем не знаю что делать, мож у кого было что-нибудь подобное ? может я не правильно сегменты определяю?
IDEAL
p386
LOCALS
MODEL MEDIUM
segment sseg para stack 'STACK'
DB 400h DUP (?)
ends
DATASEG
;................мои данные
ends
CODESEG
start:
;.................код
ends
end start
в инклюдах все нормально, ошибки вроде тоже поисправлял, пишет: "Unexpected end of file encountered"
, в общем не знаю что делать, мож у кого было что-нибудь подобное ? может я не правильно сегменты определяю?
IDEAL
p386
LOCALS
MODEL MEDIUM
segment sseg para stack 'STACK'
DB 400h DUP (?)
ends
DATASEG
;................мои данные
ends
CODESEG
start:
;.................код
ends
end start
как ты вообще компилируешь???
tasm <имя файла> /l /zi
Цитата: w_shaman
tasm <имя файла> /l /zi
если файло в той же папке , то неверная значит кодировка .
кодировка была ANSI , поставил Юникод, но проблемы это не решило
ascii кодировка .
а как её поменять?
нормальным редактором . akelpad или bred2 .
вот батник
батнику передаёшь имя asm файла в этой же папке без расширения, лучше держать батник в папке d:\tasm_5\ и исходники там же
Код:
батнику передаёшь имя asm файла в этой же папке без расширения, лучше держать батник в папке d:\tasm_5\ и исходники там же
Не, ну уж если на полном серьёзе, то вот нашёл у Таненбаума:
Если входной язык является символической репрезентацией числового машинного языка, то транслятор называется ассемблером, а входной язык называется языком ассемблера. Если входной язык является языком высокого уровня (например, Java или C), а выходной язык является либо числовым машинным языком, либо символической репрезентацией последнего, то транслятор называется компилятором.
Цитата:
Если входной язык является символической репрезентацией числового машинного языка, то транслятор называется ассемблером, а входной язык называется языком ассемблера. Если входной язык является языком высокого уровня (например, Java или C), а выходной язык является либо числовым машинным языком, либо символической репрезентацией последнего, то транслятор называется компилятором.
Но, например, такой ассемблер как FASM с такой развитой макросистемой назвать транслятором просто язык не поворачивается. Ассемблер-транслятор - это по сути примитивный ассемблер.
FASM это два в одном!
мы ему фактически указываем как должны размещаться данные в файле, теоретически если захотеть, то можно создать программу только одними диррективами db, dw, dd, dq
Ассемблером его можно назвать только лишь потому что он понимает команды ассемблера и переводит их в опкоды, после переведения их в опкоды он просто их записывает в файл, а линкером его можно назвать с натяжкой, и лишь только потому что он знает форматы исполняемых файлов
мы ему фактически указываем как должны размещаться данные в файле, теоретически если захотеть, то можно создать программу только одними диррективами db, dw, dd, dq
Ассемблером его можно назвать только лишь потому что он понимает команды ассемблера и переводит их в опкоды, после переведения их в опкоды он просто их записывает в файл, а линкером его можно назвать с натяжкой, и лишь только потому что он знает форматы исполняемых файлов
CoderAlex, спасибо, получилось, наверное действительно кодировка.