From 40944e5e7a4bbe1e982781f3c62f542acb1f3f01 Mon Sep 17 00:00:00 2001 From: Bryan Ashby Date: Tue, 12 Jan 2016 10:30:38 -0700 Subject: [PATCH] Note about QEMU caveat --- docs/doors.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/doors.md b/docs/doors.md index dd1c0ec4..0a1fbfdf 100644 --- a/docs/doors.md +++ b/docs/doors.md @@ -84,7 +84,7 @@ doorPimpWars: { ``` ### QEMU with abracadabra -[QEMU](http://wiki.qemu.org/Main_Page) provides a robust, cross platform solution for launching doors under many platforms (likely anwywhere Node.js is supported and ENiGMA½ can run). Being more flexible means being a bit more complex. Let's look at an example for running L.O.R.D. under a UNIX like system such as Linux or FreeBSD. +[QEMU](http://wiki.qemu.org/Main_Page) provides a robust, cross platform solution for launching doors under many platforms (likely anwywhere Node.js is supported and ENiGMA½ can run). Note however that there is an important and major caveat: **Multiple instances of a particular door/OS image should not be run at once!** Being more flexible means being a bit more complex. Let's look at an example for running L.O.R.D. under a UNIX like system such as Linux or FreeBSD. Basically we'll be creating a bootstrap shell script that generates a temporary node specific `go.bat` to launch our door. This will be called from `autoexec.bat` within our QEMU FreeDOS partition.