Access denied on Windows7 64bit

Patrick Reinhart patrick at reini.net
Tue Nov 20 12:40:46 PST 2012


Hi Oti,

Could it be that msvcr100.dll should be executable?

Cheers

Patrick 'Reini' Reinhart

Am 20.11.2012 um 21:23 schrieb Oti <ohumbel at gmail.com>:

> 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
> 
> :
> 
> Again file permissions, or
> could it be that another path should be converted to cygwin?
> 
> Oti.
> 
> 
> On Tue, Nov 20, 2012 at 4:48 PM, Oti <ohumbel at gmail.com> wrote:
> 
>> Yes,
>> that is exactly what my experiments just showed as well :-)
>> 
>> thx
>> Oti.
>> 
>> 
>> On Tue, Nov 20, 2012 at 4:10 PM, Erik Joelsson <erik.joelsson at oracle.com>wrote:
>> 
>>> After reading this, I think I vaguely remember someone saying something
>>> about creating the directory in cygwin, not explorer. I did an experiment
>>> based on this. Using explorer, I created a directory "testdir" in c:\. I
>>> then opened a cygwin terminal and CDd into it and did a hg clone. Both
>>> c:\testdir and all the files I cloned showed permissions in cygwin as
>>> ---------+. Then, in the cygwin terminal, I created c:\testdir2 and cloned
>>> in there. All the files in there got -rwxr-xr-x+. It seems that could be
>>> the solution.
>>> 
>>> /Erik
>>> 
>>> 
>>> On 2012-11-20 14:57, Staffan Larsen wrote:
>>> 
>>>> I know that I have had to create an empty directory, make sure it has
>>>> all permissions for everyone in windows, make sure subdirectories inherit
>>>> permissions, and only then sync out the source to this directory. Not sure
>>>> this helps you, but thought I would mention it.
>>>> 
>>>> /Staffan
>>>> 
>>>> On 20 nov 2012, at 14:14, Oti<ohumbel at gmail.com>  wrote:
>>>> 
>>>> Kelly,
>>>>> 
>>>>> thanks for the fast response!
>>>>> Wow, real file permissions - I should have thought of that …
>>>>> 
>>>>> They look like this:
>>>>> $ ls -l
>>>>> ./langtools/src/share/classes/**com/sun/tools/doclets/**
>>>>> internal/toolkit/resources/**background.gif
>>>>> ----------+ 1 ohumbel None 2313 Nov 15 08:49
>>>>> ./langtools/src/share/classes/**com/sun/tools/doclets/**
>>>>> internal/toolkit/resources/**background.gif
>>>>> 
>>>>> while on Ubuntu I see:
>>>>> $ ls -l
>>>>> ./langtools/src/share/classes/**com/sun/tools/doclets/**
>>>>> internal/toolkit/resources/**background.gif
>>>>> -rw-rw-r--. 1 rep rep 2313 Jul 21  2011
>>>>> ./langtools/src/share/classes/**com/sun/tools/doclets/**
>>>>> internal/toolkit/resources/**background.gif
>>>>> 
>>>>> 
>>>>> I believe Tortoise is the only hg on my system:
>>>>> $ python
>>>>> -bash: python: command not found
>>>>> $ which hg
>>>>> /cygdrive/c/Program Files/TortoiseHg/hg
>>>>> 
>>>>> 
>>>>> Changing the permissions as follows:
>>>>> ohumbel at WIN-B8PK3J3J70Q/**cygdrive/c/OpenJDK/jdk8_tl/**
>>>>> langtools/src/share/classes/**com/sun/tools/doclets/**
>>>>> internal/toolkit/resources
>>>>> $ ls -la
>>>>> -rw-rw-r--+ 1 ohumbel None  2313 Nov 15 08:49 background.gif
>>>>> :
>>>>> -rw-rw-r--+ 1 ohumbel None 10701 Nov 15 08:49 titlebar.gif
>>>>> 
>>>>> , I get an Access denied from another directory:
>>>>> java.io.FileNotFoundException:
>>>>> com\sun\tools\javac\services\**javax.tools.JavaCompilerTool (Access is
>>>>> denied)
>>>>> 
>>>>> 
>>>>> In the archives I read that TortoiseHg solves some problems because it
>>>>> provides a hg.exe. That is the reason why I installed it.
>>>>> Is this still true?
>>>>> If yes: How can I tell Tortoise to preserve the file permissions?
>>>>> 
>>>>> Oti.
>>>>> 
>>>>> 
>>>>> On Mon, Nov 19, 2012 at 8:47 PM, Kelly O'Hair<kelly.ohair at oracle.com>**
>>>>> wrote:
>>>>> 
>>>>> Since this appears to be some kind of file permission issue, what does
>>>>>> 'ls
>>>>>> -al' say on these files?
>>>>>> 
>>>>>> Perhaps the problem is with the hg you are using?
>>>>>> 
>>>>>> -kto
>>>>>> 
>>>>>> On Nov 19, 2012, at 9:51 AM, Oti wrote:
>>>>>> 
>>>>>> Hi all,
>>>>>>> 
>>>>>>> recently I joined the AdoptOpenJDK program and started to test the new
>>>>>>> build on Windows.
>>>>>>> You can find a list what I did here:
>>>>>>> http://java.net/projects/**adoptopenjdk/pages/**BuildWindows<http://java.net/projects/adoptopenjdk/pages/BuildWindows>
>>>>>>> .
>>>>>>> 
>>>>>>> The disabling of ASLR really helped: Before that I got a never ending
>>>>>>> hotspot build with 0% CPU load.
>>>>>>> Now hotspot builds just fine, thanks for the tip in
>>>>>>> 
>>>>>>> http://mail.openjdk.java.net/**pipermail/build-dev/2012-**
>>>>>> February/005594.html<http://mail.openjdk.java.net/pipermail/build-dev/2012-February/005594.html>
>>>>>> !
>>>>>> 
>>>>>>> What I am stuck with now is an Access denied stack trace.
>>>>>>> I can reproduce it as many times I want, like this:
>>>>>>> 
>>>>>>> 
>>>>>>> ohumbel at WIN-B8PK3J3J70Q ~
>>>>>>> $ cd /cygdrive/c/OpenJDK/jdk8_tl/**common/makefiles/
>>>>>>> 
>>>>>>> ohumbel at WIN-B8PK3J3J70Q /cygdrive/c/OpenJDK/jdk8_tl/**
>>>>>>> common/makefiles
>>>>>>> $ make clean-langtools
>>>>>>> Cleaning langtools build artifacts ... done
>>>>>>> 
>>>>>>> ohumbel at WIN-B8PK3J3J70Q /cygdrive/c/OpenJDK/jdk8_tl/**
>>>>>>> common/makefiles
>>>>>>> $ make langtools-only
>>>>>>> Building OpenJDK for target 'langtools-only' in configuration
>>>>>>> 'windows-x86_64-normal-server-**release
>>>>>>>           '
>>>>>>> 
>>>>>>> ## Starting langtools
>>>>>>> Compiling 2 files for BUILD_TOOLS
>>>>>>> Compiling 23 properties into resource bundles
>>>>>>> Compiling 673 files for BUILD_BOOTSTRAP_LANGTOOLS
>>>>>>> Creating langtools/dist/bootstrap/lib/**javac.jar
>>>>>>> Compiling 676 files for BUILD_FULL_JAVAC
>>>>>>> Creating langtools/dist/lib/classes.jar
>>>>>>> java.io.FileNotFoundException:
>>>>>>> com\sun\tools\doclets\**internal\toolkit\resources\**background.gif
>>>>>>> (Access
>>>>>> is
>>>>>> 
>>>>>>> denied)
>>>>>>>       at java.io.FileInputStream.open(**Native Method)
>>>>>>>       at java.io.FileInputStream.<init>**(FileInputStream.java:138)
>>>>>>>       at sun.tools.jar.Main.copy(Main.**java:791)
>>>>>>>       at sun.tools.jar.Main.addFile(**Main.java:740)
>>>>>>>       at sun.tools.jar.Main.update(**Main.java:592)
>>>>>>>       at sun.tools.jar.Main.run(Main.**java:223)
>>>>>>>       at sun.tools.jar.Main.main(Main.**java:1177)
>>>>>>> BuildLangtools.gmk:186: recipe for target
>>>>>>> 
>>>>>>> `/cygdrive/c/OpenJDK/jdk8_tl/**build/windows-x86_64-normal-**
>>>>>> server-release/langtools/dist/**lib/classes.jar'
>>>>>> 
>>>>>>> failed
>>>>>>> make[1]: ***
>>>>>>> 
>>>>>>> [/cygdrive/c/OpenJDK/jdk8_tl/**build/windows-x86_64-normal-**
>>>>>> server-release/langtools/dist/**lib/classes.jar]
>>>>>> 
>>>>>>> Error 1
>>>>>>> /cygdrive/c/OpenJDK/jdk8_tl/**common/makefiles//Main.gmk:75: recipe
>>>>>>> for
>>>>>>> target `langtools-only' failed
>>>>>>> make: *** [langtools-only] Error 2
>>>>>>> 
>>>>>>> 
>>>>>>> Interestingly, it is always the same background.gif which appears in
>>>>>>> the
>>>>>>> error message.
>>>>>>> 
>>>>>>>> From the above mentioned mail thread I guess that this could have
>>>>>>> something
>>>>>> 
>>>>>>> to to with Security Software (Anti-Virus, ...)
>>>>>>> I use Microsoft Security Essentials and
>>>>>>> - disabled all real time access
>>>>>>> - excluded the whole jdk folder
>>>>>>> - excluded the whole cygwin folder
>>>>>>> , but without any effect.
>>>>>>> 
>>>>>>> Hopefully somebody on this list has a tip what I could try next.
>>>>>>> 
>>>>>>> Thanks in advance, and best wishes,
>>>>>>> Oti.
>>>>>>> 
>>>>>>> 
>>>>>>> PS.
>>>>>>> I am running a VM inside VMware Fusion on a Macbook Air
>> 



More information about the build-infra-dev mailing list