Greetings Seb, For more fun (vintage) commands look at the original Unix manual, see 'R's web site below. He also mentions 'B', the early version of 'C'. Don't laugh.
When some friends and I first encountered Unix, there were three or four key documents available. One of them was the 1978 edition of the Bell System Technical Journal, which had an entire issue devoted to UNIX. You can check it out here ( choose year 1978 ). http://crinklydoodle.com/bstj/papers.php Another was the 1st edition of 'C programming language', by K&R : http://en.wikipedia.org/wiki/The_C_Programming_Language_(book) Back then the Unix kernel was small: 10,000 lines, with a matching commentary: http://en.wikipedia.org/wiki/Lions'_Commentary_on_UNIX_6th_Edition,_with_Source_Code Other fun sites if you can't sleep: 'K's web site: http://cm.bell-labs.com/cm/cs/who/bwk/index.html 'R's web site: http://cm.bell-labs.com/cm/cs/who/dmr/index.html Enjoy! William On Oct 8, 12:47 am, Sebastien Lelong <[email protected]> wrote: > Hi, > > > > > Boy, do I feel silly. I've had to deal with CR-LF versus LF line- > > endings in text files for more years than I care to think about. But > > I've also been using 'vi' (later 'vim' ) before PCs were made famous > > by Bill Gates. However, somebody has 'improved' vi/vim now such that > > when I edited jallib.py and typed '1l' it didn't display the ^M like > > it should have (IMHO), and like it always has for years-- until > > recently? > > I've never seen vim or vi displaying "\r" if file is *correctly* formatted. > But this is right I met PC after Bill Gates made them famous... By > "correctly formatted", I mean that if there's a mix with linefeed chars (eg. > "\n" and "\r\n") vim, guessing which is the one, will choose "\n" and thus > will display "\r" as part of the line content, not linefeed. > > Also, it seems if "\r\n" is detected, vim will save it with "\r\n" too, even > if under *nix. You can force it with ":set fileformat=[unix,dos,max]". I've > found this page interesting:http://vim.wikia.com/wiki/File_format > > > Thankfully, no one has 'improved' the trusty 'od -c jallib.py' > > "od", cool, I wasn't aware of this tool ! > > > command, so I was able to see what you all suspected, and a quick > > 'dos2unix jallib.py' took care of the issue. > > > Thanks for listening, and sorry to have wasted your time. > > You're welcome, time not wasted :) > > Cheers, > Seb --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "jallib" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/jallib?hl=en -~----------~----~----~----~------~----~------~--~---
