Windows support

[dobesv]

So far cipr install works fine, but trying to use cipr run fails because the executable in windows is different.

Also in windows I'm not sure whether the executable actually accepts command-line parameters, either.

Running the app directly by loading main.lua into the simulator fails because cipr expects certain environment variables to be setup:

cipr._packageDir = os.getenv('CIPR_PACKAGES')
cipr._projectDir = os.getenv('CIPR_PROJECT')

I wonder whether this code could be changed to just calculate those paths relative to the script itself?

[six8]

Lua running through Corona wasn't that good at reporting the file's location which made it hard to determine where to load relative to it. CIPR_PACKAGES could be stored in .ciprcfg which would obviate the need for that setting. Then you would just need to be able to figure out CIPR_PROJECT in order to load .ciprcfg.

Doesn't Windows have environment vars though?

[dobesv]

I changed it to work like this:

cipr._packageDir = os.getenv('CIPR_PACKAGES') or system.pathForFile(".cipr/packages", system.ResourceDirectory)
cipr._projectDir = os.getenv('CIPR_PROJECT') or system.pathForFile(".", system.ResourceDirectory)

which seems to correctly point the project dir at the same folder as main.lua and the packages dir at .cipr/packages relative to that.

[six8]

Cool, if it works out can you send me a pull request for all your windows changes?

[dobesv]

Sure.

Does clom.shell.execute() throw an exception if the command returns an error code? Or ... how should that work?

[six8]

Throws an exception if the return code isn't 0.

On Sunday, April 15, 2012 at 11:43 PM, dobesv wrote:

Sure.

Does clom.shell.execute() throw an exception if the command returns an error code? Or ... how should that work?

---

Reply to this email directly or view it on GitHub:
#2 (comment)