Access denied on Windows7 64bit
Kelly O'Hair
kelly.ohair at oracle.com
Wed Dec 5 14:13:57 PST 2012
If you use Visual Studio 2010 Express, you may need to download the msvcr100.dll runtime separately:
http://www.microsoft.com/en-us/download/details.aspx?id=5555
http://www.microsoft.com/en-us/download/details.aspx?id=14632
It's possible the Platform SDK could include them, I don't know.
I generally do not complicate matters by installing PlatformSDK's not even sure that's their name anymore,
maybe they are called Microsoft SDKs? Someone needs to shoot the Microsoft marketing people who keep
changing the names of everything. ;^)
-kto
On Dec 5, 2012, at 1:11 PM, Oti wrote:
> Reini,
>
> glad to hear :-)
> You are right with the standard jdk location - I still stick to Volker
> Simoni's recommendation (which obviously is not mandatory any more).
> Thanks!
>
> Oti.
>
>
>
> On Wed, Dec 5, 2012 at 8:20 PM, Patrick Reinhart <patrick at reini.net> wrote:
>
>> Hi Oti,
>>
>> Same successful result here as well. I've just corrected your how-to to
>> match the default JDK 1.7.0_09 location:
>>
>> /cygdrive/c/Program\ Files/Java/jdk1.7.0_09/bin/msvcr100.dll
>>
>> Cheers
>>
>> Patrick
>>
>> On Wed, 2012-12-05 at 15:26 +0100, Oti wrote:
>>> Success!
>>>
>>> The --with-msvcr-dll=/cygdrive/c/Java/jdk1.7.0_09/bin/msvcr100.dll flag
>> did
>>> it.
>>>
>>> Reini's and my idea for http://bugs.sun.com/view_bug.do?bug_id=8001912:
>>> If configure is able to detect a valid boot JDK (in my case
>>> /cygdrive/c/Java/jdk1.7.0_09/bin), then this JDK can be used as fallback
>>> for msvcr100.dll, instead of the /Windows/System32 one which obviously
>> does
>>> not work.
>>> This way the build would succeed no matter where other versions of the
>> .dll
>>> are installed.
>>>
>>> What we did not think through though: How to proceed if someone wants to
>>> build the 32 bit version on a 64 bit system, using a 64 bit boot JDK...
>>>
>>> Erik, Kelly: Many thanks for all your help an patience, that's awesome!
>>> Oti.
>>>
>>>
>>>
>>> P.S.
>>> And if you are still interested, here is the proof:
>>>
>>> :
>>> utils.cpp
>>> zip.cpp
>>> main.c
>>> make[3]: Leaving directory `/cygdrive/c/OpenJDK/jdk8_tl/jdk/makefiles'
>>> make[3]: Entering directory `/cygdrive/c/OpenJDK/jdk8_tl/jdk/makefiles'
>>> make[3]: Leaving directory `/cygdrive/c/OpenJDK/jdk8_tl/jdk/makefiles'
>>> make[2]: Leaving directory `/cygdrive/c/OpenJDK/jdk8_tl/jdk/makefiles'
>>> ## Finished jdk (build time 00:14:36)
>>>
>>> ----- Build times -------
>>> Start 2012-12-05 14:02:20
>>> End 2012-12-05 14:27:31
>>> 00:01:16 corba
>>> 00:05:18 hotspot
>>> 00:01:13 jaxp
>>> 00:01:23 jaxws
>>> 00:14:36 jdk
>>> 00:01:20 langtools
>>> 00:25:11 TOTAL
>>> -------------------------
>>> Finished building OpenJDK for target 'all'
>>> make[1]: Leaving directory
>>> `/cygdrive/c/OpenJDK/jdk8_tl/build/windows-x86_64-normal-server-release'
>>>
>>>
>>> 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_12_05_13_47-b00)
>>> OpenJDK 64-Bit Server VM (build 25.0-b10, mixed mode)
>>>
>>> ohumbel at WIN-B8PK3J3J70Q
>> /cygdrive/c/OpenJDK/jdk8_tl/build/windows-x86_64-normal-server-release/jdk/bin
>>> $
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Tue, Dec 4, 2012 at 3:40 PM, Erik Joelsson <erik.joelsson at oracle.com
>>> wrote:
>>>
>>>> **
>>>> I stumbled over this bug that my college filed:
>>>>
>>>> http://bugs.sun.com/view_bug.do?bug_id=8001912
>>>>
>>>> It seems that the behavior you are seeing, trying to copy the file from
>>>> $SYSTEMROOT/system32, is currently intended. Why it won't work I don't
>> know
>>>> however. As a workaround you could try using --with-msvcr-dll to point
>> to
>>>> the some other version of the file that you have.
>>>>
>>>> /Erik
>>>>
>>>>
>>>> On 2012-12-04 13:40, Oti wrote:
>>>>
>>>> Erik,
>>>>
>>>> thanks - this sounds like hope again!
>>>> Please let me know if I can help testing out stuff. I believe my
>>>> environment is now at least as stable as to produce consistent results.
>>>> Oti.
>>>>
>>>>
>>>> On Tue, Dec 4, 2012 at 10:28 AM, Erik Joelsson <
>> erik.joelsson at oracle.com>wrote:
>>>>
>>>>> Oh, my bad. I thought the SDK would include this dll, but checking my
>>>>> other machine (where I installed the sdk) it clearly didn't. It seems
>> that
>>>>> using visual studio express, msvcr100.dll is only available in the
>> debugger
>>>>> dir. Configure, however, currently avoids this location, because the
>> old
>>>>> build preferred the other location, and they don't match.
>>>>>
>>>>> I will need to investigate some more and actually try a windows system
>>>>> with just VS express and see how it works.
>>>>>
>>>>> /Erik
>>>>>
>>>>>
>>>>> On 2012-12-04 10:08, Oti wrote:
>>>>>
>>>>> Yes, you are right - no difference.
>>>>>
>>>>> I followed
>>>>>
>> http://weblogs.java.net/blog/simonis/archive/2011/10/28/yaojowbi-yet-another-openjdk-windows-build-instructiontoinstall the free versions,
>>>>> eg. Windows SDK 7.1 (
>>>>> http://www.microsoft.com/en-us/download/details.aspx?id=8279):
>>>>> Version: 7.1 Date published: 5/19/2010
>>>>> Language: English
>>>>> File name Size
>>>>> winsdk_web.exe 498 KB
>>>>>
>>>>> You can find all the latest download links here:
>>>>> http://java.net/projects/adoptopenjdk/pages/BuildWindows
>>>>>
>>>>> Below is the copied info from inside Visual C++ 2010 Express:
>>>>>
>>>>> ----
>>>>> Microsoft Visual Studio 2010
>>>>> Version 10.0.40219.1 SP1Rel
>>>>> Microsoft .NET Framework
>>>>> Version 4.0.30319 SP1Rel
>>>>>
>>>>> Installed Version: VC Express
>>>>>
>>>>> Microsoft Visual C++ 2010 01013-532-2002287-70009
>>>>> Microsoft Visual C++ 2010
>>>>>
>>>>> Hotfix for Microsoft Visual C++ 2010 Express - ENU (KB2542054)
>>>>> KB2542054
>>>>> This hotfix is for Microsoft Visual C++ 2010 Express - ENU.
>>>>> If you later install a more recent service pack, this hotfix will be
>>>>> uninstalled automatically.
>>>>> For more information, visit http://support.microsoft.com/kb/2542054.
>>>>>
>>>>> Hotfix for Microsoft Visual C++ 2010 Express - ENU (KB2635973)
>>>>> KB2635973
>>>>> This hotfix is for Microsoft Visual C++ 2010 Express - ENU.
>>>>> If you later install a more recent service pack, this hotfix will be
>>>>> uninstalled automatically.
>>>>> For more information, visit http://support.microsoft.com/kb/2635973.
>>>>>
>>>>> Microsoft Visual C++ 2010 Express - ENU Service Pack 1 (KB983509)
>>>>> KB983509
>>>>> This service pack is for Microsoft Visual C++ 2010 Express - ENU.
>>>>> If you later install a more recent service pack, this service pack
>> will
>>>>> be uninstalled automatically.
>>>>> For more information, visit http://support.microsoft.com/kb/983509.
>>>>> ----
>>>>>
>>>>>
>>>>> Now consider me a complete Visual* Newbie, there is a good chance
>> that
>>>>> I am missing something.
>>>>> The description in
>>>>> http://java.net/projects/adoptopenjdk/pages/BuildWindows is the
>> result
>>>>> of many trials to adapt
>>>>>
>> http://weblogs.java.net/blog/simonis/archive/2011/10/28/yaojowbi-yet-another-openjdk-windows-build-instructiontothe new build and the newest free Visual* versions.
>>>>>
>>>>>
>>>>> Best wishes,
>>>>> Oti.
>>>>>
>>>>>
>>>>> On Tue, Dec 4, 2012 at 9:22 AM, Erik Joelsson <
>> erik.joelsson at oracle.com>wrote:
>>>>>
>>>>>> I doubt the updated files will do any difference. This looks like a
>>>>>> problem in your environment. Which version of visual studio did you
>>>>>> install? Did you install all of it? In my installation (which I
>> think is
>>>>>> "premium"), it looks like this:
>>>>>>
>>>>>> /cygdrive/c/Program Files (x86)/Microsoft Visual Studio
>>>>>> 10.0/Common7/IDE/Remote Debugger/ia64/msvcr100.dll
>>>>>> /cygdrive/c/Program Files (x86)/Microsoft Visual Studio
>>>>>> 10.0/Common7/IDE/Remote Debugger/x64/msvcr100.dll
>>>>>> /cygdrive/c/Program Files (x86)/Microsoft Visual Studio
>>>>>> 10.0/Common7/IDE/Remote Debugger/x86/msvcr100.dll
>>>>>> /cygdrive/c/Program Files (x86)/Microsoft Visual Studio
>>>>>> 10.0/VC/redist/x64/Microsoft.VC100.CRT/msvcr100.dll
>>>>>> /cygdrive/c/Program Files (x86)/Microsoft Visual Studio
>>>>>> 10.0/VC/redist/x86/Microsoft.VC100.CRT/msvcr100.dll
>>>>>>
>>>>>> And the correct msvcr100.dll are the ones in:
>>>>>>
>>>>>> /cygdrive/c/Program Files (x86)/Microsoft Visual Studio
>>>>>> 10.0/VC/redist/x64/Microsoft.VC100.CRT/msvcr100.dll
>>>>>> /cygdrive/c/Program Files (x86)/Microsoft Visual Studio
>>>>>> 10.0/VC/redist/x86/Microsoft.VC100.CRT/msvcr100.dll
>>>>>>
>>>>>> At one point (long ago), we accidentally picked up the ones in Remote
>>>>>> Debugger and got into problems.
>>>>>>
>>>>>> Another way to get a working environment is to install the Windows
>> SDK
>>>>>> version 7.1, which I understand is free to use. Configure will pick
>> up the
>>>>>> compilers and libraries from that automatically too.
>>>>>>
>>>>>> /Erik
>>>>>>
>>>>>>
>>>>>> On 2012-12-04 08:13, Oti wrote:
>>>>>>
>>>>>> Hi Erik,
>>>>>>
>>>>>> this was with make files older than 3rd December.
>>>>>> I'll try again, with
>>>>>> hg: build-infra/jdk8: 8001942: build-infra: General permission
>>>>>> problems on Windows/cygwin
>>>>>> included.
>>>>>> Assuming hg.openjdk.java.net/jdk8/tl
>>>>>>
>>>>>>
>>>>>> tis the right repo to clone?
>>>>>> Stay tuned.
>>>>>>
>>>>>> Oti.
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Dec 4, 2012 at 7:49 AM, Oti <ohumbel at gmail.com> wrote:
>>>>>>
>>>>>>> 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