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
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
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 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
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 };
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
Using code cloned from yesterday, I built the jdk portion of the 7u-dev
forest using the debug target and the 7u45 import and am getting an
assert failure in Hashtable.cpp when accessibility is enabled. This is
a 32 bit build using a 32 bit import.
Letting the execution transition into the debugg
