Win11 AV in ntdll.dll

[Blup]

Sind GwObj, GwRAobj, GwMail als OleVariant deklariert?

[cramer]

Zitat:

Die Adressen klingen nach NIL
00000014 = nil + offset $14
FFFF0013 = nil - offset $FFED bzw. = nil - $10000 + $13"

Liegt vielleicht daran, daß die zweiten beiden "oder" jeweils im except Block des vorherigen Aufrufs erfolgt sind, da war ich zu faul, jedes "oder" einzeln zu compilieren und zu testen

[cramer]

Zitat von Blup:

Sind GwObj, GwRAobj, GwMail als OleVariant deklariert?

nein

Code:

var GwObj, GwRAobj, GwMail : variant;

Danke für die Info, ändere ich und teste nochmal.

[cramer]

Code:

var GwObj, GwRAobj, GwMail : olevariant;

Code:

GWobj.Login(1) fehlgeschlagen.
Access violation at address 77500F48 in module 'ntdll.dll'. Read of address C0EC4D84
GWobj.Login(2) fehlgeschlagen.
Access violation at address 77500F48 in module 'ntdll.dll'. Read of address 4D79E641
GWobj.Login(3) fehlgeschlagen.
Access violation at address 77500F48 in module 'ntdll.dll'. Read of address C0EDCD85

Kann man herausfinden was in der ntdll.dll an der Adresse 77500F48 passiert?

[cramer]

FYI, meine simple BDS2006 TForm Anwendung mit Button funktioniert auch mit W11.
Liegt also nicht an W11 und den OleVarianten sondern an irgendwelchen Komponenten.

[himitsu]

Deine 2006-EXE gibt sich aber auch nicht als kompatibel mit Win11 aus, eine D11-EXE aber schon (Manifest),
womit deine Anwendgung im Windows 11 bestimmt/eventuell virtualisiert wird und es intern eigentlich mehr wie WinXP gehandhabt wird.

[cramer]

Hmmm, was soll mir das sagen, daß eine der sonst genutzten Komponenten die ntdll.dll unter W11 abschießt, wenn das falsche oder kein Manifest compiliert wird?

[cramer]

1.)
Ich habe einmal mit meiner kleinsten Awendung mit dem himitsu Manifest-Creator 2.0b versucht ein manifest einzubinden.
Nach etlichen Fehlermeldungen und Korrekturen, wurde das manifest zwar akzeptiert.
Windows liefert dann aber einen Dialog "Eine Referenzauswertung wurde vom Server zurückgesendet."
Und im CMD Fenster (mit und ohne AsAdmin") wird Zugriff verweigert ausgegeben.

2.)
Dann wieder ohne Manifest, habe ich die Exception Behandlung im gwinit rausgenommen und madExcept eingebunden.
Siehe da, unter "modules" war zu sehen, daß etwas unterschiedliche dlls geladen werden.
Erst die etwas älteren von Groupwise 1.0.2.14 und nochmal die etwas neueren 1.0.2.20 aus dem Programmordner:

Code:

11000000 libeay32.dll   1.0.2.20   H:\BDS2006\Projekte\ixs_copy
12000000 ssleay32.dll   1.0.2.20   H:\BDS2006\Projekte\ixs_copy
59af0000 SSLEAY32.dll   1.0.2.14   C:\Program Files (x86)\Novell\GroupWise
5b1e0000 LIBEAY32.dll   1.0.2.14   C:\Program Files (x86)\Novell\GroupWise

Wenn die dll im Programm Ordner gelöscht werden oder die aus dem Groupwise Ordner in den Programm Ordner übernommen werden, funktioniert auch unter W11 das Mail senden ohne Absturz.

Der Grund, warum die dll im Programmordner liegen, war der Umstand, daß auf manchen Systemen neuere dll im Windows Ordner liegen und es damit auch zu Abstürzen kam.

Ältere Versionen 10.0.2.10 funktionieren auch, es sieht so aus, daß es nur keine unterschiedlichen dll sein dürfen.

Optimal wäre es, wenn man keine dll im Programmordner unterbringen würde und im gwinit festlegen könnte, daß nur die dll aus dem groupwise ordner geladen werden dürfen.

Geht das, nutzen tut Delphi diese dll ja nicht direkt, sondern über den Umweg der OleObjecte?