2ton_jeff
|
11 months ago
|
on: Show HN: Torque – A lightweight meta-assembler for any processor
Tomasz (of fasmg) added "one more quick thought" re: 8-bit word not being a limitation, he said that since fasm1 had macros for LZW compression [0] (from the assembler alone) and that this is even easier with fasmg the word length isn't a restricting factor with his design either. Cheers and thanks for sharing.
[0] https://board.flatassembler.net/topic.php?t=14612
2ton_jeff
|
11 months ago
|
on: Show HN: Torque – A lightweight meta-assembler for any processor
2ton_jeff
|
11 months ago
|
on: Show HN: Torque – A lightweight meta-assembler for any processor
Very cool and I like the idea of a "meta-assembler." The most-recent version of flatassembler (fasm 2) is built with fasmg which is also a "meta-assembler" of sorts, in that it also doesn't directly support a specific instruction set and instead is a very powerful macro assembler. I'm keen to check out functionality overlaps between the two implementations.
https://board.flatassembler.net/topic.php?t=19389
https://flatassembler.net/download.php
2ton_jeff
|
2 years ago
|
on: Tell HN: Nokia G22 Beware
One of the things that actually sold me aside from the repairability thing and all was their wikipedia page[0] where it says that "HMD is headquartered in Espoo, Finland, and is largely run by former Nokia executives."
I was rather hoping that it'd be more like the Nokia we all remember from pre-iPhones. Guess not.
[0] https://en.wikipedia.org/wiki/HMD_Global?useskin=vector
2ton_jeff
|
2 years ago
|
on: Tell HN: Nokia G22 Beware
Bought it online directly from Nokia, though it came from their partner Ingram Micro.
2ton_jeff
|
4 years ago
|
on: C Runtime Overhead (2015)
A couple of years ago I did a "Terminal Video Series" segment that also highlights the runtime overhead of 12 other languages, C of course actually one of the best ones:
https://2ton.com.au/videos/tvs_part1/
2ton_jeff
|
4 years ago
|
on: Tell HN: Recent SUSE update caused my first real dataloss in 20 years
I routinely don't want persistent mount points. Imagine my: cryptsetup luksOpen /dev/sdXY name
Followed by: mkdir -pv /dev/shm/name
mount -o noatime /dev/mapper/name /dev/shm/name
What this "RemoveIPC" did for me was rm -rf all of that, even if I mounted them as root.
That a single "RemoveIPC" difference between openSUSE 15.2 and 15.3, undocumented, caused me to lose all that data is one thing.
Another thing entirely to question WHY "RemoveIPC" is even a thing to begin with. I have never logged into any machine and said "wow look at all of this stale data taking up RAM in /dev/shm".
2ton_jeff
|
4 years ago
|
on: Tell HN: Recent SUSE update caused my first real dataloss in 20 years
In fairness, that history seems to indicate that maybe it really was SUSE who decided to enable it. Sure seems like "RemoveIPC" option should have been advertised as a 15.2 -> 15.3 update repercussion. :-( :-( Leap 15.2 didn't do that, 15.3 does. Unknown what the other systemd distros do with "POSIX shared memory cleanup"
2ton_jeff
|
6 years ago
|
on: Ask HN: What's the best resource for learning modern x64 assembly?
2ton_jeff
|
6 years ago
|
on: Ask HN: What's the best resource for learning modern x64 assembly?
I also learned Z80 first, and I can say categorically that learning 16-bit x86 is NOT a good idea. To do anything useful in 16-bit, register starvation is a constant. Segmentation issues are actually hard problems.
I submit that if x64 existed early-on, no one would have bothered with higher-level abstractions. x64 is actually -pleasant- to code in natively.
2ton_jeff
|
6 years ago
|
on: Ask HN: What's the best resource for learning modern x64 assembly?
I wrote a Linux general purpose library for x64 assembler:
https://2ton.com.au/HeavyThing/ and in recent months I decided to start doing video tutorials about the "how and why" of same. Learning I think is made easiest in Linux by learning how to navigate the syscall interface and how "man 2 write" becomes an important skill. Edit: Videos link as well:
https://2ton.com.au/videos/
2ton_jeff
|
6 years ago
|
on: aSMtris – Tetris in assembly language (2016)
2ton_jeff
|
7 years ago
|
on: Flatassembler Author Tomasz Grysztar Live on Twitch at 09:00 UTC
probably should have titled it "now" instead of 09:00 UTC, apologies.
2ton_jeff
|
8 years ago
|
on: Sshtalk: An SSH-based chat made in assembler
Definitely not banned, sshtalk kakked itself under the HN glow (that and I left it open in a terminal window here and had an insane number of tiled chats open, might have a bug in there too)
2ton_jeff
|
8 years ago
|
on: Fresh IDE
This is a sad statement. Proficiency in a given language/environment dictates how long and painful a solution will be. Use cases for this are no different to any computing-related task, though I concede it isn't for everyone :-) Neither is Python, Perl, Java, JS, Node, and hey, lets throw in COBOL because you know, there was never a use case for that either. /sarcasm
2ton_jeff
|
8 years ago
|
on: Fresh IDE
fasm was in fact modelled after early TASM, and much of the "high level constructs" are just macros... or did you mean something more specific?
2ton_jeff
|
8 years ago
|
on: Fresh IDE
Start simple and hook fasm in with a "normal" gcc/g++ project... I wrote a page[0] ages ago on integrating C/C++ with the HeavyThing library and a good portion of that has nothing to do with my library specifically and is a great starting point to mess around with assembler on a Linux platform. The only other pointer is the "call PLT" format for calling externally linked functions from inside your fasm objects but that is the only tricky bit IMO.
https://2ton.com.au/rants_and_musings/gcc_integration.html
2ton_jeff
|
8 years ago
|
on: Fresh IDE
The IDE is indeed written entirely in assembly language, as is everything from the webserver up (JohnFound, author of FreshLib/FreshIDE also wrote a fastcgi layer to interconnect with rwasa from my own goods). Everything there is assembler.
2ton_jeff
|
8 years ago
|
on: Fresh IDE
Hahah, proper Aussie mate! (there's a compile-time flag to make them all boring instead of our homage to Aussie slang haha, cheers and glad you like it)
2ton_jeff
|
8 years ago
|
on: Why is this C++ code faster than my hand-written assembly (2016)
Compelled to chime in here and say that you can just as easily write bad HLL that the compiler can't do much with in the first place.
Also back in 2016, I participated in a pseudo-challenge on the fasm board [1] and it is trivial to optimise both the C/C++ as well as hand-written assembly. IMO comparing how good a compiler is at optimising is akin to how good it is at figuring out your intentions (and they all suck at that).
1: https://board.flatassembler.net/topic.php?t=19103
[0] https://board.flatassembler.net/topic.php?t=14612