Делаешь секцию shareable в FASM или укажи /section:<имя>,S при линковке в MASM
push ebp mov ebp,esp add esp,<размер стекового кадра> ;код, обращение к переменным как [ebp+n] mov esp,ebp pop ebp легче использовать...
Убери стили класса HREDRAW и VREDRAW , тогда при изменении размера перерисовывать не будет. А если надо - рисуй сам по WM_SIZE
Очередь есть всегда, но она вполне может не обрабатываться. Тем более когда нет окон в очереди совсем немного сообщений.
А это разве большая проблема подобную прогу написать самому?
65536x65536 = 4 ГБ, с такими объемами памяти винда (да и вообще комп) работать не могет
Я через слово прочитал это все, нифига не понял. НО test ecx,ecx не нужен.
Ну если кто-то еще пользуется Win9х, то для них можно написать WaitForSingleObject(0,500) ;-) Сорри за офф
Тогда встает вопрос нужен ли вообще таймер? И проще написать так: start: ;код программы invoke Sleep,500 jmp start Тут уже надо знать...
дык тогда можно просто написать так: start: invoke SetTimer, 0,0,500d, timer_proc msg_loop: invoke...
тогда так push eax invoke ReadFile, hFile, lpBuffer, nNumberOfBytesToRead, esp, lpOverlapped pop eax
А rep movsd не рулит?
А ты сначала передавай размер файла, а потом сам файл. Пусть клиент отсчитывает сколько ему надо байтиков. И передавай через MMF
Да там столько ошибок... на 10 строчке считать надоело. Сотри все на и пиши заново, только сначала изучи команды ассемблера и АПИ получше.
Именно GetCurrentProcess тебе нужен
нельзя, сокеты в винде работают с IP протоколом
Дык надо адрес строки передавать в wsprintf. Почему бы не передвавать STATSERVERADDR в inet_addr??
тормоза или нет, но если такое сложение не должно происходить 10^9 раз в секунду, то можно и так написать. Главное коротко и без ошибок.
Расположи вектора в памяти друг за другом и напиши так xor eax,eax xor ebx,ebx lea esi,v1 ;v1 - первый вектор mov ecx,18 sum: lodsb...
.DATA Buff db "10000",0 .CODE start:start: xor ebx,ebx ;Потготавливаем параметры для MessageBox push ebx ;Заодно...
Имена участников (разделяйте запятой).
