Неработает CreateFile. Помогите!!

Osen

Рано еще msdn читать, лутше пускай Iczelion'а покурит, к тому же кто-то его примеры на fasm переводил. А то вдруг не понравится что вместо DWORD, там LPRECT или LPDWORD это же еще надо венгерскую нотацию учить, нафиг время свое тратить на это не благодарное дело. Лутшеэтовремякулмегапрограммистыпотратятнадополнительныебредовыевопросы.

Semiono
А в общем я вам советую на Visual Basic, программировать.

 

я сказал, что handle это значение, а bool это тип, хотя видимо это не важно (никому), програмирование ещё не привыкло ко мну...

----

ага thnx! за Windows Data Types типы благодарю, ато я не увидел там, проглядел... угу!

не сердчайте на мене, я справлюсь!

 

Semiono
Handle это тоже тип ну пусть оно привыкает ))

 

По сути в ассемблере переменных вообще нет А есть метки, вот они и выступают в роли переменных, и процедур(а что такое метка?, а это адрес в памяти, представленный ввиде имени). И это наглядно демонстрирует стандарт AT&T SysV/386.

Мы все за вас! Справляйтесь!

 

Ну да, если рассматривать асм как философию, то логика присутствует конечно!
А если говорить об ассемблере как о сути происходящего, то это одни лишь биты, байты, да и то их тоже нет!.. Я лично не сторонник тех вещей, как обычно в книжках пишуть, что асм это язык или это не язык... это лишь досужий спор. Но когда надо вникнуть в сам код, нужны какие-то "очертания" мыслей, чтоб не потеряться. Я уже привык к некоторым програмистским понятиям, поэтому сразу за них ухватываюсь... венгерская запись FileHandle тоже рулёз =) Меня вообще поражает узкое применение фасма, мояб воля заставил всех выбросить си и переходить на асм - суть тот же си,
я имею ввиду когда под win32 (:

 

Это не венгерская запись, это название переменной. К пример LPSTR, LPWSTR, lpStr, lpwStr или hFile - вот это венгерская запись имен типов и переменных соответственно.

 

Semiono

Халиварщик, а то что у ассемблера портируемость хуже, это конечно ничего не значит.
Да и на сях сейчас в основном пишут только жестяньщики.

 

TermoSINteZ, Arthur
Я бы всё таки не стал утверждать, что в асме нет ни типов ни переменных
Нет строгой проверки типов как в С++, требующей если обозывал переменную handle, то обращайся к ней либо только как к handle либо явно указывай, что хочешь её временно переопределить. Но для асма такая проверка явный перебор. Кстати не будете же вы утверждать, что в С без плюсов тоже нет типов - раз нет их строгой проверки )
И метки в традиционном понимании, это то, что размещается в сегменте кода и заканчивается двоеточием , а имена переменных это то что предшествует директивам db, dw, dd и т.д. Кстати масм ругается когда метка с двоеточием попадает в сегмент данных и имхо правильно делает - не нужно валить эти понятия в одну кучу.

В общем ваши рассуждения от типах и переменных применимы и к программированию вообще, но в Hi-level языках где язык оторван от реализации в машинном коде эти рассуждения менее очевидны

 

Y_Mur
Я не спорю что в Intel-стиле ассемблерах, особенно дитя баалы (да не опустится на меня гнев его, и его детей и последователей) присутствуют директивы определения данных (ака переменных). Я хотел сказать что ассемблер (имею ввиду транслятор) понимает переменную как простую метку, вот и все. Конечно я стер абстрактность, рассуждая о том что переменных как таковых не существует.

А вот fasm'у чхать в какой секции (да-да именно в секции, а не сегменте, что это вам win32 - dos что ли) пишешь метку, имхо он по своему тоже прав

 

Никогда бы не подумал )))))

 

metk:
db 1 - это надо полагать в секции кода? по умолчанию запрещённой для записи? - тогда какая же это переменная? в лучшем случае константа )) В секции .data masm такую конструкцию не съест fasm в этом плане более демократичный, но имхо он не прав )

я бы сказал это верно для большинства компиляторов разных языков
Но чтобы метка превратилась в переменную, нужно к адресу добавить контроль размера этой переменной:
.data
myVar dd 123
.code
mov ax, [myVar] ; <- здесь компилятор скажет про неверный размер
mov eax, [myVar]; <- а это сработает
так что переменная в асме это всё таки переменная а не просто метка )

А про типы - на асме можно писать программу с типами как в С, просто не будет строгой проверки со стороны компилятора (как и в С), так что про наличие типов в асме можно говорить в том же смысле как про наличие типов в С без плюсов

 

TermoSINteZ
word ptr - это как раз уже операция переопределения типа )) т.е. конструкция подтверждающая что минимальная проверка типов всё таки есть )

в масме это полезное предупреждение о том, что код случайно залез в данные в fasmе оно менее актуально из-за его неспособности глотать конструкцию вида .data ... .code ... .data ... .code ... .data ... .code ...
но ты конечно прав:

и пора завязывать этот холивар )

 

Мы ещё про обратную польскую нотацию не обсудили

А эта..., имею msg dd ? для выводов в кансоль, не подскажте как мне выводы корней и синусов в эту переменную наладить?
То что FPU в st0 возвращает результ, а его чтол надо перевести в другой регистр или что?
Напрямую нельзя mov [msg],st0 типа?

 

Спасибо!

 

Y_Mur

Как это? в fasm'e нет .data ... .code? Не обманывайте

Код (Text):

1. ; test.asm
2. ; target: fasm/coff/windows32
3.  
4. ; link /SUBSYSTEM:WINDOWS /ENTRY:start test.obj
5.  
6. .code fix section '.text' code readable executable align 1
7. .data fix section '.data' data readable writeable align 1
8.  
9. format ms coff
10.  
11. public _start
12.  
13. .code
14. _start:
15.         xor eax, eax
16. .data
17.         violet dd 0
18. .code
19.         ret

это не переопределение типа, а ручное приведение размера операнда. Соответственно надо полагать что в AT&T SysV/386 жесткий контроль типов с постоянным приведением, вспоминая movb/movw/movl

В ассемблере не важен тип, важен размер Хотя с другой стороны byte, word, dword, fword, qword, tword, dqword - это есть типы