anyfoo

42 ms·

721.
by anyfoo 3y ago
There are smart mathematicians who absolutely deserve their Fields Medal. And then there are people like Gauss and Euler, who lie so far beyond all comparison, it boggles the mind.
722.
by anyfoo 3y ago
Almost thirty years and I never knew that.
723.
by anyfoo 3y ago
Oh god, fun related memory. When I was 10 or 11 or so, I programmed in Turbo C on my PC. At some point, I messed up some pointers that I passed to strcpy(), so young, smart me decided that "string.h must be broken" (I actually als
724.
by anyfoo 3y ago
I doubt C needs much advertising nowadays...
725.
by anyfoo 3y ago
My favorite example of this is `xneko`, which is a cute cat that chases your mouse pointer. It's a C program running under UNIX/X11 that was last updated in 1993. Last I tried, it still compiled with absolutely minimal changes (I
726.
by anyfoo 3y ago
That's transparent though, and there always have been low level details which were abstracted away from what reaches the "computer". Spinny disks for example pretty much always had encoding (MFM, GCR...) that is private betwe
727.
by anyfoo 3y ago
It's interesting to note that it wasn't always like that. IBM mainframes had a thing called "CKD", which stands for "count, key, data": https://en.wikipedia.org/wiki/Count_key_data In this
728.
by anyfoo 3y ago
I elaborated in a sibling comment, but my guess is that, since the game originated in Japan, which also was NTSC land, it was written to also work on NTSC to begin with.
729.
by anyfoo 3y ago
The different frequency (field/frame rate) should be taken care of by having switched to the other crystal, the different resolution remains relevant. Not just that, there's also less time to perform computations while in vertical
730.
by anyfoo 3y ago
I don't think this is being pedantic. We here talk about languages like Rust, Val, and also C (which we attempt to replace) as languages to interface directly with the bare metal . Think device driver or a kernel itself. To me it init
731.
by anyfoo 3y ago
It rather looks like WASI interfaces to code which is written in one of the other system programming languages that are the topic in this thread, so I guess the answer to the parent commenter's question is "no"? Am I misint
732.
by anyfoo 3y ago
I'm talking about pretty large projects. Try navigating, for example, an operating system kernel for its very many functions you encounter just when writing a device driver. You won't know where to find everything (most things may
733.
by anyfoo 3y ago
Good to know, thanks! I've warmed up to python again when I discovered mypy, having successfully used it for a personal project with rather complicated types (async and thus futures were involved, over more basic types but with complic
734.
by anyfoo 3y ago
That may work for small projects[1], but for large projects you quickly run into a limit where manual navigation and lookup become very prohibitive to one's ability to efficiently write code. Even then I'd rather avoid cumbersome
735.
by anyfoo 3y ago
> Finally, try to avoid using an IDE. This keeps your files and folders structures simple and organized out of necessity. A good IDE will keep that structure simple and organized, too. The problem with python is more that its dynamic, du
736.
by anyfoo 3y ago
Don't count your chicken before they hatched...
737.
by anyfoo 3y ago
Use mypy if you can, and then as much as you can. python's dynamic type system is not only a pain for debugging and for catching problems (before they arrive as cryptic runtime errors way too late in production), it also makes it hard
738.
by anyfoo 3y ago
I just know 49152 on another level, as SYS49152 was part of very early childhood. No thinking at all necessary, even as trivial as 40960=10x4096. 49152 is ingrained.
739.
by anyfoo 3y ago
In a similar vein, C000 == 49152 has been burned into my brain. I recognize it immediately, because that’s where most C64 assembly programs were loaded, followed by “SYS 49152” for loading them. A000 for example I recognize, but can’t tell
740.
by anyfoo 3y ago
Yes, absolutely. Ben Eater’s series is fantastic. If you want to learn about simple microcode and how a (non-superscalar, which matches the 8086) CPU generally works, this is a brilliant resource, and fun to watch.
741.
by anyfoo 3y ago
That’s why Safari has content blocker extensions. Those cannot read the content or do network requests, they can only block content. I use 1Blocker. It’s made of several extensions, only one or two non-essential ones that are not pure conte
742.
by anyfoo 3y ago
I use an adblocker, but even if I didn’t, I’d have a very hard time to think that someone who is actually interested in the subject would think this is an “ad ridden” site and close it. The quality of the blog posts are apparent immediately
743.
by anyfoo 3y ago
And very expensive for all of that.
744.
by anyfoo 3y ago
Nah, it was also a bit faster at the same frequency.
745.
by anyfoo 3y ago
Note that the original PCjr keyboard was notorious for being terrible. One of the major flaws that helped making that system a flop.
746.
by anyfoo 3y ago
So about 1Mbps max with a good adapter? Wow, more than I thought... yeah, a hard disk of the era, not even AT bus, most likely won't be able to keep up with that, heh.
747.
by anyfoo 3y ago
Ah. I remember mTCP, from trying again much later, then. You said you started it, so is that all yours? In any case, very impressive work, and still useful every once in a while next to the cool factor! And HTTP/1.1 with pipelining is
748.
by anyfoo 3y ago
I'm repeating myself a bit, but, dude, it's an 8088 (EDIT: ok, technically a NEC V20, pretty negligible though). It has an 8 bit wide bus. It runs at 4.77MHz and needs many cycles (at least 4? more?) per instruction. With a paral
749.
by anyfoo 3y ago
Hmm, I now have memories of both a parallel Xircom adapter, and just a null-modem connection with SLIP and PPP (pretty sure I used both). The Xircom adapter might have come after. Though with that, you'd get at most around 10kB/s
750.
by anyfoo 3y ago
"Dead" for me is if it actually crashed and does not recover without interference. I'm not surprised that an 8088 (not even an 8086!) will either take a really long time to reply SYNACK, or just drop packets entirely when the

More ›