Live data from Hacker News

Oberon (2009)

ignorethecode.net

121–130 of 149 posts

Re: Oberon (2009)

#121
post #83

This operating system looks pretty much like Plan9. I do not know if there is any relation between those two.

The main thing it shares with Plan 9 is in the Acme editor which was inspired by Oberon. https://news.ycombinator.com/item?id=32606415

Thanks

Re: Oberon (2009)

#122
post #118

Earlier quoted context omitted.

I think they did make 14" WORM optical disks at some point: https://i.redd.it/dgvtw0tmgxk81.png

8 inch floppies for the rest of us Phillistines https://upload.wikimedia.org/wikipedia/commons/a/aa/Floppy_d...

I remember those 8" (WANG) floppies.

Re: Oberon (2009)

#123

I am interested in alternative GUI tech. If you find this interesting you might find my declarative frontend idea interesting called additive-guis https://GitHub.com/samsquire/additive-guis The idea is you define how the GUI should appear by describing it. The GUI changes in real time based on what you describe. And I also designed a GUI primitive I called GUI thunking, inspired by Haskell. The idea is you can chain…

>The idea is you define how the GUI should appear by describing it. The GUI changes in real time based on what you describe.

That's how Oberon Gadgets were working. Later the same idea was used in Blackbox Component Builder.

Re: Oberon (2009)

#124
post #97
post #92

As I described it to some folks recently, Go can be simply characterised as a slightly stripped version of the Oberon-2 (or Component Pascal) language, recast in a C like syntax, and with a number of small additions. Removed from Oberon-2: Sets, Type Extension (classful OO scheme) Added by Go: Maps, Slices, Strings, Interfaces, Channels, Coroutines. Such that I suggested it is well worth reading the Oberon-2 language…

> Go can be simply characterised as a slightly stripped version of the Oberon-2 Well, not really; there are not much similarities between Oberon and Go besides the receiver syntax of Oberon-2 bound procedures (which was invented by Mössenböck btw) and the fact that both are garbage collected. In your list "removed from Oberon" you should add type inclusion (Go doesn't even have implicit coercion); there is an interse…

coroutines module comes with Oberon S3 system. also Ulm's Oberon compiler has coroutines module.

Re: Oberon (2009)

#125
post #121

Earlier quoted context omitted.

The main thing it shares with Plan 9 is in the Acme editor which was inspired by Oberon. https://news.ycombinator.com/item?id=32606415

Thanks

Inferno got more influence from Oberon system, because in Inferno userspace programs were working in the same address space.

But in Oberon everything worked in the same address space.

Re: Oberon (2009)

#126
post #103

Earlier quoted context omitted.

> ...all memory accesses are indirect ... module-data is position independent and may be moved in case memory should fail due to radiation damage. I once used a debugger that shipped with a rather snarky easter egg command: "find my bug". One of its more useful suggestions was "Maybe a cosmic ray error? Use smaller chips!".

Wouldn't smaller chips make the problem worse?

True! Smaller and closer the units, more probability that the particle would hit something useful.

Re: Oberon (2009)

#127
post #97

Earlier quoted context omitted.

> Go can be simply characterised as a slightly stripped version of the Oberon-2 Well, not really; there are not much similarities between Oberon and Go besides the receiver syntax of Oberon-2 bound procedures (which was invented by Mössenböck btw) and the fact that both are garbage collected. In your list "removed from Oberon" you should add type inclusion (Go doesn't even have implicit coercion); there is an interse…

coroutines module comes with Oberon S3 system. also Ulm's Oberon compiler has coroutines module.

Thanks. I don't know the Ulm compiler, and I unfortunately don't have System 3 (can you please provide a link with the source code and/or a working Linux binary?), but I have the source code of V2 and V4 (both ETH and Linz versions, from 1992 to Linz 1.7) where there are no coroutines.

Re: Oberon (2009)

#128
post #35
post #27

Not only have I heard of Oberon, I've written code for it! The Oberon programming language is a nicer-than-average descendant of Pascal and Modula-2. The compiler was reasonably fast even in the 90s. The UI was strange enough to feel really interesting. As the article mentions, you could type a command anywhere and click it. And the older version I used had tiling windows, although this seems to have changed. But one…

Also the whole OS was a 1.44' bootable floppy disk which booted in 10 seconds on a 486

Is there an image of this floppy floating around anywhere?

Re: Oberon (2009)

#129

Interesting to learn about this! It's not as drastically different as expected from the initial write-up. The zoom-to-switch-context reminds me of Figma (a design tool) -- personally I like the metaphor of managing hierarchy with scale while mapping spatial relationships to functional ones. The idea of mixing "data" and "code" is intriguing. I might have to play with an install locally!

I understand the Lisp family of languages leverage the interrelationship between code and data as well, might be worth investigating.

Re: Oberon (2009)

#130
post #51

The Oberon book (by Wirth, updated in 2013) is excellent in that it describes the entire Oberon system, from the processor on up in a single volume. https://people.inf.ethz.ch/wirth/ProjectOberon/PO.System.pdf

For whatever reason, that PDF is incomplete. The ToC goes through Chapter 16, but the text includes only up to Chapter 9. Part 2 is: https://people.inf.ethz.ch/wirth/ProjectOberon/PO.Applicatio... Part 3 is: https://people.inf.ethz.ch/wirth/ProjectOberon/PO.Computer.p... A fun point about the 3rd part. If you've ever been flummoxed by the basics of floating point math, part 3 discusses the fundamentals in 2 pages wit…

[deleted]
Post reply on HN