273896 - QueryService to ISimpleDOM interfaces failing with ERROR_NOACCESS

Status: VERIFIED DUPLICATE of bug 274542

(Core :: Disability Access APIs, defect)

Description

[Aaron Leventhal]

The following code from an external AT client fails although it used to work:
// Start with IAccessible *pAccessible;
IServiceProvider *pServProv = NULL;
pAccaccessible->QueryInterface(IID_IServiceProvider, (void**)&pServProv);
if (pServProv) {
  const GUID refguid = 
    {0x0c539790, 0x12e4, 0x11cf, 0xb6, 0x61, 0x00, 0xaa, 0x00, 0x4c, 0xd6, xd8};
  HRESULT result = pServProv->QueryService(refguid, IID_ISimpleDOMNode, 
                                          (void**)&pAccNode);
  // Result now equals ERROR_NOACCESS -- Invalid access to memory location

Microsoft support says that this can be resolved by using the /Os option for
midl: http://support.microsoft.com/default.aspx?scid=kb;en-us;273721

Note, midl command line option changes were made in September 2003, for bug 208461.

Comment 1

[Aaron Leventhal]

The midl /Os fix does not seem to help.

Comment 2

[Aaron Leventhal]

Debug builds on my machine produce a usable AccessibleMarshal.dll

Here's what release builds from tinderbox are doing differently:
For compiling ISimple*.c files, release has a lot of different defines, plus
-O1, -MD (MSVCRT.LIB) as opposed to no -O option and -MDd (MSVCRTD.LIB) in my
debug build
For linking AccessibleMarshal.dll, release build uses /OPT:REF /OPT:nowin98 as
opposed to nothing for those in my debug build

Comment 3

[Aaron Leventhal]

Official .zip's of Firefox are okay. Only the setup.exe's have the problem.

Comment 4

[Aaron Leventhal]

*** This bug has been marked as a duplicate of 274542 ***

Comment 5

[Firefox Bug Husbandry Bot]

https://bugzilla.mozilla.org/show_bug.cgi?id=1527381