Interesting! What security company was using FreeDOS? I suppose for a security system, FreeDOS makes sense because there are no services "listening" on the network, so there's no way to break into a DOS system over a network.
@@freedosproject its name is Graber (yes, with only one letter b because it is the second name of the owner who's from a Danish family). I don't know if they still run FreeDOS as their system for round and panic button once I left the company in 2014.
This was great. :) But box() could've also handled the social links via an extra argument, without repeating _settextposition() and _outtext(). box(x, y, bg,fg, str1, str2) would've worked just nicely. And in the case of the FreeDOS website link, you could exclude showing str2 by passing "whatever" and checking it with an if in box(). :) Not a significant improvement, but slightly less lines of code.
Ooh, I like that. I didn't spend a lot of (or really any) time optimizing this program, because it's just a program I run once, it does one thing, and that's it. But I like your idea to clean up the code a bit by adding a "label." I see that as box(row,col,bg,fg,inside,outside) to provide both an "inside label" (like "f" or "t") and an "outside label" to come after it (like the URL). If either string is NULL, the function wouldn't display it. So that solves the "URL box" problem call it with NULL as the "outside" parameter. Much cleaner and consolidates code. If I edit this program again, I might make that change.
Could you tell me why the deltree command from FreeDOS doesn't behave as the one from MS-DOS? In MS-DOS 6 deltree asks me just ones if i want to delete a folder with all files in it. That's not the case for deltree from FreeDOS. In FreeDOS deltree asks me for each file of the folder and for every single file i have to say yes and press enter. And when all files are deleted, the folder is still there. In my opinion this tool shouldn't be called deltree, if it doesn't behave like the one from MS-DOS 6
?? That doesn't sound like proper behavior. I just created a sample directory tree: the base directory was at "C:\T" and had three files in it: "A" and "B" and "C". And I created two subdirectories in "C:\T" called "D" and "D2", each with a set of files. And if I go back to C:\ and type "DELTREE T" I get prompted if I really want to delete "T", and I hit "Y" and then DELTREE deletes all of the files and subdirectories in "T". The "T" directory doesn't exist anymore. I don't get prompted for every file and every subdirectory.
@@freedosproject That's really strange. I am using FreeDOS 1.3 with German language settings in a QEMU VM and have to agree to each file in the folder and in the end the folder is still there and empty.
@@OpenGL4ever I'm not sure what's happening there. Here's a 1-minute video of me testing Deltree on a "stock" install of FreeDOS 1.3. I created a TEMP directory with a few dummy files, and two subdirectories, each with a few dummy files. Then I was able to Deltree the TEMP directory and *not* get prompted for every file and subdirectory. th-cam.com/video/Qu2Mieizz7w/w-d-xo.html
@@freedosproject I think i found the cause. If you type deltree and then use tab completion by typing one or two of the first letters of the folder name (in this example "temp") followed by pressing the TAB key, you get the command: "deltree temp\" instead of "deltree temp" And the *backslash* will cause the user to be prompted for each folder or filename found in the temp folder. Subfolders are deleted at once. I don't know if this was also the case under MS-DOS, because there was no tab completion there, so I didn't use it there and therefore my deltree commands didn't have a backslash after the folder name. Thus it could be normal behavior and thus my fault. I need to test this in MS-DOS.
The programming videos take about 3x as long to "show and tell" than it actually takes to write it on my own. So these seem like more work than they are.
I already saw a security company running freeDOS for their services. Nice class here.
Interesting! What security company was using FreeDOS? I suppose for a security system, FreeDOS makes sense because there are no services "listening" on the network, so there's no way to break into a DOS system over a network.
@@freedosproject its name is Graber (yes, with only one letter b because it is the second name of the owner who's from a Danish family). I don't know if they still run FreeDOS as their system for round and panic button once I left the company in 2014.
Nice programming session,
I like the idea of making use of what you've created.
Thanks Jim
Glad you like it!
This was great. :) But box() could've also handled the social links via an extra argument, without repeating _settextposition() and _outtext().
box(x, y, bg,fg, str1, str2) would've worked just nicely. And in the case of the FreeDOS website link, you could exclude showing str2 by passing "whatever" and checking it with an if in box(). :)
Not a significant improvement, but slightly less lines of code.
Ooh, I like that. I didn't spend a lot of (or really any) time optimizing this program, because it's just a program I run once, it does one thing, and that's it. But I like your idea to clean up the code a bit by adding a "label."
I see that as box(row,col,bg,fg,inside,outside) to provide both an "inside label" (like "f" or "t") and an "outside label" to come after it (like the URL). If either string is NULL, the function wouldn't display it. So that solves the "URL box" problem call it with NULL as the "outside" parameter. Much cleaner and consolidates code.
If I edit this program again, I might make that change.
@@freedosproject Yup, and I'd like to see a video of the code refactoring if that happens. :) It's fun.
Could you tell me why the deltree command from FreeDOS doesn't behave as the one from MS-DOS?
In MS-DOS 6 deltree asks me just ones if i want to delete a folder with all files in it.
That's not the case for deltree from FreeDOS. In FreeDOS deltree asks me for each file of the folder and for every single file i have to say yes and press enter. And when all files are deleted, the folder is still there.
In my opinion this tool shouldn't be called deltree, if it doesn't behave like the one from MS-DOS 6
?? That doesn't sound like proper behavior. I just created a sample directory tree: the base directory was at "C:\T" and had three files in it: "A" and "B" and "C". And I created two subdirectories in "C:\T" called "D" and "D2", each with a set of files. And if I go back to C:\ and type "DELTREE T" I get prompted if I really want to delete "T", and I hit "Y" and then DELTREE deletes all of the files and subdirectories in "T". The "T" directory doesn't exist anymore. I don't get prompted for every file and every subdirectory.
@@freedosproject That's really strange. I am using FreeDOS 1.3 with German language settings in a QEMU VM and have to agree to each file in the folder and in the end the folder is still there and empty.
@@freedosproject DELTREE also says: The ROOT-SAFETY-CHECK is enabled. Version is 1.02g
@@OpenGL4ever I'm not sure what's happening there. Here's a 1-minute video of me testing Deltree on a "stock" install of FreeDOS 1.3. I created a TEMP directory with a few dummy files, and two subdirectories, each with a few dummy files. Then I was able to Deltree the TEMP directory and *not* get prompted for every file and subdirectory. th-cam.com/video/Qu2Mieizz7w/w-d-xo.html
@@freedosproject
I think i found the cause. If you type deltree and then use tab completion by typing one or two of the first letters of the folder name (in this example "temp") followed by pressing the TAB key, you get the command:
"deltree temp\"
instead of
"deltree temp"
And the *backslash* will cause the user to be prompted for each folder or filename found in the temp folder. Subfolders are deleted at once.
I don't know if this was also the case under MS-DOS, because there was no tab completion there, so I didn't use it there and therefore my deltree commands didn't have a backslash after the folder name.
Thus it could be normal behavior and thus my fault. I need to test this in MS-DOS.
it took a lot of work to make this system
The programming videos take about 3x as long to "show and tell" than it actually takes to write it on my own. So these seem like more work than they are.
Nice.
DOSSS