[9] Review request for 8136918: Ensemble uses deprecated flv (vp6) media files hosted on OTN

2016-04-13 Thread Alexander Matveev 

Hi Kevin,

Please review the following:
https://bugs.openjdk.java.net/browse/JDK-8136918

Updated Ensemble and HelloMedia to use oow2010-2.mp4 instead of 
oow2010-2.flv.


Thanks,
Alexander

review: Clear potential exception when reporting exceptions from JNI Glass GTK

2016-04-13 Thread David Hill 


Kevin, could you review: Clear potential exception when reporting exceptions 
from JNI Glass GTK

A one line diff in:

https://bugs.openjdk.java.net/browse/JDK-8154206

--
David Hill
Java Embedded Development

"A man's feet should be planted in his country, but his eyes should survey the 
world."
-- George Santayana (1863 - 1952)

Re: [9] Review request for 8150076: Print jobs are not finished when used a page range

2016-04-13 Thread Phil Race 

I have an old PageRange printing test where I set
settings.setPageRanges(new PageRange(1,3));
and it prints fine on JDK 9 on Win 7 x64.
In fact it also prints fine with 8u74

Also a thread dump doesn't show any problem with the print thread not 
terminating.


So I assume the test that shows the bug must be doing something I am not.

You say [9] above but I see your webrev suggests 8u !
"/cygdrive/c/ws/javafx/8u-dev/rt"

Can you please
(a)  prepare a webrev against 9 instead of 8u.
(b) include (and therefore share) the test you are using that 
illustrates the problem.


-phil.

On 04/12/2016 09:21 AM, mikhail cherkasov wrote:

Hi all,

Could you please review the fix for:
https://bugs.openjdk.java.net/browse/JDK-8150076
webrev:
http://cr.openjdk.java.net/~mcherkas/8150076/webrev.00/

J2DPrinterJob waits when page printing is done, but doesn't check that
the whole job is done or that it is failed due error, as result we can
never quit from while cycle in method " implPrintPage".
The fix adds this checks.

Thanks,
Mikhail.

Re: status behind JDK-8149738

2016-04-13 Thread Guru Hb 

Hi Matthieu,

I could re-produce the crash as you have mentioned. Thanks for helping 
out to for the html test content.


Please keep an eye on JI-9035239 for further updates.

Thanks,
Guru

On 13/4/16 9:13 PM, Matthieu BROUILLARD wrote:

Hi Guru,

I have filled an issue in http://bugreport.java.com/ ; denominated for 
the moment JI-9035239.


I have a simple reproducer test app that I also put in the bug report: 
https://gist.github.com/McFoggy/e6166349b8ea012c925665fcf9625501


The problem occures when colgroups>col width are reset/recomputed 
only. If in the webapp you uncheck the "Clear col sizes" combobox then 
the app should work correctly.
If at startup you uncheck it ; it will normally work. What is weird is 
that if then you re-check it ; it will continue to work and will not 
fail anymore.


Notice that with this simple reproducer test case I now reproduce the 
problem not only on 32bits versions but also on 64bits 8u74 & 8u77.


Thanks

Matthieu


On Wed, Apr 13, 2016 at 5:07 AM, Guru Hb > wrote:


Hi Matthieu,

If you could update the re-producer html/js in the JBS would be
very help full.

I could reproduce with
http://advanced-gwt.sourceforge.net/demo/index.html --> "Click
Heading (Caption)" --> Crash. There are multiple Table listed in
the left panel, where i can re-produce the crash which originates
from "com.sun.webkit.WebPage.twkProcessMouseEvent".

Thanks,
Guru

On 12/4/16 10:00 PM, Matthieu BROUILLARD wrote:

Hi Guru,

I think I have isolated the problem ; it relates to GWT FlexTable
(with fixed column & row size) that is cleaned and refilled.
Tomorrow I'll build a clean GWT reproducer app and will send it
to you.
I'll also do the exact same in pure html/js without GWT being
involved.

Matthieu


On Tue, Apr 12, 2016 at 11:18 AM, Guru Hb > wrote:

Thank you Matthieu,

Let me create a sample GWT web  application with tabs along
with the use case mentioned below. Will update the status in
the JBS.

Thanks,
Guru


On 12/4/16 2:26 PM, Matthieu BROUILLARD wrote:

Hi,

let me try to give more insights

/>>> 0. resume of running and crashing JVMs/
64 bits: all tested work (at least issue not reproduced)
32 bits:
   - 8u74-i586, 8u60-i586: fail
   - 8u45-i586: OK

/>>> 00. Application under test/
We have simplified the reproducer JavaFX app as "just" a
simple webview opening our GWT webapplication.
There's no magic here, just a call to load() method on the
WebEngine of a WebView.

/>>> 1. What Content is loaded to WebEngine. (Live webpage
or custom content)/
It is a dynamic GWT webapplication.
When launched, the application loads correctly: dynamic
content (multiple dynamic parts in the app) is
created/loaded/shown.
The loaded page shows several tabs, when clicking on a tab
the JVM crashes.

/>>> 2. which mouse event lead to crash (Right / left click,
Double click, Scroll)/
single left click.

/>>> 3. W.r.t 2nd point, is there a pop-up dialog exist ? or
what was the html element under which mouse event triggered
(Input element, Editable div, Form elements, Image , upload
dialog, table,etc)./
it is a simple div element that is CSS styled.

/>>> 4. Any Modal Dialog used in the application under test
, which will be used as a call back to an event from
WebEngine ?/
No in this case our JavaFX reproducer app, is nothing more than:
...
WebView wv = new WebView();
wv.getEngine().load("http://ourwebapp;);
...

In our global product we have indeed interaction between the
host JVM & the webapp ; but here we reproduce the crash with
a simple app consisting of the 2 lines above.


On Tue, Apr 12, 2016 at 9:41 AM, Guru Hb > wrote:

Hi Matthieu,

Crash is due to Mouse event is not handled correctly
from WebView context.

Could you please provide these details.

1. What Content is loaded to WebEngine. (Live webpage or
custom content)
2. which mouse event lead to crash (Right / left click,
Double click, Scroll)
3. W.r.t 2nd point, is there a pop-up dialog exist ? or
what was the html element under which mouse event
triggered (Input element, Editable div, Form elements,
Image , upload dialog, table,etc).
4. Any Modal Dialog used in the application under test ,
which will be used as a call back to an event from
WebEngine ?

Re: status behind JDK-8149738

2016-04-13 Thread Matthieu BROUILLARD 
Hi Guru,

I have filled an issue in http://bugreport.java.com/ ; denominated for the
moment JI-9035239.

I have a simple reproducer test app that I also put in the bug report:
https://gist.github.com/McFoggy/e6166349b8ea012c925665fcf9625501

The problem occures when colgroups>col width are reset/recomputed only. If
in the webapp you uncheck the "Clear col sizes" combobox then the app
should work correctly.
If at startup you uncheck it ; it will normally work. What is weird is that
if then you re-check it ; it will continue to work and will not fail
anymore.

Notice that with this simple reproducer test case I now reproduce the
problem not only on 32bits versions but also on 64bits 8u74 & 8u77.

Thanks

Matthieu


On Wed, Apr 13, 2016 at 5:07 AM, Guru Hb  wrote:

> Hi Matthieu,
>
> If you could update the re-producer html/js in the JBS would be very help
> full.
>
> I could reproduce with http://advanced-gwt.sourceforge.net/demo/index.html
> --> "Click Heading (Caption)" --> Crash. There are multiple Table listed in
> the left panel, where i can re-produce the crash which originates from
> "com.sun.webkit.WebPage.twkProcessMouseEvent".
>
> Thanks,
> Guru
>
> On 12/4/16 10:00 PM, Matthieu BROUILLARD wrote:
>
> Hi Guru,
>
> I think I have isolated the problem ; it relates to GWT FlexTable (with
> fixed column & row size) that is cleaned and refilled.
> Tomorrow I'll build a clean GWT reproducer app and will send it to you.
> I'll also do the exact same in pure html/js without GWT being involved.
>
> Matthieu
>
>
> On Tue, Apr 12, 2016 at 11:18 AM, Guru Hb  wrote:
>
>> Thank you Matthieu,
>>
>> Let me create a sample GWT web  application with tabs along with the use
>> case mentioned below. Will update the status in the JBS.
>>
>> Thanks,
>> Guru
>>
>>
>> On 12/4/16 2:26 PM, Matthieu BROUILLARD wrote:
>>
>> Hi,
>>
>> let me try to give more insights
>>
>> *>>> 0. resume of running and crashing JVMs*
>> 64 bits: all tested work (at least issue not reproduced)
>> 32 bits:
>>- 8u74-i586, 8u60-i586: fail
>>- 8u45-i586: OK
>>
>> *>>> 00. Application under test*
>> We have simplified the reproducer JavaFX app as "just" a simple webview
>> opening our GWT webapplication.
>> There's no magic here, just a call to load() method on the WebEngine of a
>> WebView.
>>
>> *>>> 1. What Content is loaded to WebEngine. (Live webpage or custom
>> content)*
>> It is a dynamic GWT webapplication.
>> When launched, the application loads correctly: dynamic content (multiple
>> dynamic parts in the app) is created/loaded/shown.
>> The loaded page shows several tabs, when clicking on a tab the JVM
>> crashes.
>>
>> *>>> 2. which mouse event lead to crash (Right / left click, Double
>> click, Scroll)*
>> single left click.
>>
>> *>>> 3. W.r.t 2nd point, is there a pop-up dialog exist ? or what was the
>> html element under which mouse event triggered (Input element, Editable
>> div, Form elements, Image , upload dialog, table,etc).*
>> it is a simple div element that is CSS styled.
>>
>> *>>> 4. Any Modal Dialog used in the application under test , which will
>> be used as a call back to an event from WebEngine ?*
>> No in this case our JavaFX reproducer app, is nothing more than:
>> ...
>> WebView wv = new WebView();
>> wv.getEngine().load(" http://ourwebapp;);
>> ...
>>
>> In our global product we have indeed interaction between the host JVM &
>> the webapp ; but here we reproduce the crash with a simple app consisting
>> of the 2 lines above.
>>
>>
>> On Tue, Apr 12, 2016 at 9:41 AM, Guru Hb < 
>> guru...@oracle.com> wrote:
>>
>>> Hi Matthieu,
>>>
>>> Crash is due to Mouse event is not handled correctly from WebView
>>> context.
>>>
>>> Could you please provide these details.
>>>
>>> 1. What Content is loaded to WebEngine. (Live webpage or custom content)
>>> 2. which mouse event lead to crash (Right / left click, Double click,
>>> Scroll)
>>> 3. W.r.t 2nd point, is there a pop-up dialog exist ? or what was the
>>> html element under which mouse event triggered (Input element, Editable
>>> div, Form elements, Image , upload dialog, table,etc).
>>> 4. Any Modal Dialog used in the application under test , which will be
>>> used as a call back to an event from WebEngine ?
>>>
>>> With above details , i could derive a test content / scenario to
>>> re-produce the crash.
>>>
>>> Thanks,
>>> Guru
>>>
>>> On 11/4/16 10:09 PM, Matthieu BROUILLARD wrote:
>>>
 Hi all,

 In our application that integrates some webapps we are facing quite the
 same error than the one reported at
 https://bugs.openjdk.java.net/browse/JDK-8149738.
 The issue above has been marked with 'bugdb_22696741' ; does it mean it
 is
 referenced with more details elsewhere? Is there a known workaround?

 In our use case, when navigating in the webview into some GWT based
 application using 8u74-i586 (or 8u60-i586) we always crash

Re: Webkit: Conversion from string literal loses const qualifier

2016-04-13 Thread Ali Ebrahimi 
Done. Review ID: JI-9035229

On Wed, Apr 13, 2016 at 5:33 PM, Vadim Pakhnushev <
vadim.pakhnus...@oracle.com> wrote:

> Oh, right!
> In that case I would suggest you to file a bug at the
> http://bugs.java.com/
>
> Thanks,
> Vadim
>
>
> On 13.04.2016 15:55, Ali Ebrahimi wrote:
>
> Hi,
> This is similar bug and in same file but in 2th parameter of initMethod.
> It seems MC compiler changed some rules in latest updates.
>
> On Wed, Apr 13, 2016 at 3:22 PM, Vadim Pakhnushev <
> vadim.pakhnus...@oracle.com> wrote:
>
>> Ali,
>>
>> Seems like this bug https://bugs.openjdk.java.net/browse/JDK-8090061
>> Although it was pushed to the 9-dev in January.
>>
>> Vadim
>>
>>
>> On 13.04.2016 10:50, Ali Ebrahimi wrote:
>>
>>> Hi Kevin,
>>> I'm building with "Microsoft Visual Studio Ultimate 2013 Update 5" on
>>> win8.1 64bit and FX repo http://hg.openjdk.java.net/openjfx/9-dev/rt.
>>>
>>> On Wed, Apr 13, 2016 at 2:54 AM, Kevin Rushforth <
>>> kevin.rushfo...@oracle.com
>>>
 wrote:
 Hi Ali,

 The production build of FX is done using VS2013 and we haven't seen this
 error. Where are you getting FX from? Are you using VS2013 Express or
 Pro?
 If Express, be aware that we do not support 64-bit builds (although
 this is
 not likely your problem).

 -- Kevin



 Ali Ebrahimi wrote:

 Hi,
> When building with VS2013 I get following error:
>
>
>
> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(46)
> : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char
> *)' : cannot convert argument 3 from 'const char [7]' to 'char *'
>  Conversion from string literal loses const qualifier (see
> /Zc:strictStrings)
>
>
> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava
> .cpp(87) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char
> *,const
> char*)' : cannot convert argument 3 from 'const char [18]' to 'char *'
>  Conversion from string literal loses const qualifier (see
> /Zc:strictStrings)
>
>
> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(98)
> : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char
> *)' : cannot convert argument 3 from 'const char [20]' to 'char *'
>  Conversion from string literal loses const qualifier (see
> /Zc:strictStrings)
>
>
> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava
> .cpp(311) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char
> *,const
> char *)' : cannot convert argument 3 from 'const char [14]' to 'char *'
>  Conversion from string literal loses const qualifier (see
> /Zc:strictStrings)
> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual
> Studio
> 12.0
> \VC\BIN\amd64\cl.EXE"' : return code '0x2'
> Stop.
> NMAKE : fatal error U1077: '(' : return code '0x2'
> Stop.
> NMAKE : fatal error U1077: 'cd' : return code '0x2'
> Stop.
> :web:compileNativeWin FAILED
>
>
>
>>>
>>
>
>
> --
>
> Best Regards,
> Ali Ebrahimi
>
>
>


-- 

Best Regards,
Ali Ebrahimi

Re: Webkit: Conversion from string literal loses const qualifier

2016-04-13 Thread Vadim Pakhnushev 

Oh, right!
In that case I would suggest you to file a bug at the http://bugs.java.com/

Thanks,
Vadim

On 13.04.2016 15:55, Ali Ebrahimi wrote:

Hi,
This is similar bug and in same file but in 2th parameter 
of initMethod. It seems MC compiler changed some rules in latest updates.


On Wed, Apr 13, 2016 at 3:22 PM, Vadim Pakhnushev 
> wrote:


Ali,

Seems like this bug https://bugs.openjdk.java.net/browse/JDK-8090061
Although it was pushed to the 9-dev in January.

Vadim


On 13.04.2016 10:50, Ali Ebrahimi wrote:

Hi Kevin,
I'm building with "Microsoft Visual Studio Ultimate 2013
Update 5" on
win8.1 64bit and FX repo
http://hg.openjdk.java.net/openjfx/9-dev/rt.

On Wed, Apr 13, 2016 at 2:54 AM, Kevin Rushforth


wrote:
Hi Ali,

The production build of FX is done using VS2013 and we
haven't seen this
error. Where are you getting FX from? Are you using VS2013
Express or Pro?
If Express, be aware that we do not support 64-bit builds
(although this is
not likely your problem).

-- Kevin



Ali Ebrahimi wrote:

Hi,
When building with VS2013 I get following error:



..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(46)
: error C2664: 'jmethodID initMethod(JNIEnv
*,jclass,char *,const char
*)' : cannot convert argument 3 from 'const char [7]'
to 'char *'
 Conversion from string literal loses const
qualifier (see
/Zc:strictStrings)


..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava
.cpp(87) : error C2664: 'jmethodID initMethod(JNIEnv
*,jclass,char *,const
char*)' : cannot convert argument 3 from 'const char
[18]' to 'char *'
 Conversion from string literal loses const
qualifier (see
/Zc:strictStrings)


..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(98)
: error C2664: 'jmethodID initMethod(JNIEnv
*,jclass,char *,const char
*)' : cannot convert argument 3 from 'const char [20]'
to 'char *'
 Conversion from string literal loses const
qualifier (see
/Zc:strictStrings)


..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava
.cpp(311) : error C2664: 'jmethodID initMethod(JNIEnv
*,jclass,char
*,const
char *)' : cannot convert argument 3 from 'const char
[14]' to 'char *'
 Conversion from string literal loses const
qualifier (see
/Zc:strictStrings)
NMAKE : fatal error U1077: '"C:\Program Files
(x86)\Microsoft Visual
Studio
12.0
\VC\BIN\amd64\cl.EXE"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '(' : return code '0x2'
Stop.
NMAKE : fatal error U1077: 'cd' : return code '0x2'
Stop.
:web:compileNativeWin FAILED







--

Best Regards,
Ali Ebrahimi

Re: Webkit: Conversion from string literal loses const qualifier

2016-04-13 Thread Ali Ebrahimi 
Hi,
This is similar bug and in same file but in 2th parameter of initMethod. It
seems MC compiler changed some rules in latest updates.

On Wed, Apr 13, 2016 at 3:22 PM, Vadim Pakhnushev <
vadim.pakhnus...@oracle.com> wrote:

> Ali,
>
> Seems like this bug https://bugs.openjdk.java.net/browse/JDK-8090061
> Although it was pushed to the 9-dev in January.
>
> Vadim
>
>
> On 13.04.2016 10:50, Ali Ebrahimi wrote:
>
>> Hi Kevin,
>> I'm building with "Microsoft Visual Studio Ultimate 2013 Update 5" on
>> win8.1 64bit and FX repo http://hg.openjdk.java.net/openjfx/9-dev/rt.
>>
>> On Wed, Apr 13, 2016 at 2:54 AM, Kevin Rushforth <
>> kevin.rushfo...@oracle.com
>>
>>> wrote:
>>> Hi Ali,
>>>
>>> The production build of FX is done using VS2013 and we haven't seen this
>>> error. Where are you getting FX from? Are you using VS2013 Express or
>>> Pro?
>>> If Express, be aware that we do not support 64-bit builds (although this
>>> is
>>> not likely your problem).
>>>
>>> -- Kevin
>>>
>>>
>>>
>>> Ali Ebrahimi wrote:
>>>
>>> Hi,
 When building with VS2013 I get following error:



 ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(46)
 : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char
 *)' : cannot convert argument 3 from 'const char [7]' to 'char *'
  Conversion from string literal loses const qualifier (see
 /Zc:strictStrings)


 ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava
 .cpp(87) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char
 *,const
 char*)' : cannot convert argument 3 from 'const char [18]' to 'char *'
  Conversion from string literal loses const qualifier (see
 /Zc:strictStrings)


 ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(98)
 : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char
 *)' : cannot convert argument 3 from 'const char [20]' to 'char *'
  Conversion from string literal loses const qualifier (see
 /Zc:strictStrings)


 ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava
 .cpp(311) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char
 *,const
 char *)' : cannot convert argument 3 from 'const char [14]' to 'char *'
  Conversion from string literal loses const qualifier (see
 /Zc:strictStrings)
 NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual
 Studio
 12.0
 \VC\BIN\amd64\cl.EXE"' : return code '0x2'
 Stop.
 NMAKE : fatal error U1077: '(' : return code '0x2'
 Stop.
 NMAKE : fatal error U1077: 'cd' : return code '0x2'
 Stop.
 :web:compileNativeWin FAILED



>>
>


-- 

Best Regards,
Ali Ebrahimi

Re: Webkit: Conversion from string literal loses const qualifier

2016-04-13 Thread Vadim Pakhnushev 

Ali,

Seems like this bug https://bugs.openjdk.java.net/browse/JDK-8090061
Although it was pushed to the 9-dev in January.

Vadim

On 13.04.2016 10:50, Ali Ebrahimi wrote:

Hi Kevin,
I'm building with "Microsoft Visual Studio Ultimate 2013 Update 5" on
win8.1 64bit and FX repo http://hg.openjdk.java.net/openjfx/9-dev/rt.

On Wed, Apr 13, 2016 at 2:54 AM, Kevin Rushforth

Re: Webkit: Conversion from string literal loses const qualifier

2016-04-13 Thread Ali Ebrahimi 
Hi Kevin,
I'm building with "Microsoft Visual Studio Ultimate 2013 Update 5" on
win8.1 64bit and FX repo http://hg.openjdk.java.net/openjfx/9-dev/rt.

On Wed, Apr 13, 2016 at 2:54 AM, Kevin Rushforth  wrote:

> Hi Ali,
>
> The production build of FX is done using VS2013 and we haven't seen this
> error. Where are you getting FX from? Are you using VS2013 Express or Pro?
> If Express, be aware that we do not support 64-bit builds (although this is
> not likely your problem).
>
> -- Kevin
>
>
>
> Ali Ebrahimi wrote:
>
>> Hi,
>> When building with VS2013 I get following error:
>>
>>
>> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(46)
>> : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char
>> *)' : cannot convert argument 3 from 'const char [7]' to 'char *'
>> Conversion from string literal loses const qualifier (see
>> /Zc:strictStrings)
>>
>> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava
>> .cpp(87) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const
>> char*)' : cannot convert argument 3 from 'const char [18]' to 'char *'
>> Conversion from string literal loses const qualifier (see
>> /Zc:strictStrings)
>>
>> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava.cpp(98)
>> : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char *,const char
>> *)' : cannot convert argument 3 from 'const char [20]' to 'char *'
>> Conversion from string literal loses const qualifier (see
>> /Zc:strictStrings)
>>
>> ..\..\..\..\src\main\native\Source\WebCore\platform\java\api\BackForwardListJava
>> .cpp(311) : error C2664: 'jmethodID initMethod(JNIEnv *,jclass,char
>> *,const
>> char *)' : cannot convert argument 3 from 'const char [14]' to 'char *'
>> Conversion from string literal loses const qualifier (see
>> /Zc:strictStrings)
>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual
>> Studio
>> 12.0
>> \VC\BIN\amd64\cl.EXE"' : return code '0x2'
>> Stop.
>> NMAKE : fatal error U1077: '(' : return code '0x2'
>> Stop.
>> NMAKE : fatal error U1077: 'cd' : return code '0x2'
>> Stop.
>> :web:compileNativeWin FAILED
>>
>>
>


-- 

Best Regards,
Ali Ebrahimi