在CDECL调用约定中，我可以重用推送到堆栈上的参数吗？
在CDECL调用约定中，参数是通过堆栈进行传递的。根据CDECL调用约定的规定，函数的调用者负责清理堆栈上的参数。因此，在CDECL调用约定中，不能重用推送到堆栈上的参数。
CDECL调用约定是一种常见的函数调用约定，特点是参数从右向左依次推送到堆栈上，函数返回时由调用者负责清理堆栈。这种调用约定通常用于C和C++语言中的函数调用。
由于参数是通过堆栈传递的，函数在使用参数时会直接从堆栈上读取。如果尝试重用推送到堆栈上的参数，可能会导致函数读取到错误的值，从而产生不可预测的结果。
总结起来，在CDECL调用约定中，不建议重用推送到堆栈上的参数。应该确保每次函数调用时，提供新的参数值以避免潜在的错误。
相关·内容
__cdecl的调用约定是:调用者清理堆栈。
__stdcall调用约定是这样说的:被调用者清理堆栈。
所以我试着测试下面的代码：
#include <...>
char *callee()
{
char str[] = "abcd";
return str;
}
int main()
{
char *str;
str = callee();
printf("%s\n", str);
return 0;
}
根据上面的两个调用约定，我认为：
__cdecl堆栈清理由调用者执行，因此printf(
浏览 2提问于2011-03-04得票数 7
回答已采纳
我过去一直认为SP相对于BP (这意味着推/弹出堆栈上的东西将使用address BP - SP，其中BP是堆栈的开始，SP是堆栈顶部的当前项)。但是，在查看了CDECL调用约定之后，这就没有意义了，因为SP被分配给了BP的值。那么，如果我改变BP，这会影响到SP吗？BP甚至用于push/pop指令吗？或者push/pop只是与SP一起工作？BP还需要吗？
浏览 1提问于2013-11-30得票数 1
回答已采纳
在了解了__cdecl之后，我对堆栈清理感到困惑。
阅读__cdecl将弹出堆栈参数()
那么，我们是否需要在函数声明中明确提到删除堆栈参数，还是编译器有责任生成适当的代码来清理堆栈
在先期感谢
浏览 0提问于2015-10-20得票数 0
3回答
我有一些汇编例程，它们由C函数调用，并从C函数中获取参数。现在，我假设这些参数是按cdecl顺序在堆栈上传递的。这是一个公平的假设吗？
编译器(GCC)是否会检测到这一点并确保参数被正确传递，或者我是否应该手动将它们声明为cdecl？如果是这样，如果我指定一个更高的优化级别，该属性是否仍然有效？
浏览 0提问于2012-02-19得票数 4
回答已采纳
所以我理解thiscall不存在在x64编程中的作用。但是，对于将this指针放在何处传递给被调用方，我真的找不到任何明确的解释。
x64 thiscall是否像一个真正的cdecl调用，this被放在最后一个“堆栈”上(在GCC和MSVC编译器上)？
编辑:在GDB中运行，看起来是这样的。rdi保存this指针，rsi保存特定方法具有的一个参数。它总是这样工作吗？
浏览 0提问于2014-06-21得票数 5
回答已采纳
__stdcall和__cdecl调用约定指出，函数名之前必须加上下划线：
C (__cdecl)
同样的约束也适用于32位世界和16位世界。参数从右向左推送(因此第一个参数离栈顶最近)，调用方清理参数。函数名由前导下划线修饰。
__stdcall
这是用于Win32的调用约定，对各种函数(它们必须使用__cdecl)和少数使用__fastcall的函数都有例外。参数由右推至左10:18，被调用者清理堆栈。函数名由前导下划线和尾随@-符号修饰，后面跟着函数获取的参数字节数。
我已经在VisualC++中编译了以下代码(源文件有一个.c扩展名，因此我猜源文件被编译为一个C文件)：
voi
浏览 3提问于2017-08-10得票数 3
我在维基百科上读到关于cdecl电话会议的文章。由于参数是按反向顺序推到堆栈上的，所以我认为调用参数比预期的参数更多的C函数是安全的。
我是对的还是错过了什么？
注:我不是在谈论各种函数。
浏览 10提问于2014-04-09得票数 2
回答已采纳
3回答
我正在编写一个将从汇编代码中调用的C函数。
(具体地说，我想在linux内核中的系统调用处理路径中做一些检查工作，因此我将在entry_32.S中调度系统调用之前调用c函数)
在定义我的c函数时，我把"asmlinkage“修饰符搞混了。
我知道一个stack就是告诉编译器参数将通过栈传递。
#define asmlinkage CPP_ASMLINKAGE __attribute__((regparm(0)))
问题：
(1)定义将从汇编代码中调用的函数时，是否需要invoked？
(2)“gcc”中的默认调用约定是什么？如果我在定义一个c函数时省略了"asmlinkage“
浏览 9提问于2012-04-08得票数 18
回答已采纳
4回答
我的理解是，对于cdecl调用约定，调用方负责清理堆栈，因此可以传递任意数量的参数。
另一方面，stdcall调用清理堆栈，因此不能接收不同数量的参数。
我的问题有两个：
stdcall函数也不能得到一个关于有多少个变量的参数，并进行相同的操作吗？
cdecl函数如何知道它们收到了多少参数？
浏览 18提问于2022-07-20得票数 4
回答已采纳
因此，我正在学习程序集，并且我了解了艾比和一些基本测试，它们使用cdecl调用约定在nasm下使用c的stdlib。但我也看到过其他的呼叫约定(如topspeed/Clarion/JPI/watcom/borland寄存器(Delphi)、fastcall等)。我想知道使用cdecl而不是Clarion的真正好处是什么。更具体地说，推送而不是使用寄存器。
这是我想象中的一些好处，请让我知道其中哪一个适用。
我读过cdecl是很重要的，因为它允许使用变量参数，但在我看来，我可以使用寄存器进行同样的操作。问题是要知道参数的数量、类型和顺序，但这个问题在cdecl上也存在。它可以从格式字符串(在pr
浏览 0提问于2015-10-21得票数 7
回答已采纳
我在一个函数中有一些论点。让我们说：
__cdecl函数( int a，int b，long c)
(暂时忘了__stdcall吧)。
现在，在程序集中，我想调用多个函数，这些函数带有a、b、c参数。第一件事，我知道我需要知道，如果我做了“调用”，堆栈将错位与我如何得到它，因为它将首先采取当前的EIP和EBP。我假设我可以存储旧的EIP和旧的EBP，计算当前的EIP和EBP，在堆栈中替换它们，然后跳转。如果这个假设是错误的，也许它会带来更多的问题(尽管你可以指出它)，这是没问题的，但它是无关紧要的，因为我可以再次提出这些论点。现在，真正的问题是:我能不能只按一次参数(或者像我得到的那样使用
浏览 3提问于2011-07-04得票数 0
回答已采纳
我发现了这个：
因为堆栈是由被调用的函数清理的，所以__stdcall调用约定会创建比__cdecl更小的可执行文件，其中必须为每个函数调用生成堆栈清理代码。
假设我有两个函数：
void __cdecl func1(int x)
{
//do some stuff using x
}
void __stdcall func2(int x, int y)
{
//do some stuff using x, y
}
在main()里
int main()
{
func1(5);
func2(5, 6);
}
海事组织，main()有责任清理对func1
浏览 4提问于2012-02-07得票数 5
1回答
只是对__cdecl调用约定的一个测试。
这是一个cmake项目，只有一个源文件：
#include <stdio.h>
#define CALL_CONVENTION __cdecl
void CALL_CONVENTION f(int a, int b)
{
printf("%d, %d", a, b);
}
int main()
{
f(1, 2);
return 0;
}
我使用set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} /FA")输出组装代码。
当我用cmake -G "V
浏览 1提问于2019-04-10得票数 2
回答已采纳
在cdecl调用约定中，它规定：
Arguments are pushed in the reverse order (right to left)
我的问题是:在逆序中相对于什么非逆序？它与函数文档相关吗？例如，如果我有以下函数文档：
void __cdecl foo (int arg1, int arg2, int arg3)
那么，我是否应该只查看函数文档中参数的顺序，并反转推送到堆栈上的扩充？
浏览 5提问于2015-01-16得票数 3
2回答
我读过一篇关于Calling convention的文章(__stdcall，__fastcall，pascal，cdecl等)
我想知道：为什么经常为WinMain()函数声明__stdcall (WinAPI)？
正如我所读到的，__stdcall与堆栈一起操作，__fastcall在寄存器上操作，而根本不使用堆栈。
因此，我尝试用WinMain()声明__fastcall。编译器(VisualC++)给了我一个错误。
error C2373: 'WinMain' : redefinition; different type modifiers
c:\program fil
浏览 2提问于2013-09-06得票数 1
回答已采纳
1回答
我正在用windbg调试一个x86 DLL，特别是一个函数，它应该具有以下签名：
bool __cdecl func(LPVOID p1, LPVOID p2, wchar_t* p3, size_t p4, LPVOID p5)
该函数不导出。AFAIK __cdecl应该接收堆栈上的所有参数，而调用方应该清除堆栈。
但事情不是这样的。Windbg说调用约定是__cdecl，但是前两个参数是在ecx和edx上传递的，就像__fastcall函数一样。另外，函数本身正在清除堆栈，__cdecl函数不应该做什么(我认为)。
我正试着把那个功能挂起来却没有成功。我试图以__cdecl和__fast
浏览 0提问于2016-07-08得票数 4
回答已采纳
我正在读。在第86页中，在讨论调用约定时，作者展示了cdecl调用约定的一个示例，它不需要调用方清除堆栈中的参数。我正在复制下面的代码片段：
; demo_cdecl(1, 2, 3, 4); //programmer calls demo_cdecl
mov [esp+12], 4 ; move parameter z to fourth position on stack
mov [esp+8], 3 ; move parameter y to third position on stack
mov [esp+4], 2 ; move parameter x to second posit
浏览 2提问于2018-03-27得票数 3
4回答
在C++中，在调用和返回方法调用的情况下导致堆栈下溢的简单示例是什么？
我熟悉调用约定，即thiscall、stdcall和cdecl，以及它们清理堆栈的方式。难道堆栈下溢不会自动由编译器生成的代码处理吗？
什么情况会让我陷入堆栈下溢的麻烦？
浏览 5提问于2011-07-02得票数 18
回答已采纳
3回答
这与大量的面向对象C发布有关，但不同之处在于，我不想要所有的特性，只是其中一个：
这样做的能力：
struct foo {
int (*bar)(void);
char baz;
};
然后就有了回溯。C有一个调用约定cdecl；基本上把参数推到堆栈上，有一个返回指针，然后跳转到某个地址。该地址上的代码从堆栈中弹出参数，并继续其愉快的过程。
这个调用约定略有不同，因为它增加了一个额外的参数，一个"this“指针，含蓄地。
由于您可以很容易地开始执行C中的任意字节代码，并且gcc支持内联汇编程序模板，这听起来就像您可以做一些宏，这样您就可以执行以下操作：
int bar(voi
浏览 1提问于2011-12-22得票数 8
回答已采纳
5回答
演示如何使用MFC创建线程的示例代码将线程函数声明为静态和__cdecl。为什么需要后者？Boost线程不会为这个约定而烦恼，所以这只是一个时代错误吗？
例如(MFC)：
static __cdecl UINT MyFunc(LPVOID pParam)
{
...
}
CWinThread* pThread = AfxBeginThread(MyFunc, ...);
而Boost：
static void func()
{
...
}
boost::thread t;
t.create(&func);
(代码示例可能不是100%正确的，因为我离IDE还差得远。)
__cdecl
浏览 7提问于2008-10-04得票数 6
回答已采纳
2回答
我选修过华盛顿大学的硬件/软件接口课程。在该课程中，讲师解释了x86-32与x86-64的区别。他展示了一个执行交换的简单反汇编函数。
void swap(int *xp, int *yp)
{
int t0 = *xp;
int t1 = *yp;
*xp = t1;
*yp = t0;
}
在x86-32中，我可以看出参数是通过堆栈传递的，但是在x86-64中，参数是通过寄存器传递的。
我可以断定，在x86-32中，参数是在cdecl调用约定中传递的，而不是x86-64，这是一种快速调用约定。
为什么会发生这种情况？一直都是这样的吗？如果我选择传递超过寄存器
浏览 0提问于2014-01-24得票数 0
1回答
在调用函数之前，调用者必须将参数推送到堆栈吗？谁推入下一条指令的地址？如果被调用的函数将使用她自己的变量，它会将它们推送到堆栈，所以当使用RET返回时，它会弹出值，并将EIP设置为获得popped.But的值，它不在那里，因为函数分配了变量，所以堆栈改变了？怎么会这样呢？谁在call命令之前推入下一条指令的地址？解决了！
浏览 4提问于2014-02-25得票数 0
1回答
我在C& C++中有一个函数，如下所示：
__declspec(dllexport) bool CreateSocket(SSLSocket* ssl_info);
我认为默认情况下应该使用cdecl调用约定。
如果在程序集中导入模块并执行以下操作：
push sockinfo
call [CreateSocket]
我必须做：add esp, 0x04来恢复堆栈吗？还是因为它是导入的函数而自动恢复？我之所以这样问，是因为对于printf，它是cdecl约定并导入的，我必须自己清理堆栈。对于WINAPI来说，我不需要那么做。
我是否必须为导出/所有函数或仅为我自己编写的函数执行此操作？
浏览 4提问于2014-05-04得票数 0
回答已采纳
我正在学习C语言，在学习的过程中，我发现了一行对我来说完全陌生的代码，void PullDown(char **, int, void (__cdecl **)(void));，我只知道第1和第2参数。我想知道第三个参数。在__cdecl之后使用两个星号是什么意思？我知道这个语法(type_cast *)，所以它与类型转换有关吗？
浏览 1提问于2018-06-18得票数 0
回答已采纳
3回答
我正在尝试使用lcc编译器从C调用DLL函数(通过GetProcAddress等)。函数被调用，一切都很顺利，但看起来堆栈的顶部被破坏了。我尝试过使用调用约定(__stdcall / __cdecl)，但是没有用。
不幸的是，我无法访问dll代码，必须使用lcc编译器。
我发现这个简单的技巧避免了堆栈损坏：
void foo(params)
{
int dummy;
dll_foo(params);
}
这里的dll_foo是GetProcAddress返回的指针，堆栈在某种程度上是由伪变量保护的。因此，损坏的不是堆栈指针，而是堆栈顶部的数据。它是这样工作的，但我想知道腐败的原因。
有
浏览 0提问于2010-07-15得票数 0
回答已采纳
2回答
函数参数评价顺序
、、、
在调用C++函数时，我不知道函数参数是按什么顺序计算的。我可能发现了一些错误，所以请解释一下是否是这样。
例如，Charles的传奇著作“编程Windows”包含了如下代码：
// hdc = handle to device context
// x, y = coordinates of where to output text
char szBuffer[64];
TextOut(hdc, x, y, szBuffer, snprintf(szBuffer, 64, "My text goes here"));
现在，最后一个论点是
snprintf(szBuffer,
浏览 4提问于2015-07-13得票数 1
回答已采纳
2回答
有一些调用约定(例如pascal、stdcall)，但就我而言，C确实使用cdecl (C声明的)。每个约定在调用方将参数加载到堆栈上的方式上略有不同，分别是哪些(调用方/被调用方)执行清理。
说到清理，这是我的问题。我不明白:有三种不同的东西吗？
堆叠清洁
将指针移回倒数第二个堆栈帧
堆栈恢复
或者我该怎么看他们？
此外，这个问题的目标基本上是变量函数如何在调用诸如Pascal或stdcall之类的约定时工作，其中被调用者应该清除/清理/恢复堆栈(我不知道哪个操作)--但他不知道它将接收多少参数。
编辑
为什么参数被推入堆栈的顺序如此重要？您仍然有第一个参数(不是省略号中
浏览 3提问于2020-11-02得票数 7
回答已采纳
1回答
我试图在函数调用/返回期间分析Linux程序集堆栈初始化/清理，使用下面的代码片段。未初始化的变量是有意的。
#define MAX 16
typedef struct _CONTEXT {
int arr[MAX];
int a;
int b;
int c;
};
void init(CONTEXT* ctx)
{
memset(ctx->arr, 0, sizeof(ctx->arr[0]));
ctx->a = 1;
}
void process(CONTEXT* ctx)
{
int trash;
浏览 4提问于2013-11-22得票数 0
回答已采纳
假设我有一个C语言的简单程序。
int my_func(int a, int b, int c) //0x4000
{
int d = 0;
int e = 0;
return e+d;
}
int main()
{
my_func(1,2,3); // 0x5000
return 0;
}
忽略了这样一个事实，即它本质上是所有的死代码，可以完全优化。我们将说，my_func()生活在地址0x4000，并且它被调用在地址0x5000。
根据我的理解，c编译器(我知道它们可以通过供应商进行不同的操作)可以：
将c推到堆栈
将b推到堆栈中
将a
浏览 0提问于2019-01-02得票数 1
回答已采纳
1回答
我正在研究函数调用在x86平台中的工作方式。正如我所理解的，在调用函数时会执行以下步骤：
参数和函数的返回地址被推送到堆栈上。
然后将当前EBP值推送到堆栈中。
现在ESP已经更改(由于步骤2 )，EBP被ESP替换，现在它们指向(Stack?)的相同地址。
然后推送局部变量，由函数来完成它的工作。
最后，这个函数的局部变量被弹出，寄存器也是如此。在这个过程中，ESP也在移动，对吗？
最后，用当前ESP持有的值替换EBP。
现在ESP和EBP指向堆栈的相同地址。
所以我的问题是，如果以上所有的点都是正确的，否则请纠正我，这个系统将如何工作在2次函数调用。让我
浏览 2提问于2016-08-11得票数 1
回答已采纳
2回答
我想从程序堆栈中检索参数，通过它们在内存中的连续相对位置，但是它失败了，对下面的代码片段有什么想法吗？
#include <stdio.h>
int __cdecl sum(int num, ...) {
int* p = &num + 1;
int ret = 0;
while(num--) {
ret += *p++;
}
return ret;
}
int __cdecl main(int argc, char** argv) {
printf("%d\n", sum(3, 1, 2, 3)); // wrong
浏览 3提问于2020-06-24得票数 0
回答已采纳
1回答
我相信我理解STDCALL和CDECL之间的区别，但我想知道是否可以在这段代码中找到一些说明。
我知道，在STDCALL中，CALLEE负责清理堆栈，而在CDECL中，调用方负责清理堆栈。
我还理解“清理堆栈”基本上意味着重新设置堆栈指针，但我想我的混淆出现在这一行代码中，其中esp的值被移到ebp中，ebp是一个基本指针。如果该函数正在发生，这是否与“清理堆栈”相同？还是一定要有什么东西专门进入ESP？
这是我正在看的代码
main PROC
push 4
push 5
call sub_12
push 5
call sub_48
add es
浏览 5提问于2019-10-18得票数 2
为什么32位C将所有函数参数直接推到堆栈上，而64位C将前6个参数放入寄存器中，其余的则放在堆栈上？
因此，32位堆栈看起来如下：
...
arg2
arg1
return address
old %rbp
而64位堆栈看起来是：
...
arg8
arg7
return address
old %rbp
arg6
arg5
arg4
arg3
arg2
arg1
那么，64位C为什么要这样做呢？仅仅将所有内容推送到堆栈中，而不是将前6个参数放在寄存器中，仅仅是为了将它们移到函数序言中的堆栈上，难道不是更容易吗？
浏览 0提问于2018-08-22得票数 0
回答已采纳
3回答
我有一个用于Linux的程序集应用程序，其中我通过寄存器向函数传递参数，因此我使用了某种特定的调用约定，在本例中是fastcall。现在，我想从程序集应用程序调用一个C函数，它需要10个参数。我是否必须为此切换到cdecl，并通过堆栈传递参数，而不管我的应用程序中其他地方的事实如何，我都是通过寄存器传递它们的？是否允许在一个应用程序中混合调用约定？
浏览 9提问于2017-01-19得票数 0
回答已采纳
4回答
我正在尝试在代码块中使用Visual Studio2008 SP1创建的动态链接库(启用了公共语言运行时支持)(它使用了mingw下的GCC )。传递给dll的某些参数已由调用函数动态分配。我的问题是：
“传递到dll的参数是否可以驻留在调用函数的堆中。这样做安全吗？”
从dll返回时，调用函数的堆栈被损坏，并且在尝试访问这些堆栈时，当我尝试调试此问题时，在代码块中得到SIGTRAP。
这可能是什么原因呢？
dll函数的原型如下所示：
int __cdecl myTesseractOCR(myOCRData* labels_for_ocr);
myOCRDaata定义如下图所示：
typede
浏览 0提问于2011-07-26得票数 0
8回答
"cdecl“代表什么？
、、、、
是的，我知道"cdecl“是一个重要的调用约定的名称，所以请不要向我解释调用约定。我想问的是缩写(?)"cdecl“实际上代表。我认为这是一个糟糕的命名选择，因为乍一看，它让人想起"C声明者“(C的一个相当独特的语法方面)。事实上，有一个名为的程序，它的唯一目的就是破译C语言的声明符。但据我所知，C声明器语法与调用约定没有任何关系。
简化版："stdcall“代表”标准调用约定“。"cdecl“代表什么？
浏览 2提问于2011-02-14得票数 37
回答已采纳
我的解决方案有一个非托管的C++ DLL，它导出一个函数，以及一个PInvokes这个函数的托管应用程序。
我刚刚将解决方案从.NET 3.5转换为.NET 4.0，并得到了PInvokeStackImbalance“调用PInvoke函数.有不平衡的堆栈”异常。结果，我调用__cdecl‘’ed函数，因为它是__stdcall：
C++部件(被叫)：
__declspec(dllexport) double TestFunction(int param1, int param2); // by default is __cdecl
C#部件(调用方)：
[DllImport("Tes
浏览 3提问于2011-02-17得票数 4
回答已采纳
3回答
我试着挂接一些函数，不管是__stdcall还是x86上的__cdecl。
我想做以下几件事：
保留堆栈保留删除寄存器Do my thingsRestore registersRestore stack
我的堆栈没有问题，但是我的寄存器备份确实有一些问题:我不能在不修改一些寄存器的情况下备份它们(我不能使用堆栈，因为我不能以这种方式备份堆栈)！
我可以在堆上备份它们(我使用一个包含一些.EAX、.EBX等成员的结构)，我从ASM访问该结构，问题就在这里……我必须修改一些寄存器才能做到这一点！
然而，这是我的故事。我真正想要了解的是以下问题的答案：
关于在函数调用期间可以修改的寄存器和不能修
浏览 0提问于2014-09-01得票数 0
2回答
我有三个汇编程序代码片段，我应该为每个片段确定正确的调用约定(CDECL、STDCALL、FASTCALL)。为了识别调用约定，我搜索堆栈清理器，它要么是调用方，要么是被叫者。但是，如果我找不到我认为看起来像'add esp，8‘的清洁代码，该怎么办？我的方法错了吗。我必须搜索其他呼叫约定的特性吗？下面是代码片段。
片段1
push ebp
mov ebp , esp
sub esp , 0x8
mov [ ebp-0x4 ] , eax
mov [ ebp-0x8 ] , edx
mov eax , [ ebp-0x8 ]
mov edx , [ ebp-0x4 ]
add edx
浏览 3提问于2015-05-05得票数 4
回答已采纳
3回答
我有点困惑:我有一个C++ API，它应该从C代码中调用，并在函数声明中使用__cdecl。
有一个具有如下函数指针的vtable：
void (__cdecl *funptr) (const MyStruct& obj);
引用是一个C++结构，不是吗？怎么会有带引用的__cdecl呢？
最后：__cdecl是否等同于在extern "C"语句中包装所有内容？那案子里的推荐人呢？
我有点糊涂..。
浏览 13提问于2022-05-03得票数 3
回答已采纳
5回答
我记得很久以前，当我使用Turbo时，我不需要关心函数的调用约定，我使用或定义的每个函数都采用了 C 调用约定的形式。
但是，在我转到Windows平台之后，我发现有那么多调用约定规范，例如：
WINAPI，STDCALL，__cdecl…
这是编译器进化的结果吗？
浏览 1提问于2010-11-11得票数 1
回答已采纳
我一直在尝试更新到最新的HDF5DotNet包装器(1.8.7)，并收到以下警告(从VS2010以调试模式运行时)：
检测到PInvokeStackImbalance消息:对PInvoke函数'HDF5DotNet!::H5Fopen‘的调用使堆栈不平衡。这可能是因为托管PInvoke签名与非托管目标签名不匹配。检查PInvoke签名的调用约定和参数是否与目标非托管签名匹配。
我使用的是预编译的二进制文件( .NET Framework4.032位的HDF5DotNet程序集)，但在从源代码编译时得到了相同的结果。
奇怪的是，在非调试模式下执行调用HDF5DotNet包装器的应用程序时
浏览 1提问于2011-05-27得票数 0
回答已采纳
当wirte导出动态链接库中的函数时，我们使用_stdcall声明导出函数。然后，清理堆叠工作将由被调用的函数实现。我想知道在C/C++中使用_stdcall或_cdcel调用函数时，是谁将参数推送到堆栈？谢谢你的回答。
浏览 0提问于2011-04-21得票数 0
回答已采纳
我有一个GCC从C源文件生成的可执行文件(或.o)。如何使用objdump 或类似工具显示文件中包含的每个函数的调用约定？
原因
当查看反汇编时，我似乎有一个函数A()，它通过在堆栈上按y和x来调用另一个函数B(x, y)，但是B(x, y)在寄存器中查找它的参数。
我没有在__cdecl的C源代码上看到任何B(x, y)、__stdcall或类似的注释，也没有看到任何C/C++不兼容的奇怪之处，所以我想从实际的.o或可执行文件中查询它使用的约定，而不是随意猜测。
浏览 3提问于2013-12-03得票数 1
回答已采纳
2回答
以下代码是使用VC++ 2012编译的：
void f1(void (__stdcall *)())
{}
void f2(void (__cdecl *)())
{}
void __cdecl h1()
{}
void __stdcall h2()
{}
int main()
{
f1(h1); // error C2664
f2(h2); // error C2664
f1([](){}); // OK
f2([](){}); // OK
auto fn = [](){};
f1(fn); // OK
f2(fn); /
浏览 172提问于2013-02-13得票数 16
回答已采纳
1回答
就下面的代码而言，我有两个可能很简单的问题：
#include <windows.h>//IN and OUT prefixes are defined here
typedef int(__cdecl *FOO)(IN int input);
int my_int_func(IN int x) {
return x;
}
int main() {
int res = 0;
FOO foo = &my_int_func;
res = (*foo)(5);
return 0;
}
代码实际上运行得无懈可击。以下是问题：
1) typ
浏览 1提问于2014-11-05得票数 0
4回答
今天早些时候，我查看了不同的头文件，只是为了将它们与我正在制作的头文件进行比较，并注意到它们声明函数的方式似乎有点不同。
例如，下面是来自string.h的strlen声明
extern size_t __cdecl strlen(const char *);
在做了一些研究之后，我发现extern用于在函数块之外声明变量。用extern在头文件中声明函数是不是最好的做法？
我看到他们使用size_t，这里是unsigned long long而不是int，我猜想这是因为有几个原因(例如字符串的长度永远不会是负数)，这是他们在这里使用size_t的原因吗？或者我完全误解了这一点？
最后，我看到
浏览 0提问于2012-08-28得票数 2
回答已采纳
3回答
构造函数调用也在堆栈上吗？
、、、、
我理解在Java中，所有的方法调用都在堆栈上。以以下课程为例：
Class Demo
{
// Some instance variables
public Demo()
{
initialize();
}
public void initialize()
{
// Start initialization
....
// Call another method to perform some complex calculation
int resultVal = helperMethod();
浏览 5提问于2015-07-24得票数 3
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM活动推荐
腾讯云开发者
