Zugriffsverletzung ... in Modul 'comctl32.dll' ...

[EWeiss]

Verstehe das Thema nicht so richtig .
Um was geht es dir ?

Hab die Exe getestet kein Absturz und beinhaltet kein Manifest.
Ausgenommen beim Klick auf About (AV read from adress $00000..)

gruss

[Wapiti]

Bei mir kommt die Schutzverletzung auf drei verschiedenen XP-Rechnern, wenn ich mit der rechtem Maustaste auf eine Datei oder einen Ordner klicke bevor das Popup-Menu erscheint. Mit Manifest ist sie dann weg. Sie kommt nicht, wenn ich auf einen Systemordner klicke. Sie kommt auch nicht, wenn ich in den freien Bereich der Dateiliste klicke.

[himitsu]

Jupp, also das Manifest ist einfach nur eine XML-Datei, welche entwerder als Resource in die EXE/DLL reingelinkt oder neben die EXE gelegt wird ( MeineApp.exe.manifest ).

In diesesm Manifest kann man Windows besitmmte Dinge mitteilen, z.B. die Nutzung der neuen comctl32.dll, anstatt der Alten, ob der neue XP-Style genutzt werden soll, dann noch die Dateisystemumleitungen von Vista/Win7, welche COM-DLLs geladen werden sollen (also welche Version davon), welche Rechte (Admin oder nicht) das Programm benötigt usw.

Einige der Möglichkeiten kann man sich in meinem Manifest-Creator und den dort verlinkten MSDN-Einträgen gerne ansehn.

Das alte TXPManifest/XPMan bietet nur die Möglichkeit der neuen ComCtrl32.dll und damit des "neuen" XP-Styles.
Seit Delphi 2010 ( oder 2009? ) kann man auch noch die Admin-Rechte über's Delphi steuern.

[EWeiss]

Sein Problem ist das er einen fehler in der 'comctl32.dll' hat wenn er keine Manifest verwendet.
Das Manifest verhindert also das er die "FALSCHE" comctl32.dll initialisiert davon gibt es mehrere Versionen.
Deshalb kommt er nicht drum herum dieses in sein Projekt mit einzubinden.

Nicht alle comctl32 unterstützen XP-Styles.
Und wenn deine komponente darauf ausgelegt ist kommst du nicht um ein Manifest herum.

gruss

[Wapiti]

Mit dem Manifest sucht er die "neue" mit einer Version größer gleich 6:

Code:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>

<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  <assemblyIdentity
     type="win32"
    name="DelphiApplication"
    version="1.0.0.0" 
     processorArchitecture="*"/>
  <dependency>
    <dependentAssembly>
      <assemblyIdentity
        type="win32"
        name="Microsoft.Windows.Common-Controls"
        version="6.0.0.0"
        publicKeyToken="6595b64144ccf1df"
        language="*"
        processorArchitecture="*"/>
    </dependentAssembly>
  </dependency>
</assembly>

während die "normale" (in der system32) die Versionsnummer 5.82.2900.6028 hat. Das Manifest schaltet nun auf den WinSxS-Ordner (Was ist der WinSxS Ordner) um und findet hier nun unter anderen die neuste Version 6.0.2900.6028. Das ist dann soweit mit allen Details klar.

Wo ist nun der Bug? Die Zugriffsverletzung in den Tiefen der comctl32 taucht bei beiden Komponenten bei einem derartigen Konstrukt auf:

Delphi-Quellcode:

Menu := CreatePopupMenu;
try
  CM.QueryContextMenu(Menu, 0, 1, $7FFF, CMF_EXPLORE or CMF_CANRENAME);

danach geht's normal weiter. Das ganze ist jetzt "einfach nur noch interessant". Ob der Delphi-Compiler oder Windows nun das Problem ist, hilft nicht mehr besonders weiter. In anderer Sprachen/Sprachversionen/Konfigurationen funktioniert es wohl, wie man sieht. Und wieviel Leute verwenden schon diesen Methodenaufruf direkt...

[EWeiss]

Von was ist CM abgeleitet dein Handler ?

EDIT:
Was mir noch auffällt
Ein in dieser zeile generierter Fehler

Delphi-Quellcode:

Menu := CreatePopupMenu;
try
  CM.QueryContextMenu(Menu, 0, 1, $7FFF, CMF_EXPLORE or CMF_CANRENAME);

hat nichts mit der comctl32.dll zu tun sondern mit der Shell32.dll

gruss

[Wapiti]

Ist ein Stück aus der ShellCtrls.pas der mitgelieferten Demos.

Delphi-Quellcode:

var
  CM: IContextMenu;
  Menu: HMenu;