#asm — Public Fediverse posts

https://www.europesays.com/es/566559/ 4 Días de Dunkerque: Natnael Tesfatsion gana en Cassel y se acerca al liderato de Laurence Pithie – Esciclismo #anos #ascensiones #asm #bergues #cassel #Ciclismo #ciclista #cuarta #Cycling #Deportes #desnivel #dias #disputada #Dunkerque #eritreo #ES #España #etapa #exigente #final #impuso #jornada #kilómetros #metros #movistar #muy #nacido #natnael #numerosos #pasos #positivo #rematar #sabado #selectiva #sobre #Spain #Sports #subida #tesfatsion

#ASM ist nur einmal im Jahr.
#ASM26
Alternativlose Trinkmaßnahme. 😁

started the project here

https://codeberg.org/vidak/dandelion

#basic #retrocomputing #vintagecomputing #asm #assembly #arduino

started the project here

https://codeberg.org/vidak/dandelion

#basic #retrocomputing #vintagecomputing #asm #assembly #arduino

started the project here

https://codeberg.org/vidak/dandelion

#basic #retrocomputing #vintagecomputing #asm #assembly #arduino

started the project here

https://codeberg.org/vidak/dandelion

#basic #retrocomputing #vintagecomputing #asm #assembly #arduino

started the project here

https://codeberg.org/vidak/dandelion

#basic #retrocomputing #vintagecomputing #asm #assembly #arduino

Anyone got links to a good tutorial on systems programming for M-series based #MacOS ? I eventually want to get into #ARM64 based assembly #ASM , but I'm happy starting with #C / #Cpp

Anyone got links to a good tutorial on systems programming for M-series based #MacOS ? I eventually want to get into #ARM64 based assembly #ASM , but I'm happy starting with #C / #Cpp

Anyone got links to a good tutorial on systems programming for M-series based #MacOS ? I eventually want to get into #ARM64 based assembly #ASM , but I'm happy starting with #C / #Cpp

Anyone got links to a good tutorial on systems programming for M-series based #MacOS ? I eventually want to get into #ARM64 based assembly #ASM , but I'm happy starting with #C / #Cpp

Anyone got links to a good tutorial on systems programming for M-series based #MacOS ? I eventually want to get into #ARM64 based assembly #ASM , but I'm happy starting with #C / #Cpp

IDEs, UNIX, AND THE LEGACY WORKFLOW THAT NEVER WENT AWAY

Words of Wisdom are dispensed in the article

I have a workflow consisting of

• screen
• bash or one of
• csh
• ksh
• zsh
• vim or
• vim.motif
• function third(){ awk '{if (NR%3==0){print "\033[32m" $0 "\033[0m"} else{print}}'; }
• function psgrep() { ps axuf | grep -v grep | grep "$@" -i --color=auto; }
• function mkcd(){ [ ! -z "$1" ] && mkdir -p "$1" && cd "$_"; }
• gcc
• g++
• asm
• ln
• go from golang
• lsd
• ncdu

These choices are deliberate. I want and demand the fastest programming ENV: which follow the UNIX principle & KISS

quotes

tl;dr*

Unix already solved many IDE problems decades ago using small cooperating tools instead of one large application.

• bash
• coreutils
• less
• tmux
• nvialready form a complete and focused development environment for many Unix workflows.

The shell becomes the workspace, the terminal manages sessions, and the editor remains small and predictable

sources:

man sh(1)

man ls(1)

man coreutils(1)

man less(1)

man screen(1)

man tmux(1)

man vim(1)

https://www.gnu.org/software/screen/

https://repo.or.cz/code-notes.git/blob_plain/HEAD:/notes/Unix_As_An_IDE.txt

https://go.dev/doc/install

https://go.dev/doc/tutorial/getting-started

#programming #UNIX #gcc #g++ #asm #ln #golang #lsd #ncdu #ncurses #BSD #freeBSD #ghostBSD #openBSD #Linux #OpenSource #POSIX

IDEs, UNIX, AND THE LEGACY WORKFLOW THAT NEVER WENT AWAY

Words of Wisdom are dispensed in the article

I have a workflow consisting of

• screen
• bash or one of
• csh
• ksh
• zsh
• vim or
• vim.motif
• function third(){ awk '{if (NR%3==0){print "\033[32m" $0 "\033[0m"} else{print}}'; }
• function psgrep() { ps axuf | grep -v grep | grep "$@" -i --color=auto; }
• function mkcd(){ [ ! -z "$1" ] && mkdir -p "$1" && cd "$_"; }
• gcc
• g++
• asm
• ln
• go from golang
• lsd
• ncdu

These choices are deliberate. I want and demand the fastest programming ENV: which follow the UNIX principle & KISS

quotes

tl;dr*

Unix already solved many IDE problems decades ago using small cooperating tools instead of one large application.

• bash
• coreutils
• less
• tmux
• nvialready form a complete and focused development environment for many Unix workflows.

The shell becomes the workspace, the terminal manages sessions, and the editor remains small and predictable

sources:

man sh(1)

man ls(1)

man coreutils(1)

man less(1)

man screen(1)

man tmux(1)

man vim(1)

https://www.gnu.org/software/screen/

https://repo.or.cz/code-notes.git/blob_plain/HEAD:/notes/Unix_As_An_IDE.txt

https://go.dev/doc/install

https://go.dev/doc/tutorial/getting-started

#programming #UNIX #gcc #g++ #asm #ln #golang #lsd #ncdu #ncurses #BSD #freeBSD #ghostBSD #openBSD #Linux #OpenSource #POSIX

IDEs, UNIX, AND THE LEGACY WORKFLOW THAT NEVER WENT AWAY

Words of Wisdom are dispensed in the article

I have a workflow consisting of

• screen
• bash or one of
• csh
• ksh
• zsh
• vim or
• vim.motif
• function third(){ awk '{if (NR%3==0){print "\033[32m" $0 "\033[0m"} else{print}}'; }
• function psgrep() { ps axuf | grep -v grep | grep "$@" -i --color=auto; }
• function mkcd(){ [ ! -z "$1" ] && mkdir -p "$1" && cd "$_"; }
• gcc
• g++
• asm
• ln
• go from golang
• lsd
• ncdu

These choices are deliberate. I want and demand the fastest programming ENV: which follow the UNIX principle & KISS

quotes

tl;dr*

Unix already solved many IDE problems decades ago using small cooperating tools instead of one large application.

• bash
• coreutils
• less
• tmux
• nvialready form a complete and focused development environment for many Unix workflows.

The shell becomes the workspace, the terminal manages sessions, and the editor remains small and predictable

sources:

man sh(1)

man ls(1)

man coreutils(1)

man less(1)

man screen(1)

man tmux(1)

man vim(1)

https://www.gnu.org/software/screen/

https://repo.or.cz/code-notes.git/blob_plain/HEAD:/notes/Unix_As_An_IDE.txt

https://go.dev/doc/install

https://go.dev/doc/tutorial/getting-started

#programming #UNIX #gcc #g++ #asm #ln #golang #lsd #ncdu #ncurses #BSD #freeBSD #ghostBSD #openBSD #Linux #OpenSource #POSIX

IDEs, UNIX, AND THE LEGACY WORKFLOW THAT NEVER WENT AWAY

Words of Wisdom are dispensed in the article

I have a workflow consisting of

• screen
• bash or one of
• csh
• ksh
• zsh
• vim or
• vim.motif
• function third(){ awk '{if (NR%3==0){print "\033[32m" $0 "\033[0m"} else{print}}'; }
• function psgrep() { ps axuf | grep -v grep | grep "$@" -i --color=auto; }
• function mkcd(){ [ ! -z "$1" ] && mkdir -p "$1" && cd "$_"; }
• gcc
• g++
• asm
• ln
• go from golang
• lsd
• ncdu

These choices are deliberate. I want and demand the fastest programming ENV: which follow the UNIX principle & KISS

quotes

tl;dr*

Unix already solved many IDE problems decades ago using small cooperating tools instead of one large application.

• bash
• coreutils
• less
• tmux
• nvialready form a complete and focused development environment for many Unix workflows.

The shell becomes the workspace, the terminal manages sessions, and the editor remains small and predictable

sources:

man sh(1)

man ls(1)

man coreutils(1)

man less(1)

man screen(1)

man tmux(1)

man vim(1)

https://www.gnu.org/software/screen/

https://repo.or.cz/code-notes.git/blob_plain/HEAD:/notes/Unix_As_An_IDE.txt

https://go.dev/doc/install

https://go.dev/doc/tutorial/getting-started

#programming #UNIX #gcc #g++ #asm #ln #golang #lsd #ncdu #ncurses #BSD #freeBSD #ghostBSD #openBSD #Linux #OpenSource #POSIX

IDEs, UNIX, AND THE LEGACY WORKFLOW THAT NEVER WENT AWAY

Words of Wisdom are dispensed in the article

I have a workflow consisting of

• screen
• bash or one of
• csh
• ksh
• zsh
• vim or
• vim.motif
• function third(){ awk '{if (NR%3==0){print "\033[32m" $0 "\033[0m"} else{print}}'; }
• function psgrep() { ps axuf | grep -v grep | grep "$@" -i --color=auto; }
• function mkcd(){ [ ! -z "$1" ] && mkdir -p "$1" && cd "$_"; }
• gcc
• g++
• asm
• ln
• go from golang
• lsd
• ncdu

These choices are deliberate. I want and demand the fastest programming ENV: which follow the UNIX principle & KISS

quotes

tl;dr*

Unix already solved many IDE problems decades ago using small cooperating tools instead of one large application.

• bash
• coreutils
• less
• tmux
• nvialready form a complete and focused development environment for many Unix workflows.

The shell becomes the workspace, the terminal manages sessions, and the editor remains small and predictable

sources:

man sh(1)

man ls(1)

man coreutils(1)

man less(1)

man screen(1)

man tmux(1)

man vim(1)

https://www.gnu.org/software/screen/

https://repo.or.cz/code-notes.git/blob_plain/HEAD:/notes/Unix_As_An_IDE.txt

https://go.dev/doc/install

https://go.dev/doc/tutorial/getting-started

#programming #UNIX #gcc #g++ #asm #ln #golang #lsd #ncdu #ncurses #BSD #freeBSD #ghostBSD #openBSD #Linux #OpenSource #POSIX

Some #PremierLeague’s Clubs have shown interest in #ASMonaco’s striker Folarin #Balogun for the summer transfer window. #transfers #ASM

Some #PremierLeague’s Clubs have shown interest in #ASMonaco’s striker Folarin #Balogun for the summer transfer window. #transfers #ASM

Some #PremierLeague’s Clubs have shown interest in #ASMonaco’s striker Folarin #Balogun for the summer transfer window. #transfers #ASM

https://www.europesays.com/fr/922790/ Top 14 : l’UBB renverse Bayonne, Montauban officiellement relégué en Pro D2, le Stade Français déroule #actu #ActuParis #Actualités #ActualitésParis #ASM #AvironBayonnais #EU #europe #FR #France #LOU #MHR #montauban #News #NewsParis #Paris #ParisNews #RépubliqueFrançaise #StadeFrançais #UBB #USAPerpignan

#ASMonaco are set to trigger the option to buy (€11M) to sign Ansu #Fati on a permanent deal from #Barça. Contract until 2030. #transfers #FCB #ASM

#ASMonaco are set to trigger the option to buy (€11M) to sign Ansu #Fati on a permanent deal from #Barça. Contract until 2030. #transfers #FCB #ASM

#ASMonaco are set to trigger the option to buy (€11M) to sign Ansu #Fati on a permanent deal from #Barça. Contract until 2030. #transfers #FCB #ASM

https://www.europesays.com/africa/221253/ Poor data, risks stall mining credit growth #AbdulrahmanMwanga #ASM #ASNL #Tanzania #TBA #TuseJoune

@yukari Using #asm in a C[++] program

@yukari Using #asm in a C[++] program

@yukari Using #asm in a C[++] program

@yukari Using #asm in a C[++] program

New title screens. Animated!

See them live in web emulator: https://smol.p1x.in/assembly/game12/game12.html

Or MS-DOS: https://smol.p1x.in/assembly/game12/game12.com

p.s. the actual game is in alpha stage, middle of implementing core mechanisms. stay tooned.

#GameDev #IndieDev #x86 #Assembly #asm #PixelArt

New title screens. Animated!

See them live in web emulator: https://smol.p1x.in/assembly/game12/game12.html

Or MS-DOS: https://smol.p1x.in/assembly/game12/game12.com

p.s. the actual game is in alpha stage, middle of implementing core mechanisms. stay tooned.

#GameDev #IndieDev #x86 #Assembly #asm #PixelArt

New title screens. Animated!

See them live in web emulator: https://smol.p1x.in/assembly/game12/game12.html

Or MS-DOS: https://smol.p1x.in/assembly/game12/game12.com

p.s. the actual game is in alpha stage, middle of implementing core mechanisms. stay tooned.

#GameDev #IndieDev #x86 #Assembly #asm #PixelArt

New title screens. Animated!

See them live in web emulator: https://smol.p1x.in/assembly/game12/game12.html

Or MS-DOS: https://smol.p1x.in/assembly/game12/game12.com

p.s. the actual game is in alpha stage, middle of implementing core mechanisms. stay tooned.

#GameDev #IndieDev #x86 #Assembly #asm #PixelArt

New title screens. Animated!

See them live in web emulator: https://smol.p1x.in/assembly/game12/game12.html

Or MS-DOS: https://smol.p1x.in/assembly/game12/game12.com

p.s. the actual game is in alpha stage, middle of implementing core mechanisms. stay tooned.

#GameDev #IndieDev #x86 #Assembly #asm #PixelArt

Cortex Labs (bootdisk and MS-DOS)

TOTAL OPCODE INSTANCES: 2404
UNIQUE OPCODES: 56
BINARY SIZE: 14522 bytes

#GameDev #IndieDev #x86 #Assembly #asm

Cortex Labs (bootdisk and MS-DOS)

TOTAL OPCODE INSTANCES: 2404
UNIQUE OPCODES: 56
BINARY SIZE: 14522 bytes

#GameDev #IndieDev #x86 #Assembly #asm

Cortex Labs (bootdisk and MS-DOS)

TOTAL OPCODE INSTANCES: 2404
UNIQUE OPCODES: 56
BINARY SIZE: 14522 bytes

#GameDev #IndieDev #x86 #Assembly #asm

Cortex Labs (bootdisk and MS-DOS)

TOTAL OPCODE INSTANCES: 2404
UNIQUE OPCODES: 56
BINARY SIZE: 14522 bytes

#GameDev #IndieDev #x86 #Assembly #asm

Cortex Labs (bootdisk and MS-DOS)

TOTAL OPCODE INSTANCES: 2404
UNIQUE OPCODES: 56
BINARY SIZE: 14522 bytes

#GameDev #IndieDev #x86 #Assembly #asm

El lado del mal - Bug Hunting and Vibe-Exploiting en 86-DOS "High-performance operating system for the 8086" version 1.00 del 04/28/81 https://www.elladodelmal.com/2026/04/bug-hunting-and-vibe-exploiting-en-86.html #MSDOS #ASM #Bug #Exploit #Microsoft #IA #AI #Gemini #InteligenciaArtificial

El lado del mal - Bug Hunting and Vibe-Exploiting en 86-DOS "High-performance operating system for the 8086" version 1.00 del 04/28/81 https://www.elladodelmal.com/2026/04/bug-hunting-and-vibe-exploiting-en-86.html #MSDOS #ASM #Bug #Exploit #Microsoft #IA #AI #Gemini #InteligenciaArtificial

El lado del mal - Bug Hunting and Vibe-Exploiting en 86-DOS "High-performance operating system for the 8086" version 1.00 del 04/28/81 https://www.elladodelmal.com/2026/04/bug-hunting-and-vibe-exploiting-en-86.html #MSDOS #ASM #Bug #Exploit #Microsoft #IA #AI #Gemini #InteligenciaArtificial

El lado del mal - Bug Hunting and Vibe-Exploiting en 86-DOS "High-performance operating system for the 8086" version 1.00 del 04/28/81 https://www.elladodelmal.com/2026/04/bug-hunting-and-vibe-exploiting-en-86.html #MSDOS #ASM #Bug #Exploit #Microsoft #IA #AI #Gemini #InteligenciaArtificial

El lado del mal - Bug Hunting and Vibe-Exploiting en 86-DOS "High-performance operating system for the 8086" version 1.00 del 04/28/81 https://www.elladodelmal.com/2026/04/bug-hunting-and-vibe-exploiting-en-86.html #MSDOS #ASM #Bug #Exploit #Microsoft #IA #AI #Gemini #InteligenciaArtificial

@shriramk transpiling is such an interesting can of worms. Intuition suggests there shouldn’t be much different about adding #scheme at the end of the #c -> #asm -> machine code chain, but it also seems like C is a somewhat arbitrary detour, when scheme already looks a lot like the AST.

@shriramk transpiling is such an interesting can of worms. Intuition suggests there shouldn’t be much different about adding #scheme at the end of the #c -> #asm -> machine code chain, but it also seems like C is a somewhat arbitrary detour, when scheme already looks a lot like the AST.

@shriramk transpiling is such an interesting can of worms. Intuition suggests there shouldn’t be much different about adding #scheme at the end of the #c -> #asm -> machine code chain, but it also seems like C is a somewhat arbitrary detour, when scheme already looks a lot like the AST.

@shriramk transpiling is such an interesting can of worms. Intuition suggests there shouldn’t be much different about adding #scheme at the end of the #c -> #asm -> machine code chain, but it also seems like C is a somewhat arbitrary detour, when scheme already looks a lot like the AST.

@shriramk transpiling is such an interesting can of worms. Intuition suggests there shouldn’t be much different about adding #scheme at the end of the #c -> #asm -> machine code chain, but it also seems like C is a somewhat arbitrary detour, when scheme already looks a lot like the AST.