This wiki is obsolete, see the NorduGrid web pages for up to date information.

MS Windows

From NorduGrid
Jump to navigationJump to search


NOTE: This page is out of date and is kept for purely historical reasons.
Support for ARC on Windows has been reduced due to other priorities. The following instructions may or may not work with the latest ARC client version

ARC is working on Windows (XP, Vista)


Reports on the testing of the latest and previous versions can be found on

  • #1739 userkey.pem may not have a password
  • #1740 arcget does not create directory


You need to install these packages:


Deliverable 5.3-1 Native client interface on MS Windows and Mac OS-X

Environment setup

Control panel->System->Special->Environment variables->System variables

You need to set these variables:

  • X509_USER_CERT
  • X509_USER_KEY

Automatic testing

Test scrips for windows

Example client configuration

Here are some test services.

ARC0, ARC1, Unicore job submission

  • RFC proxy creation for these middlewares:
Your identity: /C=HU/O=NIIF CA/OU=GRID/OU=NIIF/CN=Gabor Roczei/
Proxy generation succeeded
Your proxy is valid until: Wed, 08 Jul 2009 21:37:09 GMT

  • ARC0:
C:\>arcsub -z client.xml -c arc0 test.jsdl
Job submitted with jobid: gsi
  • ARC1:
C:\>arcsub -z client.xml -c arex2 test.jsdl
Job submitted with jobid:
  • Unicore
C:\>arcsub -z client.xml -c unicore test.jsdl
Job submitted with jobid:

CREAM job submission

VOMS file:

[roczei@knowarc1:~] $cat /etc/vomses 
"" "" "15050" "/O=dutchgrid/O=hosts/" ""
"pamela" "" "15013" "/C=IT/O=INFN/OU=Host/L=CNAF/" "pamela"
"atlas-old" "" "15001" "/C=CH/O=CERN/OU=GRID/CN=host/" "atlas-old"
"atlas-lcg" "" "15001" "/C=CH/O=CERN/OU=GRID/CN=host/" "atlas-lcg"
"" "" "15001" "/O=Grid/O=NorduGrid/CN=host/" ""
"atlas" "" "15001" "/DC=ch/DC=cern/OU=computers/" "atlas"
"" "" "15015" "/O=Grid/O=NorduGrid/CN=host/" ""
"" "" "15002" "/O=Grid/O=NorduGrid/CN=host/" "" 
"dteam" "" "15004" "/DC=ch/DC=cern/OU=computers/" "dteam"
[roczei@knowarc1:~] $
  • Legacy proxy creation
C:\>arcproxy -O -S
Your identity: /C=HU/O=NIIF CA/OU=GRID/OU=NIIF/CN=Gabor Roczei/
Contacting VOMS server (named ): on port: 15001
Proxy generation succeeded
Your proxy is valid until: Wed, 08 Jul 2009 21:39:25 GMT


C:\>arcsub -z client.xml -c cream job.jdl
Job submitted with jobid:


ARC1 win32 development environment install


The size of this zip file is 240 MByte:

The environment need about 1 GByte when you uncompress it.

These directories will be created (uncompress dir should be the "c:\"):


MSYS shell executable



This python error has not fixed yet:

test -z "C:\Python24\Lib\site-packages" || /bin/mkdir -p "C:\Python24\Lib\site-packages"
/bin/sh ../libtool --mode=install /bin/install -c  '' 'C:\Python24\Lib\site-packages/'
libtool: install: /bin/install -c .libs/_arc.dll.a C:\Python24\Lib\site-packages/_arc.dll.a
/bin/install: cannot create regular file `C:Python24Libsite-packages/_arc.dll.a': No such file or directory
make[2]: *** [install-pythonLTLIBRARIES] Error 1
make[2]: Leaving directory `/home/Rendszergazda/arc1/python'
make[1]: *** [install-am] Error 2
make[1]: Leaving directory `/home/Rendszergazda/arc1/python'
make: *** [install-recursive] Error 1


Copy these files to the install directory (C:\Python24\Lib\site-packages) because we have not found other solution yet

Example configure command

./configure CXXFLAGS="-g -O0 -I/usr/local/include -I/usr/local/include/python2.4" OPENSSL_CFLAGS="-I/c/OpenSSL/include" \
OPENSSL_LIBS="-L/c/OpenSSL -lssl32 -leay32"  --prefix=/c/arc1 LDFLAGS="-L/usr/local/bin -L/usr/local/lib -L/usr/local/BerkeleyDB.4.7/bin \
-L/usr/local/lib/python2.4"  --with-dbcxx-include="/usr/local/BerkeleyDB.4.7/include" --disable-java --enable-storage-service \
--enable-sched-service --enable-paul-service --enable-hopi-service --enable-compiler-service --enable-charon-service \
 --enable-isi-service --enable-python

SVN clients

GUI (TortoiseSVN)

CLI (Subversion)

Globus packages

The same set of Globus packages is available as for Fedora and Debian modulo the globus-rls-server (we don't need the server to run on Windows, and it has additional external dependencies) and globus-usage (it is only used to build globus-rls-server).

RPM repo (binary packages):

RPM repo (source packages):

Windows installer:

Build instructions (specfiles) for cross-compilation can be found under:

Test listing

Important: please set the GLOBUS_LOCATION variable

 $ export HOMEDRIVE='Z:'
 $ export HOMEPATH='\home\ellert'
 $ export GLOBUS_LOCATION='Z:\usr\i686-pc-mingw32\sys-root\mingw'
 $ mkdir ~/.wine/drive_c/windows/system32/drivers/etc
 $ ln -s /etc/grid-security ~/.wine/drive_c/windows/system32/drivers/etc
 $ /usr/i686-pc-mingw32/sys-root/mingw/bin/grid-proxy-init.exe -pwstdin
 fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
 fixme:toolhelp:Heap32ListFirst : stub
  Your identity: /O=Grid/O=NorduGrid/ Ellert
 <passphrase was here>
 Creating proxy .................................... Done
 Your proxy is valid until: Mon May 11 10:48:36 2009
 $ /usr/i686-pc-mingw32/sys-root/mingw/bin/grid-proxy-info.exe 
 fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
 fixme:toolhelp:Heap32ListFirst : stub
 subject  : /O=Grid/O=NorduGrid/ Ellert/CN=735918324
 issuer   : /O=Grid/O=NorduGrid/ Ellert
 identity : /O=Grid/O=NorduGrid/ Ellert
 type     : RFC 3820 compliant impersonation proxy
 strength : 512 bits
 path     : Z:\home\ellert\x509up_uellert
 timeleft : 11:58:44
 $ /usr/i686-pc-mingw32/sys-root/mingw/bin/globus-url-copy.exe gsi    /test/
 fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
 fixme:toolhelp:Heap32ListFirst : stub
 fixme:ntdll:NtQueryInformationFile Unsupported class (16)
 $ cat 
 echo $*
 $ /usr/i686-pc-mingw32/sys-root/mingw/bin/globus-rls-cli.exe query lrc lfn __storage_service__     rls://
 fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
 fixme:toolhelp:Heap32ListFirst : stub
   __storage_service__ se://
   __storage_service__ se://
   __storage_service__ se://
   __storage_service__ se://

The "fixme" lines will not show up if you are running on a real Windows. The -pwstdin flag for grid-proxy-init should not be necessary either (wine doesn't do _getch() very well).

Portability issues

  • Directory separator handling: MS Windows is using this “\” while Unix systems has “/”. The solution was to modify the source code to handle different directory separators using the generic macros G_DIR_SEPARATOR_S and G_DIR_SEPARATOR from glibmm, as these are operating system independent solutions.
  • Temporary directory location is different on MS Windows compared to Unix systems. The MS Windows temporary directory is located in the local user directory but on Unix it is put in a "central" place (“/tmp”). To solve this problem in a platform independent way, the source code was adapted to use the glibmm method named Glib::get_tmp_dir().
  • Duplicate name definitions
    • An internal ARC method named CopyFile conflicted with method provided by the MinGW framework. This was resolved by renaming the ARC method to ARCCopyFile.
    • The Arc namespace conflicted with components in the MS Windows GDI (Graphics Device Interface). The solution was to disable GDI as this is not used by the client interface. Initially target for Unix, parts of the source code relied on Unix specific password data structures, which does not exist on MS windows. To accommodate this, a new structure (“passwd”) was defined in the Arc specific win32.h header file.
  • Proxy creation
    • Proxy file creation using the arcproxy utility produced incorrect expiration times. The affected OpenSSL code in ARC was corrected.
    • For the CREAM ACC flavour, the created proxy time was inconsistent and resulted in a delegation failure. The solution was to shift the proxy time a few minutes.
  • Thread handling
    • Since the pthread library is not part of the MinGW/MSYS environment, a custom ARC Thread method, Arc::CreateThreadFunction, was created as a wrapper method for Glib thread creation. The LDAP DMC was modified appropriately to use this creation of LDAP binding threads.
    • ARC job submission caused a thread lock due to a blocking problem in ARC TargetGenerator method. It was corrected using Glib::Mutex::Lock.
  • An array overflow inside the ARC DMC caused the arccp program to enter in an infinite loop and consume all available memory. This problem was removed by increasing the array size appropriately.
  • The command line parsing required users to add an extra dash ('-') for any optional argument. This was solved by upgrading glibmm to version 2.6 on MS Windows.