Комментарии:
Great video!
Ответитьrunning (text chopping) utilities in the shell, or scripting in the shell, is pretty powerful, and consistently implemented, so you can easily pass output from one thing to another. done very well.
ОтветитьInteresting video. I've been using dash lately, which meant I had to rewrite a bunch of scripts. The thing I miss most from bash is 'here' redirects.
Ответить👍👍
ОтветитьIf you hold the Unix shell to your ear, you can hear the C 😉
Ответитьis ricky jay mr gupta?
ОтветитьThanks!
Please can you talk us about top 10 systemD free distros ? Maybe try adelie, obarun, chimera linux and super boxon to tell us what you think ?
Thanks!
Don, thanks for all that you do...I wish you lived down the road so we could talk about systems old and new!
ОтветитьLove your work. could you do a video on Window Powershell and its reasons for being made.
Cause I'm not exactly sure of what they are other then creating a more user friendly scripting system over Visual Basic script. And my big question. Why has it not fully superseded cmd?
Another great video, as always thanks DJ👍
ОтветитьExcellent one DJ, well done! I really did not know like 90% from the history of shell, thanks for this great info.
ОтветитьI was just remembering the Amiga OS came with shells and I am assuming today each shell is a running process. Back then could it have made sense to use one interpreter operating on more than one set of status memory structures?
ОтветитьI really enjoy your historical knowledge in to all aspect of computing and Unix and you mange to present it in such a structured way. Great job!
ОтветитьmyRule() {
if < 25 lines ; then bash, awk, sed, grep
else python; fi
}
I'm using exotic Fish shell
ОтветитьNo more slides while talking?
ОтветитьWhat is the difference between a terminal and a shell?
Ответитьawesome, man. thanks for the knowledge
ОтветитьI am a new comer to this channel, it's a great luck to discover your channel! Thanks for sharing your knowledge with us around the world :)
ОтветитьMy current favorite is Zsh, but i hear Fish is also great.
ОтветитьI started with Bourne shell (sh) on SunOS, then csh, then tcsh. Nowadays, I either use bash or zsh. With Oh-My-Zsh, zsh is quite fun to use.
ОтветитьWhat else might be hidden inside our computers what people dont know😆Great information thanks.I need to investigate my cross platform shell immediatly.
ОтветитьReally enjoyed that, thanks. It's always good to know a bit of history about these things we're working with today.
One thing which bugs me is this change to zsh as default. Mint have done it and so have Manjaro. Half the commands I enter don't work as expected. I wonder what the reasons are for this? .. if it's just for thinks like the prompt colours etc., this can be done easily enough in BASH too, by altering a line in ~/.bashrc. Like this example:
PS1='\[\033[01;32m\][\[\033[01;34m\]\u\[\033[01;32m\]@\[\033[01;35m\]\h\[\033[01;37m\] \W\[\033[01;32m\]]\[\033[01;35m\] $\[\033[00m\] '
This video was great! I love learning about the history of Unix. It's nice to know where all these things I use on the daily come from.
ОтветитьGreat talk. You do know, though, that you're mentioning Linux a few times when obviously talking about Multics and UNIX?
ОтветитьHow do you like PowerShell and the idea of an object oriented shell in general?
ОтветитьYour videos really are excellent. They've become the top video I reach for to share history. Thank you for releasing these.
ОтветитьSo a shell is a bad lisp machine 😎
ОтветитьWow! Throwback to the Korn shell days, pre-linux era, and reasons why to stay away from zsh, csh and tcsh
Ответитьyou said 3B2... I have a crap ton of software and QIC tapes from my time programming the 3B2 (600G/1000)
Ответить👁️ ❤🐠
ОтветитьYou had busybox and toybox in that chart, but I'm confused. I didn't think those were shells, I thought those were alternatives to the GNU coreutils and that they took inputs from a shell such as bash or zsh, etc.
ОтветитьI love your content!
ОтветитьAdvertise these as 'computing history' videos and they'll do better with the algorithm.
This is great content buried by not playing the game.
I was thinking "WTF!!" as I used UNIX version 6 at Uni and had a functioning shell which had | and filters. But the shell didn't have the Bourne Algolisms like if .. fi and case .. esac, or setting environment variables on a command line (PATH=/foo/bin:/bin:/use/bin). PATH was a shell variable setting, it allowed typing a.out rather than ./a out. Bourne describes the joint choice to add **envp as a third parameter to main() to allow passing of variables to child processes as a close one, because it allowed breaking of sub-processes.
The fact is in the Bell Labs UNIX group and academic sites, the V6 source was there and programmers could add features. If you touched the code though you then owned the utility. So between releases there were incremental local improvements, the large releases required publishing updated documentation.
PWB was a fork which V7 later re-unified merging features including fixes developed by universities. There were other lesser known forks adding carrier oriented features like shared memory and semaphores, that became important selling points for commercial System III & V. Similarly Bell Labs took in BSD code for sockets and TCP/IP which undermined the legal attempt to shutdown BSD, which had re-implemented a complete UNIX system.
There's a video around which I saw recently where I think Bourne describes getting McIlroy's pipes into the shell, added quickly by Ken as the meat of the system call was in place. That made filters possible, requiring changes to utilities, and enabled Ken's hacks to ed(1) to create grep(1) and sed(1). I can imagine Bourne's radical shell rewrite was held back till V7 for compatibility reasons.
The ACM paper mentioned pipes, fork and the byte oriented buffered i/o, which stirred Comp. Sci. interest. It was part of the point of using UNIX academically to experience composing programs aided by tools.
One program I missed from PWB was make(1), we had to invoke cc(1), lex(1), yacc(1) and ar(1) by hand. I knew about make & Bourne shell from The UNIX Programming Environment book and Software Tools in Pascal which was in the library. My first make(1) use was frustrating as on the Apollo workstation at my first full time job it replaced TAB with spaces by default. You needed to carefully copy lines with the TAB or receive a cryptic error message.
In my final year, cc(1) was upgraded to support K&R allowing function parameters to be declared between the parentheses, rather than the older style. Upgrading the whole OS was likely unthinkable as far too risky and too much trouble, so we had what we had, not what was in the literature.
Great work man.
ОтветитьThis is a really good overview of *nix shells and history.
The term shell is very appropriate. If you think of a shellfish it's a surface surrounding the meat. The meat being the kernel, daemons, and programs. This is harder to visualize if you are in a gui with a virtual terminal like he's showing here. So the shell lets an operator interact with the core OS in real time, accepts input, shows output.
I think of the kernel as a dark blob and the console shell environment as a transparent wrapper around it that lets you talk to the core system.