<div dir="ltr"><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 17, 2016 at 6:32 PM, zxq9 <span dir="ltr"><<a href="mailto:zxq9@zxq9.com" target="_blank">zxq9@zxq9.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tuesday 17 May 2016 16:47:35 John R. Ashmun wrote:<br>
> Perhaps my subject is not quite the correct question.  Here's my context:<br>
><br>
> I'm beginning to recreate in Erlang on Microsoft Windows 10 a public domain<br>
> program I used to enjoy on my Commodore Amiga:  mATC was a game in which<br>
> the user acted as a military Air Traffic Controller.  I am using a wx<br>
> window to draw the player's map with aircraft data blocks overlaid.  I<br>
> don't have a use for the initial window that opens when werl is started.<br>
<br>
</span>Awesome!<br>
<span class=""><br>
> If I use this Command Prompt batch file, mATC.bat:<br>
><br>
> werl -pa ebin -pa mATC_app\ebin -detached -boot mATC -config sys<br>
><br>
> a Windows error message window appears that says:<br>
><br>
> "Failed to execute C:\Program Files\erl5.9\erts5.9\bin\beam.smp.dll<br>
>  The system cannot find the file specified."<br>
><br>
> The DLL is actually present at that location, and of course everything runs<br>
> well when I don't use -detached.<br>
<br>
</span>Hrm... that seems odd, but I have to admit I have no experience running<br>
actual releases on Windows. What I usually do instead is have the runtime<br>
installed on the Windows machine, unpack project code and kick things off<br>
with an escript that builds and then launches the code I want to run.<br>
<br>
Changing from releases to from-source build->run may require a bit of<br>
shuffling -- and may or may not be worth it depending on the project.<br>
But this has been very effective and lightweight for my purposes.<br>
<br>
Like everything else on Windows there are a few quirks to making escripts<br>
a click-to-run experience (specifying full path to "escript.exe" instead<br>
of "escript" in your launcher, space for unheeded shebang, etc.). I've<br>
wanted for a few years now to formalize and simplify a solution to this...<br>
but real life gets in the way of the things I wish I could do as community<br>
project work. :-(<br>
<br>
The escript-to-bootstrap approach has made my Erlang GUI experience on<br>
Windows fairly painless -- I can develop on Linux or BSD and almost always<br>
get away with relying on anything that works there (to include wx) working<br>
pretty much the same way on Windows.<br>
<br>
I have not tried this on Windows 10 yet, but I assume it will continue to<br>
work the same way it does on Windows 7 and 8.1.<br>
<br>
-Craig<br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</blockquote></div><br></div><div class="gmail_extra">I will look into escript, thanks.<br><br></div><div class="gmail_extra">John<br></div></div>