Access denied on Windows7 64bit

[Kelly O'Hair]

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
>>>