Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror

Comment Apple Pascal on ProDOS (Score 1) 50

Good question. I have no idea how difficult that would be. It would depend on how well-factored the disk access routines are from the other OS routines. You *can* reserve part of a Profile hard disk as a Pascal volume using a tool that comes with Apple Pasca, but I don't know if that's a file on a ProDOS volum, or how it works.

The MS-DOS p-system did apparently interoperable with the FAT filesystem, so it's possibly do-able?

Comment Re:awesome (Score 3, Insightful) 50

Why in the world would you want a new interpreter for the Apple II? The one that exists is fine. And yes - people *have* done this before, mostly rather a long time ago. Building another version of the same thing isn't a bad thing, especially if it comes along with better documentation of the internals, in a way that's accessible to a modern audience.

Unsurprisingly, the 25-year-old project you refer to doesn't build on my system. And neither does the version Peter Miller updated way back in 2010. It's probably worth revisiting projects like this every decade or so.

Submission + - A Blast From The Past: The UCSD p-System and Apple Pascal

mbessey writes: As we're coming up on the 50th anniversary of the first release of UCSD Pascal, I thought it would be interesting to poke around in it a bit, and work on some tools to bring this "portable operating system" back to life on modern hardware, in a modern language (Rust).

The series is ongoing, but it starts here:
https://ancillary-proxy.atarimworker.io?url=https%3A%2F%2Fmarkbessey.blog%2F2025%2F0...

Comment Long discussed, little acted on (Score 1) 151

Folks have been trying to bring this to the table since computers were first rolled out.

The problem is, any sort of taxes/fees will impact corporate profits (or be inflationary) so are pretty much a non-starter in the current political climate.

We need a trust-busting President who can get a political ground-swell of support who actually has a moral backbone, not a pot-smoking or bar-tending woman-chasing draft-dodger.

Comment Re:Rule # 1 (Score 1) 108

Which is why DEK named his programming system Literate Programming:

https://ancillary-proxy.atarimworker.io?url=https%3A%2F%2Fwww.goodreads.com%2Fbook...

I really wish this was more prevalent, and better supported --- that said:

http://www.literateprogramming...

makes for interesting reading and has some really cool texts such as:

http://www.literateprogramming...

Comment Re:Software is crippled on tablets (Score 1) 45

Not just this, but the OS vendors cripple them as well --- I've had to roll back to 1703 on my Samsung Galaxy Book 12 running Windows 10 twice now --- I simply can't use the machine w/ the digital stylus reduced to an 11th touch input as Fall Creators Update implements.

I've long preferred pen computers (started w/ PenPoint on an NCR-3125) and enjoyed a steady stream of improvements (w/ a few dead ends such as Apple's Newton and PalmOS)) but for some reason, Microsoft made it impossible to select text, choosing instead to have the stylus scroll --- which was easily done w/ a fingertip when holding a stylus.

If Apple doesn't get the Apple Pencil to a usable level on a tablet Mac in the near future, I despair of what machine I'll buy running what OS.

Comment Re:Any insight into language design choices? (Score 1) 339

- Why does Swift have both a "var" keyword and a "let" keyword? One should be sufficient with the other being a default behavior. If a symbol is not declared "var" then just assume it is constant or visa versa. Furthermore, it may not be necessary to have either of the key words because (I think) in every case, the need for variability and mutation should be determinable by the compiler. Type is already being inferred by the compiler, and mutability could reasonably be considered an aspect of type.

Having to use a keyword to introduce a new symbol is a pretty critical reliability feature. If there's no keyword to say "I want to define a variable", then every typo creates a new variable, rather than a compiler error. Lots of scripting languages work this way, and it's hell on reliability.

- Why are Swift collection types like Data always mutable? What happened to the concept of immutable containers from Cocoa. [Yes, I know the "bridged" CF types are always mutable, but that was another bad decision IMHO.]

They're not. That's why you have "var" and "let" keywords. You use "let" for constants, and "var" for mutable objects.

- Swift is intended to be a "Systems Programming Language", is it not? Yet, there is no support for "volatile" variables needed to support fundamental "system" features like direct memory access from peripheral hardware.

"Systems programming" != "device driver development". Nothing above the driver level should be accessing hardware directly, so that's a feature that could likely wait until every other Swift use-case has been addressed.

- Having experienced frustration trying to port high performance graphics code from C/C++/Objective C to Swift, what's up with that? IMHO, Apple's sample code for using OpenGL/GLKit/Metal from Swift leaves the impression that Swift is unsuited to the style of "low level" programming needed/used by OpenGL/GLKit/Metal.

Not sure what the actual complaint is here. Can you give an example of something that's particularly difficult?

- Why not support "dynamic runtime features" like the ones provided by the Objective-C language and runtime? It's partly a trick question because Swift is remarkably "dynamic" through use of closures and other features, but why not go "all the way?"

Part of the goal of Swift is to use compiler "smarts" to generate performant code. You can't really do much in the way of optimizations for dynamic dispatch, so it's not the preferred method. The bindings are there to talk to Objective-C, but Swift-native code is expected to solve those problems another way.

- Finally, a trivial aesthetic critique: Why "var foo : typename" like Ada and Pascal (IIRC) instead of "var typename foo" like every language that inherited C style syntax? Is there an advantage to the Swift approach that I haven't seen, or was it just an aesthetic choice? Did the choice not produce some IMHO "silly" syntax for method declarations with named parameters?

As far as I know, it's purely aesthetic. It's worth noting that type declarations are optional fairly often in Swift, so perhaps it was a decision to try to make the appearance of types less "jarring" where they *do* need to show up.

Comment Contact Taiwan's MITI and use their PenPoint? (Score 1) 97

It would be really nice if someone would do something meaningful w/ all the code for PenPoint --- it was one of my favourite operating systems, and amazingly capable for its time, and interface-wise, is still nicer than pretty much anything other than the Newton OS, or NeXTstep (or maybe HP's NewWave).

For those who don't remember it: http://www.digibarn.com/collec...

Comment This isn't a victory for Behring-Breivik. (Score 3, Insightful) 491

Someone once pointed out that hoping a rapist gets raped in prison isn't a victory for his victim(s), because it somehow gives him what he had coming to him, but it's actually a victory for rape and violence. I wish I could remember who said that, because they are right. The score doesn't go Rapist: 1 World: 1. It goes Rape: 2.

What this man did is unspeakable, and he absolutely deserves to spend the rest of his life in prison. If he needs to be kept away from other prisoners as a safety issue, there are ways to do that without keeping him in solitary confinement, which has been shown conclusively to be profoundly cruel and harmful.

Putting him in solitary confinement, as a punitive measure, is not a victory for the good people in the world. It's a victory for inhumane treatment of human beings. This ruling is, in my opinion, very good and very strong for human rights, *precisely* because it was brought by such a despicable and horrible person. It affirms that all of us have basic human rights, even the absolute worst of us on this planet.

Slashdot Top Deals

"So why don't you make like a tree, and get outta here." -- Biff in "Back to the Future"

Working...