This is a known issue http://bugs.sun.com/view_bug.do?bug_id=8013849
Looks like it's unrelated to a11y and affects any apps with input boxes.
I'm not an expert in debugging with VS, but I suppose it wants the .pdb
file for the awt.dll. Try locating this file in the build/ directory and
point th
Hi Pete,
As a dirty hack, you can just comment out
ret = MessageBoxA(NULL, assertMsg, "AWT Assertion Failure",
MB_YESNO|MB_ICONSTOP|MB_TASKMODAL);
// if clicked Yes, break into the debugger
if ( ret == IDYES ) {
# if defined(_M_IX86)
_asm { int 3 };
On 7/10/13 2:59 AM, Anthony Petrov wrote:
> This is a known issue http://bugs.sun.com/view_bug.do?bug_id=8013849
> Looks like it's unrelated to a11y and affects any apps with input boxes.
Thanks Anthony, You are right; it is not a11y related. Is there a bug I
can edit? I'll add more info:
- it f
On 7/10/13 8:57 AM, Pete Brunet wrote:
> On 7/10/13 2:59 AM, Anthony Petrov wrote:
>> This is a known issue http://bugs.sun.com/view_bug.do?bug_id=8013849
>> Looks like it's unrelated to a11y and affects any apps with input boxes.
> Thanks Anthony, You are right; it is not a11y related. Is there
On 07/10/2013 06:02 PM, Pete Brunet wrote:
On 7/10/13 8:57 AM, Pete Brunet wrote:
On 7/10/13 2:59 AM, Anthony Petrov wrote:
This is a known issue http://bugs.sun.com/view_bug.do?bug_id=8013849
Looks like it's unrelated to a11y and affects any apps with input boxes.
Thanks Anthony, You are righ
Thanks Denis, I will try a different dirty hack :-) I changed the
DASSERT in Hashtable.cpp to
if (value == NULL) return NULL;
That seems to work.
Pete
On 7/10/13 4:15 AM, Denis Fokin wrote:
> Hi Pete,
>
> As a dirty hack, you can just comment out
>
> ret = MessageBoxA(NULL, assertMsg, "AWT
Hello,
Over on core-libs-dev, there has been a sequence of bug fixes to cleanup
doclint warnings and errors in the java.* and javax.* areas in JDK 8. A
few weeks ago, there were over 2,000 doclint issues; currently there are
about 850 remaining and we're making good progress slogging through
Hi Kelly
How did BUILD_INSTALL ever become true on an OpenJDK build?
From the 'generic_debug_build' rule in the top level 7update Makefile [1]
generic_debug_build:
$(MAKE) \
ALT_OUTPUTDIR=$(ABS_OUTPUTDIR)/$(REL_JDK_OUTPUTDIR) \
DEBUG_NAME=$(DEBUG_NAME) \
GENERA
On 7/10/2013 12:37 PM, Tim Bell wrote:
Hi Kelly
How did BUILD_INSTALL ever become true on an OpenJDK build?
There is only one place that the build itself sets BUILD_INSTALL to true
and that's upon detection of install/make/Makefile, in
make/Defs-internal.gmk:
If you have a full forest (o
On 07/10/13 12:37 PM, Tim Bell wrote:
Hi Kelly
How did BUILD_INSTALL ever become true on an OpenJDK build?
From the 'generic_debug_build' rule in the top level 7update Makefile [1]
generic_debug_build:
$(MAKE) \
ALT_OUTPUTDIR=$(ABS_OUTPUTDIR)/$(REL_JDK_OUTPUTDIR) \
DE
On 07/10/2013 06:38 PM, Joe Darcy wrote:
Hello,
Over on core-libs-dev, there has been a sequence of bug fixes to
cleanup doclint warnings and errors in the java.* and javax.* areas
in JDK 8. A few weeks ago, there were over 2,000 doclint issues;
currently there are about 850 remaining and we
On 07/10/2013 02:13 PM, Jonathan Gibbons wrote:
On 07/10/2013 06:38 PM, Joe Darcy wrote:
Hello,
Over on core-libs-dev, there has been a sequence of bug fixes to
cleanup doclint warnings and errors in the java.* and javax.* areas
in JDK 8. A few weeks ago, there were over 2,000 doclint issues
Tim,
On 11/07/2013 6:47 AM, Tim Bell wrote:
On 07/10/13 12:37 PM, Tim Bell wrote:
Hi Kelly
How did BUILD_INSTALL ever become true on an OpenJDK build?
From the 'generic_debug_build' rule in the top level 7update Makefile [1]
generic_debug_build:
$(MAKE) \
ALT_OUTPUTDIR=$(ABS_OU
13 matches
Mail list logo
