Access denied on Windows7 64bit
Oti
ohumbel at gmail.com
Mon Dec 3 22:49:59 PST 2012
Hi Erik,
to verify that I am not doing something wrong (or messing up by hand), I
always delete the old directory and then create a new one as follows:
$ cd /cygdrive/c/OpenJDK
$ mkdir jdk8_tl
$ hg clone http://hg.openjdk.java.net/jdk8/tl jdk8_tl
$ cd jdk8_tl
$ bash get_source.sh
$ bash configure --with-freetype=/cygdrive/c/OpenJDK/freetype-2.4.10/win64
$ make NEWBUILD=true
The reference in spec.gmk looks like this:
ARFLAGS:=-nologo -NODEFAULTLIB:MSVCRT
MSVCR_DLL:=/cygdrive/c/Windows/system32/msvcr100.dll
There are the following msvcr100.dll files around:
$ find . -name msvcr100.dll
./Java/jdk1.7.0_09/bin/msvcr100.dll
./Java/jdk1.7.0_09/jre/bin/msvcr100.dll
./Java/jdk1.7.0_09/jre/bin/plugin2/msvcr100.dll
./Java/jre7/bin/msvcr100.dll
./Java/jre7/bin/plugin2/msvcr100.dll
./OpenJDK/jdk8_tl/build/windows-x86_64-normal-server-release/jdk/bin/msvcr100.dl
l
./Program Files (x86)/Microsoft Visual Studio
10.0/Common7/Packages/Debugger/X64/msvcr100.dll
./Program Files (x86)/Mozilla Firefox/msvcr100.dll
./Windows/System32/msvcr100.dll
./Windows/SysWOW64/msvcr100.dll
My suspicion was that maybe the 32 bit and 64 bit 'versions' could be
different, but diff can spot no difference:
$ diff ./Windows/SysWOW64/msvcr100.dll ./Windows/System32/msvcr100.dll
$ diff ./Windows/SysWOW64/msvcr100.dll
./OpenJDK/jdk8_tl/build/windows-x86_64-normal-server-release/jdk/bin/msvcr100.dll
Using Windows Explorer and running as Administrator, I gave the
msvcr100.dll in the System32 folder full control.
The cygwin permissions now look like this:
$ ls -la ./Windows/System32/msvcr100.dll
-rwxrw-rw-+ 1 SYSTEM SYSTEM 773968 Jun 11 2011
./Windows/System32/msvcr100.dll
$ ls -la
./OpenJDK/jdk8_tl/build/windows-x86_64-normal-server-release/jdk/bin/msvcr100.dll
-rwxr--r-- 1 ohumbel None 773968 Nov 30 07:01
./OpenJDK/jdk8_tl/build/windows-x86_64-normal-server-release/jdk/bin/msvcr100.dll
This is after the build, with no manual interaction.
And - at the end of the build - I still got:
utils.cpp
zip.cpp
main.c
Error: loading:
c:\OpenJDK\jdk8_tl\build\windows-x86_64-normal-server-release\jdk\bin\msvcr100.dll
Error: loading:
c:\OpenJDK\jdk8_tl\build\windows-x86_64-normal-server-release\jdk\bin\msvcr100.dll
Error: loading:
c:\OpenJDK\jdk8_tl\build\windows-x86_64-normal-server-release\jdk\bin\msvcr100.dll
Error: loading:
c:\OpenJDK\jdk8_tl\build\windows-x86_64-normal-server-release\jdk\bin\msvcr100.dll
Error: loading:
c:\OpenJDK\jdk8_tl\build\windows-x86_64-normal-server-release\jdk\bin\msvcr100.dll
## Finished jdk (build time 00:14:33)
----- Build times -------
Start 2012-11-22 10:53:04
End 2012-11-22 11:18:01
00:01:09 corba
00:05:13 hotspot
00:01:08 jaxp
00:01:21 jaxws
00:14:33 jdk
00:01:26 langtools
00:24:57 TOTAL
-------------------------
Finished building OpenJDK for target 'all'
The build.log file can be found here:
http://jython.extreme.st/sharedfiles/build.log
And when trying to start java:
ohumbel at WIN-B8PK3J3J70Q/cygdrive/c/OpenJDK/jdk8_tl/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_29_21_56-b00)
OpenJDK 64-Bit Server VM (build 25.0-b09, mixed mode)
Error: loading:
C:\OpenJDK\jdk8_tl\build\windows-x86_64-normal-server-release\jdk\bin\msvcr100.dll
This does not change if I chmod msvcr100.dll in the bin folder.
The sad thing is that Reini, a colleague of mine
- installed Windows7 64 bit from scratch
- followed the instructions on
http://java.net/projects/adoptopenjdk/pages/BuildWindows
and now has **exactly** the problems described above.
We are running out of ideas now...
I'd appreciate if anyone has advice what to try further.
Thanks a lot!
Oti.
On Wed, Nov 21, 2012 at 9:54 AM, Erik Joelsson <erik.joelsson at oracle.com>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
>>>
>>>
More information about the build-infra-dev
mailing list