Hacker Newsnew | past | comments | ask | show | jobs | submit | irdc's commentslogin

> Why do we even have linear physical and virtual addresses in the first place, when pretty much everything today is object-oriented?

But what happens when the in-memory size of objects approaches 2⁶⁴? How to even map such a thing without multi-level page tables?


What field do you work in that you’re mapping objects of size 2^{63}? Databases? When I see anything that size it’s a bug.


Regions, like [0], for example? Multi-level page tables kinda suck.

[0] https://web.archive.org/web/20250321211345/https://www.secur...


16 bit programming kinda sucked. I caught the tail end of it but my first project was using Win32s so I just had to cherry-pick what I wanted to work on to avoid having to learn it at all. I was fortunate that a Hype Train with a particularly long track was about to leave the station and it was 32 bit. But everyone I worked with or around would wax poetic about what a pain in the ass 16 bit was.

Meanwhile though, the PC memory model really did sort of want memory to be divided into at least a couple of classes and we had to jump through a lot of hoops to deal with that era. Even if I wasn't coding in 16 bit I was still consuming 16 bit games with boot disks.


I was recently noodling around with a retrocoding setup. I have to admit that I did grin a silly grin when I found a set of compile flags for a DOS compiler that caused sizeof(void far*) to return 6 - the first time I'd ever seen it return a non power of two in my life.


I believe Multics allowed multiple segments to be laid out contiguously. When you overflowed the offset, you got into the next object/segment.


Where sublimation is the redirection of socially unacceptable impulses or desires into socially acceptable actions, desublimation refers to the acceptance of these impulses and desires, removing the energies otherwise available for higher goals.


Anything more complicated than this was just too difficult with the early HTML standards (there was no CSS).


I ran this at one time but it was a bit unstable. I remember corresponding with one of the authors who remarked that it was also attempting to emulate the stability of Windows 95. This was ... oh gawd ... back in 1997 or 1998 I think.


Note that this new stepping fixes the notorious E9 erratum which caused GPIOs to misbehave.


Additionally, for those integrating the chip into retrocomputing addons/mods, "RP2350 is now officially 5V tolerant".

One odd thing in the post is mention of a test A3 variant, of which 30,000 will be put on random Pico 2 and Pico 2W boards.


The A3 stepping is documented in the updated datasheet, which has a really nice "Hardware Revision History" in Appendix C.

It has all the hardware changes and most of the bootrom changes of A4.


The Romans would like to have a word...


Yes, let's mention Roman Law in relation to British Common Law. The latter derived from the former, but there's a fair distance of about 1,000 years between our three points in time.

For all intents and purposes, every precedent and matter of jurisprudence can be resolved by referring only to Common Law. It would be rather exhausting and absurd to try and reach back past 1066 AD because things have changed, a lot.

Now in terms of forking Roman Law, there are other legal systems which are not directly related or derived from British Common Law. Especially the Napoleonic Code, which influenced Italy, which in turn influenced Catholic Canon Law. So here we have another lineage and a deeper "fork" from Roman Law where British Common Law doesn't really figure.

Also someone commented with a non sequitir about "antidisestablishmentarianism". I'd just like to point out that that word refers to revocation of things like the 1st Amendment and support for the Established Church laws, because it's "anti-dis" double negative.

If you want to talk about the United States' 1st Amendment, "disestablishmentarianism" is the term used to describe how the Founding Fathers set up the States without those meddling bishops.


I’d be interested to see a re-usable implementation of joe's[0] syntax highlighting.[1] The format is powerful enough to allow for the proper highlighting of Python f-strings.[2]

0. https://joe-editor.sf.net/

1. https://github.com/cmur2/joe-syntax/blob/joe-4.4/misc/HowItW...

2. https://gist.github.com/irdc/6188f11b1e699d615ce2520f03f1d0d...


I've actually made several lexers and parsers based on the joe DFA style of parsing. The state and transition syntax was something that I always understood much more easily than the standard tools.

The downside is your rulesets tend to get more verbose and are a little bit harder to structure than they might ideally be in other languages more suited towards the purpose, but I actually think that's an advantage, as it's much easier to reason about every production rule when looking at the code.


Interestingly, python f-strings changed their syntax at version 3.12, so highlighting should depend on the version.


It’s just that nesting them arbitrarily is now allowed, right? That shouldn’t matter much for a mere syntax highlighter then. And one could even argue that code that relies on this too much is not really for human consumption.


Also, you can now use the same quote character that encloses an f-string within the {} expressions. That could make them harder to tokenize, because it makes it harder to recognise the end of the string.


This is a good practical example for the less experienced that just because it’s written in rust doesn’t mean it’s magically more secure. Who’s gonna write up the CVE?


In some countries Teletext never went away. The Dutch system is still up and running, and has a web front-end: https://nos.nl/teletekst


As does the Swedish one: https://www.svt.se/text-tv/

Classic 40+ years old pixels (I think) on the weather forecast page 401: https://www.svt.se/text-tv/401


Have to deduct points for not using TeletextString in the certificate.


Ig Nobel is a pun on Nobel and ignoble, so how about a Tor Turing award?


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: