This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision | |||
|
tutorial:autorun_options [2018/09/06 17:32] payonel |
tutorial:autorun_options [2018/09/06 19:29] (current) payonel |
||
|---|---|---|---|
| Line 114: | Line 114: | ||
| OpenOS runs boot scripts (sorted by their filenames) in `/boot/` for its core operations. While it is possible to install custom boot scripts along side the kernel boot scripts, it is quite unadvisable to do so. | OpenOS runs boot scripts (sorted by their filenames) in `/boot/` for its core operations. While it is possible to install custom boot scripts along side the kernel boot scripts, it is quite unadvisable to do so. | ||
| - | Installing a custom boot script (in `/boot/`) poses the risk that your boot script may be run before core libraries are available. There is no gaurantees that even invoking `require` in a boot script is safe in the current version OpenOS, or will be safe in future OpenOS updates (as I may change the boot order). | + | Installing a custom boot script (in `/boot/`) poses the risk that your boot script may be run before core libraries are available. There is no guarantee that even invoking `require` in a boot script is safe in the current version OpenOS, or will be safe in future OpenOS updates (as I may change the boot order). |
| There may not be a fully initialized io, there may be an incomplete init process, there may even be incomplete lua libraries. Depending on the code you execute in your boot script, you may even unintentionally circumvent the event dispatching system causing the system to miss component updates. Yes, there is a lot that the boot process is responsible for. | There may not be a fully initialized io, there may be an incomplete init process, there may even be incomplete lua libraries. Depending on the code you execute in your boot script, you may even unintentionally circumvent the event dispatching system causing the system to miss component updates. Yes, there is a lot that the boot process is responsible for. | ||
| - | With all of that said, here are a couple examples of `/boot` scripts that would work safely now and for the foreseable future. Prefix your script filename 99_ so that it loads at the end of the boot sequence. | + | With all of that said, here are a couple examples of `/boot` scripts that would probably work now and for the foreseeable future. Prefix your script filename 99_ so that it loads at the end of the boot sequence. If anything doesn't work like you'd expect (such as printing to stdout, or reading from stdin), it isn't a bug and isn't supported. In other words, use the `/boot/` script directory at you own risk. If you need stdout, you can also wait for the `term_available` signal. Again, this is not an officially supported option. |
| ```lua | ```lua | ||