{"id":19835867,"url":"https://github.com/fasakinhenry/simple_shell2","last_synced_at":"2025-02-28T18:36:03.129Z","repository":{"id":198389973,"uuid":"700650976","full_name":"fasakinhenry/simple_shell2","owner":"fasakinhenry","description":"ALX simple shell project by Henry Fasakin and Alex Ohiomame ","archived":false,"fork":false,"pushed_at":"2023-10-20T08:51:16.000Z","size":79,"stargazers_count":1,"open_issues_count":1,"forks_count":0,"subscribers_count":1,"default_branch":"main","last_synced_at":"2025-02-26T06:14:52.356Z","etag":null,"topics":["0x16","alx","alx-africa","alx-low-level-programming","alx-school","bash","build","c","collaboration","programming","project","shell","simple","simple-shell"],"latest_commit_sha":null,"homepage":"","language":"C","has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":null,"status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/fasakinhenry.png","metadata":{"files":{"readme":"README.md","changelog":null,"contributing":"contributing.md","funding":null,"license":null,"code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null,"governance":null}},"created_at":"2023-10-05T02:42:31.000Z","updated_at":"2023-11-26T09:45:04.000Z","dependencies_parsed_at":"2023-10-14T19:30:18.981Z","dependency_job_id":"18c96a21-1fbf-4586-baf2-3525a270f37a","html_url":"https://github.com/fasakinhenry/simple_shell2","commit_stats":{"total_commits":52,"total_committers":3,"mean_commits":"17.333333333333332","dds":0.1923076923076923,"last_synced_commit":"1e27bef4d224e0cd4c6582b18af585b840527ee3"},"previous_names":["fasakinhenry/simple_shell"],"tags_count":0,"template":false,"template_full_name":null,"repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/fasakinhenry%2Fsimple_shell2","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/fasakinhenry%2Fsimple_shell2/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/fasakinhenry%2Fsimple_shell2/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/fasakinhenry%2Fsimple_shell2/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/fasakinhenry","download_url":"https://codeload.github.com/fasakinhenry/simple_shell2/tar.gz/refs/heads/main","host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":241202108,"owners_count":19926564,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2022-07-04T15:15:14.044Z","host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":["0x16","alx","alx-africa","alx-low-level-programming","alx-school","bash","build","c","collaboration","programming","project","shell","simple","simple-shell"],"created_at":"2024-11-12T12:09:28.283Z","updated_at":"2025-02-28T18:36:03.098Z","avatar_url":"https://github.com/fasakinhenry.png","language":"C","readme":"# ALX 0x11. C - printf (ALX printf)\n\n## This is a ALX group project made by Fasakin Henry @fasakinhenry and Alex Ohiomame @estherohiomame\n\n### Introduction\n\n* Category: Low level Programming language\n* Programming Language: ANSI C\n* Weight: 10;\n* Given By: Julien Barbier, co-founder and CEO\n* Project date: Oct 4, 2023 6:00 AM - Oct 19, 2023 6:00 AM\n\n### concepts\n\n* Everything you need to know before you start to create your own shell \u003chttps://intranet.alxswe.com/concepts/64\u003e\n* Approaching a project \u003chttps://intranet.alxswe.com/concepts/350\u003e\n* All about team projects + Pairings + FAQ (A must read) \u003chttps://intranet.alxswe.com/concepts/100037\u003e\n\n### Background Context\n\nWrite a simple UNIX command interpreter\n\n![The gates of shell](https://s3.amazonaws.com/intranet-projects-files/holbertonschool-low_level_programming/235/shell.jpeg)\n\n^ “The Gates of Shell”, by Spencer Cheng, featuring Julien Barbier\n\n## Important message from Julien Barbier\n\nIt’s time for the famous Simple Shell project. This is one of the most anticipated project and also one that will challenge you a lot about everything you have learn so far:\n\n* Basics of programming\n* Basics of C\n* Basics of thinking like an engineer\n* Group work\n* and Learning how to learn\n\nI would like to take this moment to remind you about a few important things.\n\nFirst, remember the framework. If you do not know it by heart already, it is probably a good idea to read it again:\n[Learning framework at ALX](https://intranet.alxswe.com/projects/235#:~:text=I%20would%20like,read%20it%20again%3A)\n\nNote that there is no point in this framework that says it is ok to look at code from other people. It is not allowed to look at other people’s code, either other students or online articles or videos. At ALX SE we do not copy solutions and we do not look at it when we start a project.\n\nIn the context of learning (some of these will no longer be true when you work):\n\n* NEVER copy any code, never look at solution (and never give any solution to your friends, you are not helping them by doing so)\n* ALWAYS write code alone from scratch after you get help to check that you have actually understood. If you can not do it, you have not understood enough, and need to study more. Do not rewrite code from memory, but from understanding.\n\nI saw some of you sharing resources with each other already. Tutorials on how to do the shell step by step with all the code associated with these, or even video and documents with the solution without even any explanation. This is not the right way to learn. Please do not be tempted by these links. They will only push you to take shortcuts and / or cheat. And trust me, you will be caught. [Kimba](https://twitter.com/julienbarbier42/status/1651460956600549376?s=20) is not a joke and he is here to remind you why you are here.\n\nWhile we encourage the use of ChatGPT and co in the framework (also, not right away, but at the right step, see framework), it is important to understand that the same rules apply to these AI tools (again, in the context of learning. When you will work it will be completely different, but context matters). At no point does it say that you are allowed to use copilot or ChatGPT to code the solution. If you do, you will get 200% (for a few hours), understand 0, learn 0, and you will be caught for cheating 100%, and then your score for both you and your partner will be 0%. If you don’t get how to use ChatGPT and other AI tools in the context of learning, simply do not use them.\n\nThe reality is that at this point of the program, if you have not cheated before, you have everything you need to complete the project with what you have learned + the page “Everything you need to know to start coding your own shell”\n[Concepts](https://intranet.alxswe.com/concepts/64)\n\nActually, you do not even need to open Google once. Focus on your whiteboarding, and everything will fall in place. Remember, at ALX SE you never learn the solution, you learn how to walk toward the solution. You learn to create the tutorial, so if you follow one, you are looking at the solution, you are taking a very serious shortcut that will undermine your learning.\n\nLast thing about the framework. Note that the first thing to do is “0. Read”. Every detail counts. Make sure you read and test everything.\n\nThe shell project is a group project. That means you will be paired with someone. You already did this with printf, so please apply everything you have learned from the printf experience here. A quick reminder, that a group project is NOT:\n\n* I do nothing and cross fingers for my partner to do everything so I can have a good score\n* I do everything because I am so much better than my partner and I don’t care about them\n* A group project at ALX SE is a project that both of you are responsible for. Everything anyone pushes to Github is the responsibility of both partners. It is not ok to say later “I didn’t cheat it’s my partner I didn’t know they didn’t tell me”.\n\nSo you are supposed to work TOGETHER. And you should both understand every single line of code that any of you pushes. Here is a link for you to read about pair programming: [pair programming](https://intranet.alxswe.com/concepts/121)\n\nIf you plan on not working on the shell project (or if at any point in time you can’t), it is your responsibility to tell both the staff and your partner so that they can find another partner who will work with them asap.\n\nIf your group gets caught for plagiarism we will not tolerate “I didn’t do anything, so I should not be flagged”. Yes you should be flagged, because you are someone who doesn’t care about others and thought it was ok to let your partner down and to maybe get the score without doing anything.\n\nThe shell is an incredibly cool project. GL HF!\n\nJulien\n\n### Resources\n\n* [Unix shell](https://en.wikipedia.org/wiki/Unix_shell)\n* [Thompson shell](https://en.wikipedia.org/wiki/Thompson_shell)\n* [Ken Thompson](https://en.wikipedia.org/wiki/Ken_Thompson)\n* **Everything you need to know to start coding your simple shell** concept page\n\nman or help\n\n\u003e sh *(Run sh as well)*\n\n### Requirements\n\n#### General\n\n* Who designed and implemented the original Unix operating system\n* Who wrote the first version of the UNIX shell\n* Who invented the B programming language (the direct predecessor to the C programming language)\n* Who is Ken Thompson\n* How does a shell work\n* What is a pid and a ppid\n* How to manipulate the environment of the current process\n* What is the difference between a function and a system call\n* How to create processes\n* What are the three prototypes of `main`\n* How does the shell use the `PATH` to find the programs\n* How to execute another program with the `execve` system call\n* How to suspend the execution of a process until one of its children terminates\n* What is `EOF` / “end-of-file”?\n\n### General Requirements\n\n* Allowed editors: `vi`, `vim`, `emacs`\n* All your files will be compiled on Ubuntu 20.04 LTS using gcc, using the options `-Wall -Werror -Wextra -pedantic -std=gnu89`\n* All your files should end with a new line\n* A `README.md` file, at the root of the folder of the project is mandatory\n* Your code should use the `Betty` style. It will be checked using [betty-style.pl](https://github.com/alx-tools/Betty/blob/master/betty-style.pl) and [betty-doc.pl](https://github.com/alx-tools/Betty/blob/master/betty-doc.pl)\n* Your shell should not have any memory leaks\n* No more than 5 functions per file\n* All your header files should be include guarded\n* Use system calls only when you need to (why?)\n* Write a `README` with the description of your project\n* You should have an `AUTHORS` file at the root of your repository, listing all individuals having contributed content to the repository. Format, see [Docker](https://github.com/moby/moby/blob/master/AUTHORS)\n\n#### GitHub\n\n\u003e *There should be one project repository per group. The other members do not fork or clone the project to ensure only one of the team has the repository in their github account otherwise you risk scoring 0%*\n\n### More Info\n\n#### Output\n\n* Unless specified otherwise, your program must have the exact same output as sh (/bin/sh) as well as the exact same error output.\n* The only difference is when you print an error, the name of the program must be equivalent to your argv[0] (See below)\n\nExample of error with sh:\n```\n$ echo \"qwerty\" | /bin/sh\n/bin/sh: 1: qwerty: not found\n$ echo \"qwerty\" | /bin/../bin/sh\n/bin/../bin/sh: 1: qwerty: not found\n$\n```\n\nSame error with your program hsh:\n\n```\n$ echo \"qwerty\" | ./hsh\n./hsh: 1: qwerty: not found\n$ echo \"qwerty\" | ./././hsh\n./././hsh: 1: qwerty: not found\n$\n```\n\n#### List of allowed functions and system calls\n\n* `access` (man 2 access)\n* `chdir` (man 2 chdir)\n* `closedir` (man 3 closedir)\n* `close` (man 2 close)\n* `execve` (man 2 execve)\n* `exit` (man 3 exit)\n* `_exit` (man 2 _exit)\n* `fflush` (man 3 fflush)\n* `fork` (man 2 fork)\n* `free` (man 3 free)\n* `getcwd` (man 3 getcwd)\n* `getline` (man 3 getline)\n* `getpid` (man 2 getpid)\n* `isatty` (man 3 isatty)\n* `kill` (man 2 kill)\n* `malloc` (man 3 malloc)\n* `open` (man 2 open)\n* `opendir` (man 3 opendir)\n* `perror` (man 3 perror)\n* `read` (man 2 read)\n* `readdir` (man 3 readdir)\n* `signal` (man 2 signal)\n* `stat` (__xstat) (man 2 stat)\n* `lstat` (__lxstat) (man 2 lstat)\n* `fstat` (__fxstat) (man 2 fstat)\n* `strtok` (man 3 strtok)\n* `wait` (man 2 wait)\n* `waitpid` (man 2 waitpid)\n* `wait3` (man 2 wait3)\n* `wait4` (man 2 wait4)\n* `write` (man 2 write)\n\n#### Compilation\n\nYour shell will be combined with this way\n\n```\ngcc -Wall -Werror -Wextra -pedantic -std=gnu89 *.c -o hsh\n```\n\n#### Testing\n\nYour shell should work like this in interactive mode:\n\n``` c\n./hsh\n($) /bin/ls\nhsh main.c shell.c\n($)\n($) exit\n$\n```\n\nBut also in non-interactive mode:\n\n```\n$ echo \"/bin/ls\" | ./hsh\nhsh main.c shell.c test_ls_2\n$\n$ cat test_ls_2\n/bin/ls\n/bin/ls\n$\n$ cat test_ls_2 | ./hsh\nhsh main.c shell.c test_ls_2\nhsh main.c shell.c test_ls_2\n$\n```\n\n#### Checks\n\nThe Checker will be released at the end of the project (1-2 days before the deadline). We strongly encourage the entire class to work together to create a suite of checks covering both regular tests and edge cases for each task. See task `8. Test suite.`\n\n#### Copyright - Plagiarism\n\n* You are tasked to come up with solutions for the tasks below yourself to meet with the above learning objectives.\n* You will not be able to meet the objectives of this or any following project by copying and pasting someone else’s work.\n* You are not allowed to publish any content of this project.\n* Any form of plagiarism is strictly forbidden and will result in removal from the program.\n\n## Tasks\n\n0. - [ ] **Betty would be proud**\n1. - [ ] **Simple shell 0.1**\n2. - [ ] **Simple shell 0.2**\n3. - [ ] **Simple shell 0.3**\n4. - [ ] **Simple shell 0.4**\n5. - [ ] **Simple shell 1.0**\n6. - [ ] **Simple shell 0.1.1**\n7. - [ ] **Simple shell 0.2.1**\n8. - [ ] **Simple shell 0.4.1**\n9. - [ ]**setenv, unsetenv**\n10. - [ ]**cd**\n11. - [ ]** ;**\n12. - [ ]**\u0026\u0026 and ||**\n13. - [ ]**alias**\n14. - [ ]**Variables**\n15. - [ ]**Comments**\n16. - [ ]**File as input**\n\n\n### Task 0\n\nWrite a beautiful code that passes the Betty checks\n\n### Task 1\n\nWrite a UNIX command line interpreter.\n\n* Usage: simple_shell\nYour Shell should:\n\n* Display a prompt and wait for the user to type a command. A command line always ends with a new line.\n* The prompt is displayed again each time a command has been executed.\n* The command lines are simple, no semicolons, no pipes, no redirections or any other advanced features.\n* The command lines are made only of one word. No arguments will be passed to programs.\n* If an executable cannot be found, print an error message and display the prompt again.\n* Handle errors.\n* You have to handle the “end of file” condition (Ctrl+D)\n\nYou don’t have to:\n\n* use the PATH\n* implement built-ins\n* handle special characters : \", ', `, \\, *, \u0026, #\n* be able to move the cursor\n* handle commands with arguments\n\n`execve` *will be the core part of your Shell, don’t forget to pass the environ to it…*\n\n``` shell\njulien@ubuntu:~/shell$ ./shell \n#cisfun$ ls\n./shell: No such file or directory\n#cisfun$ /bin/ls\nbarbie_j       env-main.c  exec.c  fork.c  pid.c  ppid.c    prompt   prompt.c  shell.c  stat.c         wait\nenv-environ.c  exec    fork    mypid   ppid   printenv  promptc  shell     stat test_scripting.sh  wait.c\n#cisfun$ /bin/ls -l\n./shell: No such file or directory\n#cisfun$ ^[[D^[[D^[[D\n./shell: No such file or directory\n#cisfun$ ^[[C^[[C^[[C^[[C\n./shell: No such file or directory\n#cisfun$ exit\n./shell: No such file or directory\n#cisfun$ ^C\njulien@ubuntu:~/shell$ echo \"/bin/ls\" | ./shell\nbarbie_j       env-main.c  exec.c  fork.c  pid.c  ppid.c    prompt   prompt.c  shell.c  stat.c         wait\nenv-environ.c  exec    fork    mypid   ppid   printenv  promptc  shell     stat test_scripting.sh  wait.c\n#cisfun$ julien@ubuntu:~/shell$\n```\n\n### Task 2\n\nSimple shell 0.1 +\n\n* Handle command lines with arguments\n\n### Task 3\n\nSimple shell 0.2 +\n\n* Handle the PATH\n* fork must not be called if the command doesn’t exist\n\n### Task 4\n\nSimple shell 0.3 +\n\n* Implement the exit built-in, that exits the shell\n* Usage: exit\n* You don’t have to handle any argument to the built-in exit\n\n### Task 5\n\nSimple shell 0.4 +\n\n* Implement the env built-in, that prints the current environment\n\n``` shell\njulien@ubuntu:~/shell$ ./simple_shell\n$ env\nUSER=julien\nLANGUAGE=en_US\nSESSION=ubuntu\nCOMPIZ_CONFIG_PROFILE=ubuntu\nSHLVL=1\nHOME=/home/julien\nC_IS=Fun_:)\nDESKTOP_SESSION=ubuntu\nLOGNAME=julien\nTERM=xterm-256color\nPATH=/home/julien/bin:/home/julien/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin\nDISPLAY=:0\n$ exit\njulien@ubuntu:~/shell$ \n```\n\n### Task 6\n\nSimple shell 0.1 +\n\n* Write your own getline function\n* Use a buffer to read many chars at once and call the least possible the read system call\n* You will need to use static variables\n* You are not allowed to use getline\n\nYou don’t have to:\n\n* be able to move the cursor\n\n### Task 7\n\nSimple shell 0.2 +\n\n* You are not allowed to use strtok\n\n### Task 8\n\nSimple shell 0.4 +\n\n* handle arguments for the built-in exit\n* Usage: exit status, where status is an integer used to exit the shell\n\n``` shell\njulien@ubuntu:~/shell$ ./shell_0.4.1\n$ exit 98\njulien@ubuntu:~/shell$ echo $?\n98\njulien@ubuntu:~/shell$ \n```\n\n### Task 9\n\nSimple shell 1.0 +\n\nImplement the `setenv` and `unsetenv` builtin commands\n\n* `setenv`\n - Initialize a new environment variable, or modify an existing one\n - Command syntax: `setenv VARIABLE VALUE`\n - Should print something on stderr on failure\n* `unsetenv`\n - Remove an environment variable\n - Command syntax: `unsetenv VARIABLE`\n - Should print something on stderr on failure\n\n### Task 10\n\nSimple shell 1.0 +\n\nImplement the builtin command cd:\n\n* Changes the current directory of the process.\n* Command syntax: `cd [DIRECTORY]`\n* If no argument is given to cd the command must be interpreted like cd $HOME\n* You have to handle the command `cd -`\n* You have to update the environment variable PWD when you change directory\n\n`man chdir`, `man getcwd`\n\n### Task 11\n\nSimple shell 1.0 +\n\n* Handle the commands separator ;\n\n``` shell\nalex@~$ ls /var ; ls /var\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  spool  tmp\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  spool  tmp\nalex@~$ ls /hbtn ; ls /var\nls: cannot access /hbtn: No such file or directory\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  spool  tmp\nalex@~$ ls /var ; ls /hbtn\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  spool  tmp\nls: cannot access /hbtn: No such file or directory\nalex@~$ ls /var ; ls /hbtn ; ls /var ; ls /var\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  spool  tmp\nls: cannot access /hbtn: No such file or directory\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  spool  tmp\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  spool  tmp\nalex@~$\n```\n\n### Task 12\n\nSimple shell 1.0 +\n\n* Handle the `\u0026\u0026` and `||` shell logical operators\n\n``` shell\nalex@~$ ls /var \u0026\u0026 ls /var\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  spool  tmp\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  spool  tmp\nalex@~$ ls /hbtn \u0026\u0026 ls /var\nls: cannot access /hbtn: No such file or directory\nalex@~$ ls /var \u0026\u0026 ls /var \u0026\u0026 ls /var \u0026\u0026 ls /hbtn\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  spool  tmp\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  spool  tmp\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  spool  tmp\nls: cannot access /hbtn: No such file or directory\nalex@~$ ls /var \u0026\u0026 ls /var \u0026\u0026 ls /var \u0026\u0026 ls /hbtn \u0026\u0026 ls /hbtn\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  spool  tmp\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  spool  tmp\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  spool  tmp\nls: cannot access /hbtn: No such file or directory\nalex@~$\nalex@~$ ls /var || ls /var\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  spool  tmp\nalex@~$ ls /hbtn || ls /var\nls: cannot access /hbtn: No such file or directory\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  spool  tmp\nalex@~$ ls /hbtn || ls /hbtn || ls /hbtn || ls /var\nls: cannot access /hbtn: No such file or directory\nls: cannot access /hbtn: No such file or directory\nls: cannot access /hbtn: No such file or directory\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  spool  tmp\nalex@~$ ls /hbtn || ls /hbtn || ls /hbtn || ls /var || ls /var\nls: cannot access /hbtn: No such file or directory\nls: cannot access /hbtn: No such file or directory\nls: cannot access /hbtn: No such file or directory\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  spool  tmp\nalex@~$\n```\n\n### Task 13\n\nSimple shell 1.0 +\n\n* Implement the `alias` builtin command\n* Usage: `alias` [name[='value'] ...]\n * `alias`: Prints a list of all aliases, one per line, in the form `name='value'`\n * `alias name [name2 ...]`: Prints the aliases `name`, `name2`, etc 1 per line, in the form `name='value'`\n * `alias name='value' [...]`: Defines an alias for each `name` whose `value` is given. If `name` is already an alias, replaces its value with `value`\n\n### Task 14\n\nSimple shell 1.0 +\n\n* Handle variables replacement\n* Handle the $? variable\n* Handle the $$ variable\n\n``` shell\njulien@ubuntu:~/shell$ ./hsh\n$ ls /var\nbackups  cache  crash  lib  local  lock  log  mail  metrics  opt  run  snap  spool  tmp\n$ echo $?\n0\n$ echo $$\n5104\n$ echo $PATH\n/home/julien/bin:/home/julien/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin\n$ exit \njulien@ubuntu:~/shell$ \n```\n\n### Task 15\n\nSimple shell 1.0 +\n\n* Handle comments (`#`)\n\n``` shell\njulien@ubuntu:~/shell$ sh\n$ echo $$ # ls -la\n5114\n$ exit\njulien@ubuntu:~/shell$ \n```\n\n### Task 16\n\nSimple shell 1.0 +\n\n* Usage: `simple_shell [filename]`\n* Your shell can take a file as a command line argument\n* The file contains all the commands that your shell should run before exiting\n* The file should contain one command per line\n* In this mode, the shell should not print a prompt and should not read from stdin\n\n## Contributors\n\n* Fasakin Henry - Fullstack web developer In Nigeria\n* Alex Ohiomame - Backend developer in Nigeria\n\nCopyrights Reserved 2023","funding_links":[],"categories":[],"sub_categories":[],"project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Ffasakinhenry%2Fsimple_shell2","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Ffasakinhenry%2Fsimple_shell2","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Ffasakinhenry%2Fsimple_shell2/lists"}