[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openjdk-build-infra-dev
Subject:    Access denied on Windows7 64bit
From:       kelly.ohair () oracle ! com (Kelly O'Hair)
Date:       2012-11-21 16:39:04
Message-ID: 9FDA6036-A6BD-4229-AFF3-3BC0046975E6 () oracle ! com
[Download RAW message or body]

Just some background...  When we used MKS with the old makefiles, there was a bad \
habit of not following the copy with a 'chmod a+rx' simply because MKS seemed to \
always default to very generous copied file permissions, either the equivalent of \
'chmod a+rx' or even 'chmod a+rwx'. The default umask was mostly ignored by MKS. So \
when we allowed the use of CYGWIN, which did permissions more like Linux/Solaris, we \
often had to change the make rules to include the chmod calls, and also rm's before \
writing to a file that could be copied as read-only.  So even with the old builds, if \
used with CYGWIN, I would not be surprised if issues remained with regards to this.

At a high level, I really wish we could create an inventory file with every bundle we \
create that would itemize the entire bundle contents, something to nail down and \
allow us to check these kind of things.

So please try doing a  'chmod a+rx' on this msvcr100.dll file and see if that works.

-kto

On Nov 21, 2012, at 12:54 AM, Erik Joelsson wrote:

> Hello Oti,
> 
> It could be that. I know one of my colleges has an issue that is at least similar. \
> Something with permissions getting messed up after copying that file into the build \
> directory. It could also be that the wrong msvcr100.dll has been picked up. We had \
> a bug at some point where that could happen and I'm not sure how up to date the \
> source base you are building from is. To check, find the reference to that file in \
> spec.gmk in the root of your build dir. 
> To see if it's a permissions issue, you could try chmod, checking the permissions \
> using explorer or manually copying the file using explorer and see if anything \
> makes a difference. 
> /Erik
> 
> On 2012-11-20 22:48, Oti wrote:
> > Sorry for the poor formatting in the last message. The text below should be
> > a lot easier to read.
> > 
> > Hi again,
> > how cool is that:
> > 
> > ----- Build times -------
> > Start 2012-11-20 20:39:50
> > End   2012-11-20 21:05:26
> > 00:01:11 corba
> > 00:05:17 hotspot
> > 00:01:04 jaxp
> > 00:01:15 jaxws
> > 00:15:22 jdk
> > 00:01:22 langtools
> > 00:25:36 TOTAL
> > -------------------------
> > Finished building OpenJDK for target 'all'
> > 
> > 
> > However, a few lines above:
> > 
> > utils.cpp
> > zip.cpp
> > main.c
> > Error: loading:
> > c:\OpenJDK\jdk8_tl_2\build\windows-x86_64-normal-server-release\jdk\bin\msvcr100.dll
> >                 
> > Error: loading:
> > c:\OpenJDK\jdk8_tl_2\build\windows-x86_64-normal-server-release\jdk\bin\msvcr100.dll
> >                 
> > Error: loading:
> > c:\OpenJDK\jdk8_tl_2\build\windows-x86_64-normal-server-release\jdk\bin\msvcr100.dll
> >                 
> > Error: loading:
> > c:\OpenJDK\jdk8_tl_2\build\windows-x86_64-normal-server-release\jdk\bin\msvcr100.dll
> >                 
> > Error: loading:
> > c:\OpenJDK\jdk8_tl_2\build\windows-x86_64-normal-server-release\jdk\bin\msvcr100.dll
> >  ## Finished jdk (build time 00:15:22)
> > 
> > And the same error appears when trying to start the just built java:
> > 
> > ohumbel at WIN-B8PK3J3J70Q/cygdrive/c/OpenJDK/jdk8_tl_2/build/windows-x86_64-normal-server-release/jdk/bin
> >  $ ./java -version
> > openjdk version "1.8.0-internal"
> > OpenJDK Runtime Environment (build
> > 1.8.0-internal-ohumbel_2012_11_20_20_38-b00)
> > OpenJDK 64-Bit Server VM (build 25.0-b09, mixed mode)
> > Error: loading:
> > C:\OpenJDK\jdk8_tl_2\build\windows-x86_64-normal-server-release\jdk\bin\msvcr100.dll
> >  
> > But the msvcr100.dll is present:
> > 
> > ohumbel at WIN-B8PK3J3J70Q/cygdrive/c/OpenJDK/jdk8_tl_2/build/windows-x86_64-normal-server-release/jdk/bin
> >  $ ls -la
> > total 14160
> > drwxr-xr-x+ 1 ohumbel None       0 Nov 20 21:05 .
> > drwxr-xr-x+ 1 ohumbel None       0 Nov 20 21:05 ..
> > -rw-r--r--  1 ohumbel None   32492 Nov 20 21:04 appletviewer.diz
> > -rwxr-xr-x  1 ohumbel None    9728 Nov 20 21:04 appletviewer.exe
> > -rw-r--r--  1 ohumbel None   54444 Nov 20 21:02 attach.diz
> > -rwxr-xr-x  1 ohumbel None   14848 Nov 20 21:02 attach.dll
> > > 
> > -rw-r--r--  1 ohumbel None  204307 Nov 20 21:03 lcms.diz
> > -rwxr-xr-x  1 ohumbel None  179200 Nov 20 21:03 lcms.dll
> > -rw-r--r--  1 ohumbel None   90728 Nov 20 21:03 management.diz
> > -rwxr-xr-x  1 ohumbel None   28160 Nov 20 21:03 management.dll
> > -rw-r--r--  1 ohumbel None  135997 Nov 20 21:00 mlib_image.diz
> > -rwxr-xr-x  1 ohumbel None  646656 Nov 20 21:00 mlib_image.dll
> > -rwx------  1 ohumbel None  773968 Nov 20 20:55 msvcr100.dll
> > > 
> > 
> > Could it be that another path should be converted to cygwin?
> > 
> > 
> > Reini,
> > changing the file permission has no effect for running java:
> > 
> > ohumbel at WIN-B8PK3J3J70Q/cygdrive/c/OpenJDK/jdk8_tl_2/build/windows-x86_64-normal-server-release/jdk/bin
> >  $ ls -la msv*
> > -rwxr-xr-x 1 ohumbel None 773968 Nov 20 20:55 msvcr100.dll
> > $ ./java -version
> > openjdk version "1.8.0-internal"
> > OpenJDK Runtime Environment (build
> > 1.8.0-internal-ohumbel_2012_11_20_20_38-b00)
> > OpenJDK 64-Bit Server VM (build 25.0-b09, mixed mode)
> > Error: loading:
> > C:\OpenJDK\jdk8_tl_2\build\windows-x86_64-normal-server-release\jdk\bin\msvcr100.dll
> >  
> > , and during the build I have no control over it.
> > 
> > Thanks, and best wishes
> > Oti.
> > 
> > 
> > 
> > On Tue, Nov 20, 2012 at 9:40 PM, Patrick Reinhart<patrick at reini.net>  wrote:
> > 
> > > Hi Oti,
> > > 
> > > Could it be that msvcr100.dll should be executable?
> > > 
> > > Cheers
> > > 
> > > Patrick 'Reini' Reinhart
> > > 


[prev in list] [next in list] [prev in thread] [next in thread]