Closed jpmec closed 7 years ago
@jpmec I'll have to try and test this on my windows box at home when I can get a chance, unfortunately I haven't done much work on Windows since it's a rather uncommon target so far. I would like to get this addressed though, so I'll take a look as soon as I can.
Works for me. At first, I ran (in an Admin command console):
test install
Then:
test.start
And got the exact same error message as you did. So I uninstalled with:
test.bat uninstall
then:
test.bat install
finally:
test.bat start
And it worked fine. So I'm guessing dropping the '.bat' suffix picks up the script intended for Bash instead.
There is a bunch of Windows support work coming to master soon, so hopefully this issue will be one of the ones fixed. Just waiting on an updated PR to merge.
I have been trying to get this to work as well. Oddly enough @dynamite-ready has the workaround, but for the wrong reasoning. Windows normally can't execute sh files, not without cygwin or similar tools. So the bat ending is not the reason.
On my test instances, you have to install and uninstall once before that application will work. So the first steps in @dynamite-ready's explanation are really the setup phase. The second time around it works right, and will start automatically upon reboot of the windows machine.
This has been tested up through version 1.0.2 of exrm, and on coonce fork as well.
@critch - Good point. I do tend to take the bash shell changes from my Windows GIT installation for granted, so in my case I'm pretty sure that the muddled filename extensions were the cause.
As for the "uninstall/install" step, that's really just to ensure that It cleans/uninstalls whatever's left behind by the mistake of accidentally running the .sh script... If you make sure to use the .bat extension in the first place, then:
test.bat install
&
test.bat start
@dynamite-ready That is what is expected to work. I have not had that experience yet. Running it twice is what I have had to do when on Windows. I also seem to have to manually start epmd.exe with --daemon the first time around as well. But maybe that is a different problem.
/cc @OnorioCatenacci
Onorio has been working on getting stuff working better on Windows, so he'd be interested in this. Sadly I don't have a way to test on Windows anymore, at least not without downloading a copy of it and running in a VM. Any help diagnosing issues goes a long way towards helping folks like Onorio get things up to parity with *NIX.
Hi guys, any news with this bug? This bug is actual for me too. I tested it in Windows Server 2008 and Windows 10.
@shersh This should have been fixed a while ago. I'd need to see your event logs to figure out why it's not working for you.
I am trying to use exrm to package services on Windows. But I cannot get the exrm-test to start? I am very eager to use exrm on Windows for services, so please ask anything you need to help fix this issue.