Delphi'den Özel Win32 API'sini Çağırma - Neden istisnalar "asm pop ..." olmadan uçar?

Question

Xlcall32.dll dosyasının Excel4v işlevine çok sayıda çağrı yapmayı içeren bir XLL eklentisi oluşturmak için Delphi kullanıyorum. Ancak, burada çok az sayıda Delphi uzmanının bu özel API ile çalıştığını tahmin ettiğim için, sorunun diğer API'larda da görüldüğünü umuyorum. Delphi

int pascal Excel4v(int xlfn, LPXLOPER operRes, int count, LPXLOPER opers[]); 

kullanıyorum:

function Excel4v(xlfn: Integer; operRes: LPXLOPER; count: Integer; 
    opers: array of LPXLOPER): Integer; stdcall; external 'xlcall32.dll'; 

LPXLOPER bir gösterici özellikle Microsoft Excel 2007 XLL SDK ile birlikte xlcall.h dosyasında Excel4v olarak tanımlanır C

, bir yapıya (C) veya kayıt (Delphi'de).

Delphi'de C işlevlerini bildirme üzerine ödevimi yapıyorum (this excellent article çok yardımcı oldu) ve Excel4v'yi doğru şekilde bildirdiğimi düşünüyorum. Ancak, bu işlev neden istisnalar içine Delphi kodundan çağırır onlar şu çizgi izlemektedir sürece ("erişim ihlali ..." Ben görmeye devam budur): yere tanımlanır "lavabo"

asm pop sink; end; 

bir tamsayı olarak.

Montaj hakkında hiçbir fikrim yok ... Bu yüzden istisnaları "asm pop sink; end;" ile düzeltmeyi denemem mümkün olmazdı. Ama "asm pop lavabo; sonu;" gerçekten istisnaları giderir. İlk olarak onu this useful article on making XLLs using Delphi'da kullandığını gördüm. İşte en alakalı bir alıntı:..

"Delphi'den eklentilerle büyük engel yığın dönüş adresinden sonra fazladan parametre olduğunu Bu gelir her çağrısı ile serbest Excel'e Ben ve ne kadar tuttuğunu asla bulamadınız, ama 'u attığınız sürece eklentiniz iyi çalışacaktır. satır asm pop değişkeni, sonu; her aramanın değişebileceği her çağrı global, yerel veya 'un en az 4 bayt uzunluğunda tamsayı olduğu nesne değişkeni para cezasıdır. Her Excel4v çağrısından sonra DAHİL. Aksi takdirde bir zaman bomba inşa edilmektedir . "

Temelde

Ben gerçekte neler anlamak istiyorum ve neden. Ne dönmek için bir Win32 işlevini neden olabilecek" getirisi adresinden sonra fazladan bir parametre yığını "ve aslında ne anlama geliyor?

farklı bir derleyici seçeneği veya işlevi bildirerek farklı bir şekilde örneğin bu, düzeltmek için başka bir yolu var olabilir mi?

ve eğer bir şey arama konusunda riskli yoktur" asm pop virüsü; End "Excel4v her çağrıdan sonra ...? İyi çalışıyor gibi görünüyor, ama ne olduğunu anlamıyorum gibi, biraz tehlikeli hissettiriyor ...

Answer 1

Ben stdcall vs pascal inanmıyorum - onlar çok benzer arama kuralları ve işlev Çıkışta bir eşleşmeyen yığın neden olmamalıdır. article başvurulan itibaren

,

Bu gerçekten çok güzel bir sözdizimi olacaktır, ama bu dizi tanım yukarıda aynı değildir. dizisi parametreleri açık dizi parametreleridir. Herhangi bir dizi gibi görünebilir ve herhangi bir diziyi kabul ederler, ancak dizideki en yüksek dizini tutan ekstra (gizli) parametresi alırlar ( Yüksek değer). Bu sadece Delphi'de olduğu ve C veya C++ uygulamasında olmadığı için, 'un gerçek bir problemi olur. ( gerçek parametre sayısı eşleşmeyeceğinden, (ayrıca açık dizilerdeki makalem de bakın).

Ek "en yüksek dizi dizini" parametresine işleve iletiliyorsunuz. Bu bir int'dir ve işlev çıktığı zaman temizlenmelidir, böylece bozuk bir yığınla ve çökmeyle sarılmamalısınız. Makale, dizileri C işlevlerine nasıl geçireceğini gösterir. gibi

şey:

type 
PLPXLOPER = ^LPXLOPER; 

Ve son parametre olarak PLPXLOPER geçmektedir.

Answer 2

Çoğu Windows işlevleri, calling conventions için __stdcall kullanın.

Answer 3

Arama kuralınız yanlıştır, özellikle "stdcall".C Bildirisi

stdcall sol düzene hakkı parametreleri geçer rutin temizlemek için beklediğini ve kayıtlarını kullanmamaktadır "pascal" olarak belirtilir. Pascal, OTOH, parametresinden numaralı siparişi sola gönderir. Bu nedenle, kodun diğer yarısının her iki durumda da beklediği gibi bir şey olmuyor.

değiştirin Delphi bildirgesinde yerine "stdcall" nin "pascal" olmak.