> While ex and vi have historically been implemented as a single utility, this is not required by POSIX.1-2017.
Better references would be very welcome. By the way, we can see this even today. For example, first type the following command in your terminal:
ex
Then at the ex prompt (the colon prompt), type this: vi
This should bring up full blown Vim. The reverse is possible too. For example, in Vim, type: Q
This takes us to Ex mode. Then in Ex mode type: vi
This brings back Vim again.This is correct.
And I can't help but wonder what the license of the code in the site is.
If it isn't BSD0 or some similar attempt at preemptive public domain, what is even the point of such a thing.
More seriously you can easily imagine Rosetta Code as just a way of teaching something, without an expectation that you'll compile or run it. In other words it is documentation, the fact that some of it is also code isn't a problem.
Instead of solving simple, common problems in many programming languages so that nobody has to ever do so again, this seems to make programming harder by excluding such solutions from being used.
So now you have to find work arounds in order to NOT use the simple solutions in Rosetta.
This is so evil.
Should be called the tower of babel of code, rather than the rosetta stone.
Ask the Numerical Recipes guys!
But for real, you can use this code, I don't think anyone said that you couldn't.
No, you absolutely cannot. This is how copyright works by default.
You'd need to relicense your code, with the permission of anyone else who owns copyright to it, to this documentation license.
There is not anyone who can use code under this license, in practice.
But, literally the next string in that ToS:
>Wiki owners can change this
And they did. To FDL 1.2, a much less friendly license, in practice unusable.
I still like writing scripts that generate Git repos but I don't use Ed much.
I'm also a fan of Power Query and M-lang and think it's underappreciated by the dev community.
Why did you use PQ in that instance?
I don't remember why I decided to do it this way. I probably couldn't easily connect to the database any other way. Getting the right tools installed might've involved some bureaucracy. Nowadays, I probably would've just dealt with that, but I didn't know at the time how important that janky solution would be to my work.
Power BI is not something I miss working with but Power Query is really nice. The fact that the UI generates code that you can tweak afterwards is a great learning tool. I still use it in Excel sometimes.
Forgot the most important point there.
...the standard text editor
I always install gnu-utils on Macs because I find them to be easier, but if I need to share with coworkers, I have to go back and ensure they’re portable.
Freudian slip? ;)
When people look at ed now it seems unusable. Back in the old days we had a printed copy of the code, with line numbers. We annotated the printed copy, then made edits. That made using a line-oriented editor a lot less painful. I haven’t seen programmers looking at code on paper in a long time.