Справка с пониманием, почему диалоговое окно контроля учётных записей открывается на Win7 для нашего приложения

У нас есть C++ неуправляемое приложение, которое, кажется, вызывает подсказку контроля учётных записей. Это, кажется, происходит на Win7 а НЕ на Vista

К сожалению, контроль учётных записей dlg является системой, модальной, таким образом, я не могу присоединить отладчик для регистрации в коде, где это, и работающий под msdev (мы используем 2008), выполнения в поднятом режиме.

Мы помещаем окно сообщения в начале нашего program/winmain, но это даже не получает это далеко, таким образом, по-видимому, это находится в коде запуска.

Что может вызвать уведомление контроля учётных записей настолько рано и что другие вещи я могу сделать для разыскивания причины?

Править

По-видимому, декларация является важной проблемой здесь, но это, кажется, не помогает мне - или возможно я не настраиваю файл манифеста правильно.

Кто-то может предоставить демонстрационную декларацию?

Кроме того, волшебство компоновщика/КОНТРОЛЯ УЧЁТНЫХ ЗАПИСЕЙ выясняет, что программа "могла" бы записать в реестр и установить свои требования контроля учётных записей на основе этого? Существуют пути выполнения кода, которые могли бы инициировать контроль учётных записей, но мы даже не в той точке, когда контроль учётных записей dlg подходит.

Дополнительная причуда - то, что этого, кажется, не происходит на Vista с включенным контролем учётных записей.

Вот декларация (что я думаю, сгенерирован автоматически):

<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<assembly xmlns='urn:schemas-microsoft-com:asm.v1' manifestVersion='1.0'>
  <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
    <security>
      <requestedPrivileges>
        <requestedExecutionLevel level='asInvoker' uiAccess='false' />
      </requestedPrivileges>
    </security>
  </trustInfo>
  <dependency>
    <dependentAssembly>
      <assemblyIdentity type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='*' publicKeyToken='6595b64144ccf1df' language='*' />
    </dependentAssembly>
  </dependency>
  <dependency>
    <dependentAssembly>
      <assemblyIdentity type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='x86' publicKeyToken='6595b64144ccf1df' language='*' />
    </dependentAssembly>
  </dependency>
</assembly>

И затем этот был добавлен к явному списку, чтобы видеть, поможет ли он

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
<assemblyIdentity 
    version="1.0.0.0" 
    processorArchitecture="x86" 
    name="[removed for anonymity]" 
    type="win32" 
/> 
<description>
    [removed for anonymity]
</description>
<dependency>
    <dependentAssembly>
        <assemblyIdentity 
            type="win32" 
            name="Microsoft.Windows.Common-Controls" 
            version="6.0.0.0" 
            processorArchitecture="x86" 
            publicKeyToken="6595b64144ccf1df" 
            language="*" 
        />
    </dependentAssembly>
</dependency>
 <trustInfo xmlns="urn:schemas-microsoft-com:asm.v2">
    <security>
      <requestedPrivileges>        
        <requestedExecutionLevel
          level="asInvoker"
          uiAccess="false"/>
      </requestedPrivileges>
    </security>
  </trustInfo>
</assembly>

Следующее от фактического EXE с помощью инструмента ManifestViewer

- <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  <assemblyIdentity version="1.0.0.0" processorArchitecture="x86" name="[removed]" type="win32" /> 
  <description>[removed]</description> 
- <dependency>
- <dependentAssembly>
  <assemblyIdentity type="win32" name="Microsoft.Windows.Common-Controls" version="6.0.0.0" processorArchitecture="x86" publicKeyToken="6595b64144ccf1df" language="*" /> 
  </dependentAssembly>
  </dependency>
- <dependency>
- <dependentAssembly>
  <assemblyIdentity type="win32" name="Microsoft.Windows.Common-Controls" version="6.0.0.0" processorArchitecture="*" publicKeyToken="6595b64144ccf1df" language="*" /> 
  </dependentAssembly>
  </dependency>
- <trustInfo xmlns="urn:schemas-microsoft-com:asm.v2">
- <security>
- <requestedPrivileges>
  <requestedExecutionLevel level="asInvoker" uiAccess="false" /> 
  </requestedPrivileges>
  </security>
  </trustInfo>
  </assembly>

Кажется, что это могло бы произойти из-за xp установки совместимости на нашем приложении. Я должен буду протестировать это. (мы устанавливаем это в установщике, который я узнал, потому что некоторые аудиодрайверы не работают правильно над win7),