#masm — Public Fediverse posts

Эволюция ПО в разработке игр на практике: 1982 — IBM PC

Мир в 1982 году Общие даты , по категориям , наука , спорт , музыка , кино , театр , литература , живопись , игры ( англ. ), авиация , метро , железные дороги . Положение на игровом и компьютерно-железных рынках По моим впечатлениям, этот год не был чем-то примечателен - выходили новые игры и системы (компьютеры, приставки, портативные устройства) и ничто не предвещало бурь в следующем году. Из выпущенных систем стоит отметить: 11.1981 - PC-88. Несмотря на выпуск в прошлом году, игры начали выходить только с 1982 года (во всяком случае достоверной информации о играх за 1981 год нет, на mobygames с высокой долей вероятности может быть ошибка с платформой). 23.04.1982 - ZX Spectrum. Только в Британии, выпуск в США будет только в ноябре 1983 года. 06.1982 - MPC 1600 (Columbia Data Products). Первый IBM PC совместимый клон. 08.1982 - Commodore 64. Легенда и важный гвоздь кризиса игровой индустрии США в 1983 году. 10.1982 - PC-98. Самый известный японский компьютер. В последние годы, за счет основы на процессорах Intel, возможна эмуляция в DosBox-X. 11.1982 - Sharp X1. Самый продвинутый из основной тройки японцев на момент выхода (PC-88, X1, FM-7). 11.1982 - FM-7. Для обычного человека все тоже шло своим чередом - потребности покупать еще один компьютер нет, в отличие от приобретения софта и потенциального расширения памяти. Последнее можно было приобрести у IBM или же купить у Microsoft подобие-аналог RamCard (помимо опции расширения памяти её можно было использовать и как RAM-диск, что могло быть полезным). Другое направление - программирование. BASIC показался привлекательным по своей простоте и интересно посмотреть еще какой-нибудь язык. Таковым становится ассемблер, благо IBM и Microsoft продают компиляторы под него (но с нюансом).

https://habr.com/ru/articles/996664/

#masm #ibm_pc #assembler #assembly #retro #программирование #программы #старое_железо #старое_по

Эволюция ПО в разработке игр на практике: 1982 — IBM PC

Мир в 1982 году Общие даты , по категориям , наука , спорт , музыка , кино , театр , литература , живопись , игры ( англ. ), авиация , метро , железные дороги . Положение на игровом и компьютерно-железных рынках По моим впечатлениям, этот год не был чем-то примечателен - выходили новые игры и системы (компьютеры, приставки, портативные устройства) и ничто не предвещало бурь в следующем году. Из выпущенных систем стоит отметить: 11.1981 - PC-88. Несмотря на выпуск в прошлом году, игры начали выходить только с 1982 года (во всяком случае достоверной информации о играх за 1981 год нет, на mobygames с высокой долей вероятности может быть ошибка с платформой). 23.04.1982 - ZX Spectrum. Только в Британии, выпуск в США будет только в ноябре 1983 года. 06.1982 - MPC 1600 (Columbia Data Products). Первый IBM PC совместимый клон. 08.1982 - Commodore 64. Легенда и важный гвоздь кризиса игровой индустрии США в 1983 году. 10.1982 - PC-98. Самый известный японский компьютер. В последние годы, за счет основы на процессорах Intel, возможна эмуляция в DosBox-X. 11.1982 - Sharp X1. Самый продвинутый из основной тройки японцев на момент выхода (PC-88, X1, FM-7). 11.1982 - FM-7. Для обычного человека все тоже шло своим чередом - потребности покупать еще один компьютер нет, в отличие от приобретения софта и потенциального расширения памяти. Последнее можно было приобрести у IBM или же купить у Microsoft подобие-аналог RamCard (помимо опции расширения памяти её можно было использовать и как RAM-диск, что могло быть полезным). Другое направление - программирование. BASIC показался привлекательным по своей простоте и интересно посмотреть еще какой-нибудь язык. Таковым становится ассемблер, благо IBM и Microsoft продают компиляторы под него (но с нюансом).

https://habr.com/ru/articles/996664/

#masm #ibm_pc #assembler #assembly #retro #программирование #программы #старое_железо #старое_по

Эволюция ПО в разработке игр на практике: 1982 — IBM PC

Мир в 1982 году Общие даты , по категориям , наука , спорт , музыка , кино , театр , литература , живопись , игры ( англ. ), авиация , метро , железные дороги . Положение на игровом и компьютерно-железных рынках По моим впечатлениям, этот год не был чем-то примечателен - выходили новые игры и системы (компьютеры, приставки, портативные устройства) и ничто не предвещало бурь в следующем году. Из выпущенных систем стоит отметить: 11.1981 - PC-88. Несмотря на выпуск в прошлом году, игры начали выходить только с 1982 года (во всяком случае достоверной информации о играх за 1981 год нет, на mobygames с высокой долей вероятности может быть ошибка с платформой). 23.04.1982 - ZX Spectrum. Только в Британии, выпуск в США будет только в ноябре 1983 года. 06.1982 - MPC 1600 (Columbia Data Products). Первый IBM PC совместимый клон. 08.1982 - Commodore 64. Легенда и важный гвоздь кризиса игровой индустрии США в 1983 году. 10.1982 - PC-98. Самый известный японский компьютер. В последние годы, за счет основы на процессорах Intel, возможна эмуляция в DosBox-X. 11.1982 - Sharp X1. Самый продвинутый из основной тройки японцев на момент выхода (PC-88, X1, FM-7). 11.1982 - FM-7. Для обычного человека все тоже шло своим чередом - потребности покупать еще один компьютер нет, в отличие от приобретения софта и потенциального расширения памяти. Последнее можно было приобрести у IBM или же купить у Microsoft подобие-аналог RamCard (помимо опции расширения памяти её можно было использовать и как RAM-диск, что могло быть полезным). Другое направление - программирование. BASIC показался привлекательным по своей простоте и интересно посмотреть еще какой-нибудь язык. Таковым становится ассемблер, благо IBM и Microsoft продают компиляторы под него (но с нюансом).

https://habr.com/ru/articles/996664/

#masm #ibm_pc #assembler #assembly #retro #программирование #программы #старое_железо #старое_по

Эволюция ПО в разработке игр на практике: 1982 — IBM PC

Мир в 1982 году Общие даты , по категориям , наука , спорт , музыка , кино , театр , литература , живопись , игры ( англ. ), авиация , метро , железные дороги . Положение на игровом и компьютерно-железных рынках По моим впечатлениям, этот год не был чем-то примечателен - выходили новые игры и системы (компьютеры, приставки, портативные устройства) и ничто не предвещало бурь в следующем году. Из выпущенных систем стоит отметить: 11.1981 - PC-88. Несмотря на выпуск в прошлом году, игры начали выходить только с 1982 года (во всяком случае достоверной информации о играх за 1981 год нет, на mobygames с высокой долей вероятности может быть ошибка с платформой). 23.04.1982 - ZX Spectrum. Только в Британии, выпуск в США будет только в ноябре 1983 года. 06.1982 - MPC 1600 (Columbia Data Products). Первый IBM PC совместимый клон. 08.1982 - Commodore 64. Легенда и важный гвоздь кризиса игровой индустрии США в 1983 году. 10.1982 - PC-98. Самый известный японский компьютер. В последние годы, за счет основы на процессорах Intel, возможна эмуляция в DosBox-X. 11.1982 - Sharp X1. Самый продвинутый из основной тройки японцев на момент выхода (PC-88, X1, FM-7). 11.1982 - FM-7. Для обычного человека все тоже шло своим чередом - потребности покупать еще один компьютер нет, в отличие от приобретения софта и потенциального расширения памяти. Последнее можно было приобрести у IBM или же купить у Microsoft подобие-аналог RamCard (помимо опции расширения памяти её можно было использовать и как RAM-диск, что могло быть полезным). Другое направление - программирование. BASIC показался привлекательным по своей простоте и интересно посмотреть еще какой-нибудь язык. Таковым становится ассемблер, благо IBM и Microsoft продают компиляторы под него (но с нюансом).

https://habr.com/ru/articles/996664/

#masm #ibm_pc #assembler #assembly #retro #программирование #программы #старое_железо #старое_по

Assembler для Windows в Visual Studio. Часть вторая — MASM x64 и юникод

Вторая часть рассказа об ассемблере под Windows. Здесь я расскажу про 64-разрядные приложения в Windows, чем отличается MASM 64 от MASM 32, про макросы из MASM 64 SDK, как работать с Юникодом на примере простого консольного REPL'а, а ещё как обойтись без Visual Studio и пользоваться masm просто из командной строки. Первая часть — Assembler для Windows в Visual Studio .

https://habr.com/ru/companies/ruvds/articles/884240/

#assembler #masm #winapi #windows #visual_studio #64bit #ruvds_статьи

Assembler для Windows в Visual Studio. Часть вторая — MASM x64 и юникод

Вторая часть рассказа об ассемблере под Windows. Здесь я расскажу про 64-разрядные приложения в Windows, чем отличается MASM 64 от MASM 32, про макросы из MASM 64 SDK, как работать с Юникодом на примере простого консольного REPL'а, а ещё как обойтись без Visual Studio и пользоваться masm просто из командной строки. Первая часть — Assembler для Windows в Visual Studio .

https://habr.com/ru/companies/ruvds/articles/884240/

#assembler #masm #winapi #windows #visual_studio #64bit #ruvds_статьи

Assembler для Windows в Visual Studio. Часть вторая — MASM x64 и юникод

Вторая часть рассказа об ассемблере под Windows. Здесь я расскажу про 64-разрядные приложения в Windows, чем отличается MASM 64 от MASM 32, про макросы из MASM 64 SDK, как работать с Юникодом на примере простого консольного REPL'а, а ещё как обойтись без Visual Studio и пользоваться masm просто из командной строки. Первая часть — Assembler для Windows в Visual Studio .

https://habr.com/ru/companies/ruvds/articles/884240/

#assembler #masm #winapi #windows #visual_studio #64bit #ruvds_статьи

Assembler для Windows в Visual Studio. Часть вторая — MASM x64 и юникод

Вторая часть рассказа об ассемблере под Windows. Здесь я расскажу про 64-разрядные приложения в Windows, чем отличается MASM 64 от MASM 32, про макросы из MASM 64 SDK, как работать с Юникодом на примере простого консольного REPL'а, а ещё как обойтись без Visual Studio и пользоваться masm просто из командной строки. Первая часть — Assembler для Windows в Visual Studio .

https://habr.com/ru/companies/ruvds/articles/884240/

#assembler #masm #winapi #windows #visual_studio #64bit #ruvds_статьи

Любителям x86-64 assembler посвящается: DIY волокна в C++

Нас ждёт мозговыносящая смесь 64/32-битного ассемблера и старого-доброго C++. Мы сделаем собственную реализацию... Волокон (fibers) без вызова Win API и звонков в службу спасения.

https://habr.com/ru/articles/908406/

#assembler #c++ #fibers #fiber #как_работают_волокна #x64 #masm #agalilov #fibers_in_c++ #x8668

Основы inline ассемблера для С в Visual Studio (MSVC compiler) x86 компиляции для Windows

Всем привет! я долго искал статью на эту тему, но так как очень много кто использует GNU компилятор или линукс вариант написания, то мне это не подходит, эта статья призвана кратко разобрать основы inline ассемблера для С в MSVC x86 вариации, также стоит отметить, что я буду разбирать все организационные моменты с расчетом на то, что вы уже несколько лет пользуйтесь Visual Studio и C/C++ в частности, хотя бы на уровне джуна-самоучки, коим я и являюсь, поэтому новичкам стоит гуглить некоторые моменты, всем продуктивного изучения! Подробнее

https://habr.com/ru/articles/894860/

#msvc #c #assembler #gnu #windows #visual_studio #masm #masm32 #x86 #inline_assembler

Генерация SHA-256 посредством SIMD (SSE-2) инструкций, в MMX и XMM регистрах, без использования памяти (почти)

Сижу я значит спокойно, никого не трогаю, починяю примус, и вдруг как захочется сгенерировать SHA-256 целиком внутри процессора без обращения к памяти, что прям места себе не нахожу. В итоге к памяти все таки пришлось обращаться за самим сообщением, константами и сохранять начальное значение hesh блока, а в остальном смотрите ниже. Чтобы код имел хоть какай-то практический смысл, я скомпилировал его в статическую библиотеку и написал для него с++ имплементирующий класс, который разместил в заголовочном файле. Поскольку с точки зрения с++ метод представляет собой статическую функцию член класса, принимающую два параметра (указатель и длину) и возвращающую hesh непосредственно, значит реализация должна принимать три параметра, первый указатель на вывод, второй указатель на ввод, третий длина сообщения в байтах.

https://habr.com/ru/articles/859092/

#assembler #masm

Has anyone got any tips on converting #TASM and #MASM code to a more modern assembler like #NASM? Even just between TASM and MASM would be helpful.

I've got a few old bits of #Psion 8086 assembly that I'd like to use with NASM. My aim is to remove as many proprietary tools as possible.

I guess I'm looking for some sort of Rosetta stone for 8086 Small Memory Model assembly.

Books, web pages and video suggestions welcome.

#x86 #Borland #RetroComputing

New #DOS fun with GNU Make, this time using #MASM (ML) 6.11.

Looks like another DPMI runtime conflict - GNU Make is 32-bit, ML is 16-bit, and their respective runtimes won't run the other one.

I can manually run ML for each .ASM file, but it defeats the point of using Make.

I could convert the .ASM files to another DOS assembler. #TASM and #NASM both work with GNU Make.

NASM would make it easy to port the toolchain to other OSes, although it doesn't understand memory models.

Further little test, getting #TopSpeed to launch #Borland MAKE to launch #MASM.

Run TSC, and it complains properly about not having enough memory.

Run TSCX, and it locks up.

So, my uneducated guess is... Apps are using up all of the conventional RAM, and #DOSBox is letting them. Whereas "real" DOS doesn't let it allocate the RAM in the first place, killing the process before it starts.

#RetroComputing

Well, this is interesting.

I knocked up a quick .PR file to use #TopSpeed's make/project system to launch #MASM.

Run it with TSC, it locks.

Run it with TSCX to force TopSpeed to load into expanded memory, it completes the assembly job, even when you reduce RAMSIZE back down to 8MB.

This does seem linked to the issue I have with TSC locking on certain compile jobs that TSCX completes fine. And as this happens with Borland MAKE, it's unlikely to be a TopSpeed bug.

#RetroComputing #DOSBox

If it's a problem with Borland Make, I could update the project to use TopSpeed's make/project system, avoiding the extra dependency.

I could also try to convert the assembly code from #MASM to TopSpeed's assembly syntax (it's influenced by Modula2, you know). That would avoid the other dependency.

Both would be interesting. But I think they'd both need far more effort than I'm willing to put into a project that isn't mine right now, especially when I've got other things to be working on.

Trying to compile Vector in #DOSBox, and something odd is happening.

If #Borland MAKE runs #MASM (specifically ML.EXE), a zero-sized .OBJ file is created and everything freezes. Run the same MASM command directly, and it works fine.

Tried it in regular DOSBox, Staging, and DOSBox-X - all the same. Dosemu fell over repeatedly, and I'm having issues compiling Dosemu2 on Arch. I could try it with MS DOS or FreeDOS in a VM.

#RetroComputing #DOS

I've just remembered that the source for Vector - a CAD app for #EPOC16 - is on GitHub, and it's completely written in #Psion's OO C (plus some #MASM code).

I believe this is currently the only EPOC16 HWIM (Psion's OO graphics library) app whose source code has been released.

If you're following along at home, the code is in the link below.

https://github.com/nickmat/Psion3-Vector

#RetroComputing #RetroDev

I was trying to compile a win32 gui project I made in MASM32 20+ years ago. I downloaded the SDK, which is packed in an install.exe file, from https://www.masm32.com and got this... 🤔 Could be a false positive, or not...

#masm #assembly #windows #programming

Now that the TopSpeed TechKit with its #assembler is out in the world, I'm considering porting the #TASM and #MASM code in one or two of the open source #EPOC16 apps over to TSASM.

Hardly an urgent project, but it would mean that the apps could be built with one #compiler ecosystem with a single project file.

Of course, the code would still be restricted to the #16bit #DOS world, but it's no worse off than we already are in #Psion land.

#DOSBox #RetroDev #RetroComputing

Toothapalooza returns to Mid-America Science Museum Saturday, once again featuring the giant toothbrush fight between Plaqueasaurus and Flossiraptor.
https://www.hotsr.com/news/2023/aug/16/watch-toothapalooza-set-for-saturday-with-dino/
#LocalNews #HotSprings #MASM

Mid-America Science Museum will be encouraging people to say "Not in my Backyard!" to invasive species, the focus of next month's Drink and Think at Ozark Bath House on April 13 from 5:30-7 p.m.
https://www.hotsr.com/news/2023/mar/28/invasive-species-focus-of-next-drink-and-think/
#LocalNews #HotSpringsArkansas #MASM #OzarkBathHouse #NPS #NationalParkService

Also, if anyone has any tips on converting #TASM and #MASM code to a more modern assembler (#NASM or #YASM?), then please do let me know!

#RetroComputing #RetroDev #x86 #16bit #ia16