Philippe, The Cygwin port is now in svn. Note that the changes are not tested, and I will need to change a few minor things (eg. need to free memory dynamically allocated by Cygwin). However, it is good enough if you want to give SGE under Cygwin a try (ie. help me test the port!).
http://gridscheduler.svn.sourceforge.net/viewvc/gridscheduler?revision=84&view=revision You will need to check out from trunk: % svn co https://gridscheduler.svn.sourceforge.net/svnroot/gridscheduler/trunk And compile with: % ./aimk -no-java -no-jni -spool-classic -no-hwloc -no-secure -no-qmon -no-remote -no-qmake -no-qtcsh When you hit compile error in authuser, execute: % touch CYGWIN_X86/authuser.o % touch CYGWIN_X86/authuser (And then continue with aimk.) Finally, the install process will complain about missing executables, so you will need to use "touch" or other ways to trick it from complaining. Beat Rubischon wrote: > I still get one or two mails per month asking for additional help :-) Yup Beat, I was one of the troublemakers who refer people to your site & docs! And related to Windows user mapping, Daniel wrote the "Notes About Grid Engine on Windows" article a few years ago. I am planning to reuse some of the code in the original SFU port for the real native Windows port. Rayson > The most challenging part of the Windows implementation is probably the > complete different handling of user rights. You have not only users but > domain\users tuples. The mapping between of them is highly depending on > the environment where your execution daemons are running. An additional > step is needed to gain the possibility to access networked data out of > your job. The SFU port has a password file where the user or > administrator has to store the passswords of the users. The execution > daemon uses this information to do a "clean" logon. > > (Damn, UNIX is so a simple tool. A setuid binary is able to gain a > sepcific user and access it's NFS mounted data...) > > I'm not sure if such a possibility exists under Cygwin. And I can > imagine we get into hell again when we try to go a similar way the Grid > Engine developers went in their SFU port. > > Beat > > -- > \|/ Beat Rubischon <[email protected]> > ( 0-0 ) http://www.0x1b.ch/~beat/ > oOO--(_)--OOo--------------------------------------------------- > Meine Erlebnisse, Gedanken und Traeume: http://www.0x1b.ch/blog/ > _______________________________________________ > SGE-discuss mailing list > [email protected] > https://arc.liv.ac.uk/mailman/listinfo/sge-discuss > _______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
