Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ACS native windows porting #22

Open
normansaez opened this issue Dec 7, 2014 · 2 comments
Open

ACS native windows porting #22

normansaez opened this issue Dec 7, 2014 · 2 comments
Assignees
Milestone

Comments

@normansaez
Copy link

As an alternative for some users, it is necessary to port ACS to Windows natively

@javarias javarias added this to the Milestone 3 milestone Dec 9, 2014
@acaproni
Copy link

Actually this porting was done times ago. It has not beeen maintained but it has never been removed either.

@javarias
Copy link
Collaborator

The first attempt to port ACS to windows was done using cygwin. Cygwin offers a POSIX compatibility layer to windows, at the same time offers several packages distributed among popular linux distribution. However, cygwin have some performance penalties, specially in the fork and exec syscalls as well in the thread creation and management API.

For this reason it is necessary to explore a native porting of ACS to windows, this means using the windows API rather than POSIX compatibility layer. Given that ACS is using ACE library for the C++ code, the porting should not be extremely complex (ACE abstracts most of the system calls within its API). The complex part comes in make the acs script compatible with windows, given that the path delimiter char is different.

With @tstaig we have been thinking in to replace most of the bash and ksh scripts by python scripts, This could help us to deal better with the differences between Linux and Windows.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants