No Intro, no context, no nothing, he just jumped straight to the code and I love that. This was really useful and I literally just found out about the man command
I’m learning C and these tutorials are a blessing, thank you very much for the content. If there was one thing I’d like very much is maybe longer and more in depth tutorials.
I loved the commentary and showing manual while writing the code without over explaining things as if everyone watching isn't at least a basic programmer. Basics provided and the rest for us. Thank you!
This looks really cool! I tried the web server example you showed which worked really well and helped me to learn a little more about C, so I'm looking forward to giving this a try when I can. Please keep posting these great vids!
Everything in this channel is so good. I'm currently learning C, just because I have time enought to learn, and this kind of videos help me a lot. Cheers, Nir!
Very cool channel, really great!🍀Thank you very much! Small note about the code: If you read in 1024 bytes with fread, which is exactly the size of your buffer, you run the risk of overwriting the 0-termination of buffer (as soon as the file is larger than or equal to 1024 bytes). This means UB with printf("%s", buffer).
Thanks :) that is a good point! when reading strings, it is a good practice to read one less than the buffer length into the zeroed buffer to avoid this issue. Remember that as I mentioned in the beginning of the vid, the code is just for fun and not for production
It is fine to ignore error handling and stuff like that for toy examples, but consider showing or at least mention the bounds checked versions of the string manipulation functions. The old ANSI versions are basically deprecated as they are too dangerous to be used in actual production code.
@@linsoe-u4dThe functions he is using are fine under these known circumstances. If you don't know the string source, then you should use stricter methods. Today that means functions like strcpy_s, that require specifying the maximum length of the acceptable string. Thus avoiding buffer overruns. You can easily craft your own methods of avoiding such issues, I did just that for many years. Its only necessary in cases that you are not in full control of the data you are processing or if you are creating a library, which, by definition, means you're not in control of its usage. When I first started programming, I gave my personal guarantee that my code would not crash the system, because I validated and tested everything. I, of course, didn't guarantee against hardware or memory failure, which was out of my control. Then Windows came out I couldn't guarantee anything, because my code was dependent on Windows and it's drivers, which was totally outside my control.
That's a good suggestion I actually mostly use horizontal split for some reason but I should definitely use vertical more especially for code with short lines, thanks!
@@nirlichtman fair enough for your workflow! I agree that with shortish lines and a landscape screen, vertical split would work better for your videos. All the best and happy hacking!
Cool vid but this is super dangerous code. Strcpy should almost never be used. What happens if you edit a file here with a line longer than 1024 bytes :)
@@juanchole1184 Strcpy does not take a length parameter and will keep copying bytes to the destination until it encounters a NULL byte in the source string. If the source is larger than the destination, then it will overflow which can lead to exploitable memory corruption
The code is just for fun and not for production (as the disclaimer in the beginning of the vid) so I skip many additional checks besides the strcpy case :) If I would have written this for actual production use I would handle this by adding a check for the lengths before calling strcpy to make sure it would not overflow
@@nirlichtman It would have been nice if (maybe even in editing) you'd added a disclaimer when writing particularly dangerous code, since there's a high risk people won't know what's safe/dangerous to write and will blindly copy the (entertaining, btw) video they've seen online.
If I remember correctly, in my Windows Clipboard video I have added checks to demonstrate that. Also I have a video dedicated to error handling which is called something like "the importance of error handling in C"
Thanks so much! Time to port this to 8080 assembly and put it on my retro computers! And then I can add any feature I want! *EDIT* I already added a simple command parser so you can insert, delete, edit lines and type out the file from any line number. ED here I come!
I am using the window splitting feature of Vim which is very powerful, for more information check out my video about window splitting on my playlist "Vim Tips"
It may look good, but your editor has no syntax highlighting. Just kidding 🙂. It was awesome. The last time I developed in c was a few decades ago and it is nice to see these "basic" videos. Maybe I will start developing in C again for fun. And your channel will be a valuable resource. Thanks.
I understand this is a toy so the lack of error checking and such is fine, however one bad practice you really should cure yourself of is the preventative initialization of variables. When you ask for the line number, you do: int line = 0; scanf("%d", &line); Initializing line is unnecessary - it will be immediately overwritten - but it's a bad practice because by initializing it to "some" value you prevent the compiler from letting you know about any uninitialized accesses. It's preferrable to leave the variable uninitialized. Similarly with initializing the buffer: If I'd forgotten about null-termination, I'd much rather see data changing on every run (hinting at uninitialized access) than stuff appearing to run correctly. Also, a small detail: main _must_ return int. Returning void is an error.
Thanks for the feedback, those are good points 👍 About the last point, main can actually also return "void" since C99 according to the C standard (in which case the exit code of the program will be undefined): devdocs.io/c/language/main_function
@@BlueBerryXD in this video I used a port of dwm for Windows called dwm-win32, since then I have stopped using dwm-win32 and started using a new twm I am working on called LightWM (due to many bugs in dwm-win32)
Hi,I occasionally figured out that you can press Caps lock + k at the name of any function in your code and the man page of this function will be opened ,Maybe it will be useful for somebody
With lsp extensions on nvim you can even do a hover like that of vscode. Also you can use the :Man to open a man page in split screen in vim or nvim , incase anyone wated to know too
Your videos are perfect but there's one exception the code editor that you use frustrates me and doesn't encourage me to continue the video. I think everything will be fine if you use a modern code editor.
Thanks! Reason I use Vim is that it is my favorite code editor, coming to it after using IDEs, I decided 4 years ago to learn it properly and started really liking it and switched to using it as my main editor. Except my videos which are specific about Vim (which are mostly my early content), it should be easy to follow using other editors since the focus of these videos is about the programming.
@@nirlichtmanVim is awesome, I switched from vscode to neovim about half a year ago and I'm never going back unless I end up working with something like java/c# which from my experience pretty much require an IDE. Other than that I've been doing some Go and C recently and neovim works great with them. And don't even get me started on the infinite customization possibilities.
No Intro, no context, no nothing, he just jumped straight to the code and I love that. This was really useful and I literally just found out about the man command
We need more chanel like this : C, Linux and vim, without an intro only pure clean code
Linux (wsl2)
@@enderman4still is linux
Check tsoding daily. Awesome channel with similar characteristics.
I swear I'm on the verge of doing this, but I'm not thaz good as he is lmao
Seriously, I am 58 years old and learned UNIX and C way back when.
The Author needs to get some typing skills. There are more errors than actual Code.
No intro, only keyboard sounds and simple explanations. Love it.
Well hey, it's supposed to be minimalist right
Your channel is probably my new favorite programming channel. Quick to the delivery and gives good tips and tricks along the way!
Finally found a channel where I can know & learn practical applications of C. Ig this channel is a blessing for me.
Thank you for not wasting our time with useless talking. Raw, basic, straight to the point - fantastic channel.
I’m learning C and these tutorials are a blessing, thank you very much for the content.
If there was one thing I’d like very much is maybe longer and more in depth tutorials.
I loved the commentary and showing manual while writing the code without over explaining things as if everyone watching isn't at least a basic programmer. Basics provided and the rest for us.
Thank you!
This looks really cool! I tried the web server example you showed which worked really well and helped me to learn a little more about C, so I'm looking forward to giving this a try when I can. Please keep posting these great vids!
This is fantastic!
Glad I found your channel
Everything in this channel is so good. I'm currently learning C, just because I have time enought to learn, and this kind of videos help me a lot. Cheers, Nir!
Such a great channel. Without all that cringy clickbaiting, without all those cringy thumbnails. Just great content. Keep it up!
Very cool channel, really great!🍀Thank you very much!
Small note about the code:
If you read in 1024 bytes with fread, which is exactly the size of your buffer, you run the risk of overwriting the 0-termination of buffer (as soon as the file is larger than or equal to 1024 bytes).
This means UB with printf("%s", buffer).
Thanks :) that is a good point! when reading strings, it is a good practice to read one less than the buffer length into the zeroed buffer to avoid this issue. Remember that as I mentioned in the beginning of the vid, the code is just for fun and not for production
You make writing code in C seem enjoyable :D
this is the type of channel i wish i was watching on my first days of programming :)
Bro, your channel is exactly what i was searching, your videos are amazing, thank you for sharing it
straight to the point, that's why I like this channel!
Bro youre so underrated, i just found about you yesterday and i was fascinated, you have superb potential!
This is gonna be the next vim 😳
More like ed: The "official" UNIX text editor 😅
I wish I hadn't give up C
It's never too late to pick it back up :)
Engaging, straight to the point, keep up the good work man!
It is fine to ignore error handling and stuff like that for toy examples, but consider showing or at least mention the bounds checked versions of the string manipulation functions. The old ANSI versions are basically deprecated as they are too dangerous to be used in actual production code.
What alternative for low level I/O do you recommend?
strncpy over strcpy for example. The n variants of these routines require a size parameter used to bound access. @@zeektm1762
@@zeektm1762 I didn't say anything about I/O. I'm talking about string manipulation, like strncpy, strncmp, memchr.
@@hakonh3252 so what alternative for those functions? Can you explain more
@@linsoe-u4dThe functions he is using are fine under these known circumstances. If you don't know the string source, then you should use stricter methods. Today that means functions like strcpy_s, that require specifying the maximum length of the acceptable string. Thus avoiding buffer overruns. You can easily craft your own methods of avoiding such issues, I did just that for many years. Its only necessary in cases that you are not in full control of the data you are processing or if you are creating a library, which, by definition, means you're not in control of its usage.
When I first started programming, I gave my personal guarantee that my code would not crash the system, because I validated and tested everything. I, of course, didn't guarantee against hardware or memory failure, which was out of my control. Then Windows came out I couldn't guarantee anything, because my code was dependent on Windows and it's drivers, which was totally outside my control.
Found this channel is blessing to me.. thanks you nir..,
That’s beyond minimalist and a lot of code for something so simple
@cursedfox4942 in what way is that a lot of code?
Hey, just found your channel, subbed! Small suggestion: why not split the screen vertically instead of horizontally?
he can read more stuff if it's split horizontally
@@bity-bite disagreed
That's a good suggestion I actually mostly use horizontal split for some reason but I should definitely use vertical more especially for code with short lines, thanks!
@@nirlichtman fair enough for your workflow! I agree that with shortish lines and a landscape screen, vertical split would work better for your videos. All the best and happy hacking!
this guy will not be replaced by AI
I like the teaching style. Thank you Sir for providing useful contents
Usefull. Can you make it with gtk? Thank you.
Am i seeing this right? Youre on linux ( atleast using dwm) but youre also in a Windows terminal which is running wsl
Dude is coding without autocomplete... crazy!
Okay, add syntax highlighting and this can be my main editor
Hmm, interesting idea for another video :)
That's kinda how the text editor "ed" works.
Cool vid but this is super dangerous code. Strcpy should almost never be used. What happens if you edit a file here with a line longer than 1024 bytes :)
Why strcopy is dangerous?
@@juanchole1184 Strcpy does not take a length parameter and will keep copying bytes to the destination until it encounters a NULL byte in the source string. If the source is larger than the destination, then it will overflow which can lead to exploitable memory corruption
The code is just for fun and not for production (as the disclaimer in the beginning of the vid) so I skip many additional checks besides the strcpy case :) If I would have written this for actual production use I would handle this by adding a check for the lengths before calling strcpy to make sure it would not overflow
@@nirlichtman It would have been nice if (maybe even in editing) you'd added a disclaimer when writing particularly dangerous code, since there's a high risk people won't know what's safe/dangerous to write and will blindly copy the (entertaining, btw) video they've seen online.
If you liked this video, you may also like the kilo text editor. Do a search and enjoy!
thank you, this is really cool❤❤❤
It would be fun if you tackled one of the c projects at codecrafters like the bittorrent clone
Good video. Like the stb small libs in c one.
No nonsense coding! No fluff
these vid have been making me use the man pages more :)
Very good Video, straight to the point 👍.
im learning a lot from ur tutorials just curious how are u able to use "man" command on windows? Thanks
I use WSL :)
Please in one of the videos, add checks to this code which were skipped. That would be good for learning.
If I remember correctly, in my Windows Clipboard video I have added checks to demonstrate that. Also I have a video dedicated to error handling which is called something like "the importance of error handling in C"
Thanks so much! Time to port this to 8080 assembly and put it on my retro computers! And then I can add any feature I want!
*EDIT*
I already added a simple command parser so you can insert, delete, edit lines and type out the file from any line number. ED here I come!
How did you split the terminal into both a text editor and a CLI within the same tab?
and how are you switching between them?
I am using the window splitting feature of Vim which is very powerful, for more information check out my video about window splitting on my playlist "Vim Tips"
is this windows + WSL? terminal looks like that
how'd you get a tiling wm?
Yes, more info on welcome link on the channel description :)
@@nirlichtman אגב האנגלית שלך מעולה, בדכ לא שומעים ישראלים עם כזה מבטא
@@AggamRahamim-fs2zmתודה! אני במקור מארצות הברית :)
אה אוקי חחח הגיוני@@nirlichtman
It may look good, but your editor has no syntax highlighting. Just kidding 🙂. It was awesome. The last time I developed in c was a few decades ago and it is nice to see these "basic" videos. Maybe I will start developing in C again for fun. And your channel will be a valuable resource. Thanks.
I like your style, straight to the manpages. A real pro
I understand this is a toy so the lack of error checking and such is fine, however one bad practice you really should cure yourself of is the preventative initialization of variables.
When you ask for the line number, you do:
int line = 0;
scanf("%d", &line);
Initializing line is unnecessary - it will be immediately overwritten - but it's a bad practice because by initializing it to "some" value you prevent the compiler from letting you know about any uninitialized accesses. It's preferrable to leave the variable uninitialized.
Similarly with initializing the buffer: If I'd forgotten about null-termination, I'd much rather see data changing on every run (hinting at uninitialized access) than stuff appearing to run correctly.
Also, a small detail: main _must_ return int. Returning void is an error.
Thanks for the feedback, those are good points 👍
About the last point, main can actually also return "void" since C99 according to the C standard (in which case the exit code of the program will be undefined): devdocs.io/c/language/main_function
@@nirlichtman Good to see some evolution in the language match usage.
Nice video! Your channel looks fun.
אין עליך אח, מטורף!
תודה!
@@nirlichtman אין אני יזהה ישראלי ממרחקים 👀
@@tickerboi_ 😂
why was main void?
because that's a thing that c allows
I'm going crazy, or is this man running a windows vm that is running ubuntu? Vm inspection?
Windows 10 with WSL
@@nirlichtman But it looks like you are running windows terminal inside of dwm? Or is it just for the lols?
@@BlueBerryXD in this video I used a port of dwm for Windows called dwm-win32, since then I have stopped using dwm-win32 and started using a new twm I am working on called LightWM (due to many bugs in dwm-win32)
lol, you just made a very basic version of ed
Hi,I occasionally figured out that you can press Caps lock + k at the name of any function in your code and the man page of this function will be opened ,Maybe it will be useful for somebody
With lsp extensions on nvim you can even do a hover like that of vscode.
Also you can use the :Man to open a man page in split screen in vim or nvim , incase anyone wated to know too
link for github repo?
Added to the description :)
Reminder that you should use this channel to get your self started not to just copy him and keep on copying him.
great! it's like ed
wow nice
Your videos are perfect but there's one exception the code editor that you use frustrates me and doesn't encourage me to continue the video. I think everything will be fine if you use a modern code editor.
Thanks! Reason I use Vim is that it is my favorite code editor, coming to it after using IDEs, I decided 4 years ago to learn it properly and started really liking it and switched to using it as my main editor. Except my videos which are specific about Vim (which are mostly my early content), it should be easy to follow using other editors since the focus of these videos is about the programming.
@@nirlichtmanVim is awesome, I switched from vscode to neovim about half a year ago and I'm never going back unless I end up working with something like java/c# which from my experience pretty much require an IDE. Other than that I've been doing some Go and C recently and neovim works great with them. And don't even get me started on the infinite customization possibilities.
you sound like mark zuc
Take my sub!
be regular .
Noice
`void main` .... : |
using vim to write a text editor lmao
Am i seeing this right? Youre on linux ( atleast using dwm) but youre also in a Windows terminal which is running wsl