- android - 多次调用 OnPrimaryClipChangedListener
- android - 无法更新 RecyclerView 中的 TextView 字段
- android.database.CursorIndexOutOfBoundsException : Index 0 requested, 光标大小为 0
- android - 使用 AppCompat 时,我们是否需要明确指定其 UI 组件(Spinner、EditText)颜色
我不确定用来描述这个问题的正确术语,但我会尽力而为。
我正在编写一个玩具程序,在 test.c 中打印 12 和 13 的阶乘:
#include <stdio.h>
int main(void)
{
printf("%ld\n", factorial(12));
printf("%ld\n", factorial(13));
return 0;
}
阶乘函数在源 fact.c 的共享库中定义
long factorial(int n)
{
long r = 1;
while (n > 1) r *= n--;
return r;
}
我正在使用以下命令编译共享库和我的程序:
$ gcc -shared -fPIC -o libfact.so fact.c
$ gcc -L. -lfact test.c
我在 x86-64 上,所以我希望 factorial(13)
(13!= 6227020800) 不会溢出 64 位长。然而,我得到了一个奇怪的结果。
$ LD_LIBRARY_PATH=. ./a.out
479001600
1932053504
这里,1932053504恰好是正确结果的低32位的十进制值。但是,如果我在 test.c 的顶部插入函数原型(prototype) long factorial(int)
并重新编译,我会得到正确的结果。
$ LD_LIBRARY_PATH=. ./a.out
479001600
6227020800
这给我留下了几个问题:
factorial
。这和这个有关吗question about C void arguments还有这个question about function prototypes ?最佳答案
从 1990 版的 C 标准开始,如果您调用没有可见声明的函数,编译器会假定它返回类型 int
.所以对于 factorial()
的调用在您的主程序中,编译器很可能会解释 long
它返回的值就好像它是一个int
值(value)。如果long
和 int
碰巧具有相同的表示,这可能会起作用。如果long
比 int
宽,它可能碰巧起作用,也可能失败。但是无论哪种方式,行为都是未定义的。
C 标准 (C99) 的 1999 版删除了“隐式整数”规则。调用没有可见声明的函数是约束冲突,需要编译器诊断。然后,编译器可能会拒绝该程序,或者继续编译它——但如果是这样,则行为是未定义的。
要更正此问题,您需要有一个可见的声明 factorial()
在你调用它之前。最好的方法是创建一个头文件,factorial.h
:
阶乘.h:
#ifndef FACTORIAL_H
#define FACTORIAL_H
long factorial(int n);
#endif
阶乘.c:
#include <stdio.h>
#include "factorial.h"
long factorial(int n)
{
printf("factorial(%d)", n);
long r = 1;
while (n > 1) r *= n--;
printf(" --> %ld\n", r);
return r;
}
main.c:
#include <stdio.h>
#include "factorial.h"
int main(void)
{
printf("%ld\n", factorial(12));
printf("%ld\n", factorial(13));
return 0;
}
请注意,如果 long
,这仍然将不起作用只有 32 位,因为 13 阶乘超过 231-1。检查 LONG_MAX
的值和/或 sizeof (long)
在您的系统上:
printf("LONG_MAX = %ld, sizeof (long) = %d\n", LONG_MAX, (int)sizeof (long));
考虑使用 long long
而不是 long
-- 或者,更好的是,int64_t
或 uint64_t
, 在 <stdint.h>
中定义.
(据我所知,您使用共享库不会影响这一切。)
关于c - 使用共享库时的函数原型(prototype),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13223646/
以下代码,我使用 chrome 浏览器控制台进行了检查: function A(){ this.a='a' } 这是一个构造函数。我已经将一个属性 b 赋给了 A 的原型(prototype)。
就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the
关闭。这个问题是opinion-based .它目前不接受答案。 想改进这个问题?更新问题,以便 editing this post 提供事实和引用来回答它. 5年前关闭。 Improve this
关闭。这个问题是opinion-based .它目前不接受答案。 想改进这个问题?更新问题,以便 editing this post 提供事实和引用来回答它. 3年前关闭。 Improve this
我已经开始阅读 The Pragmatic Programmer,我很喜欢并学习堆形式,但我很难理解示踪子弹和原型(prototype)之间的区别。跟踪项目符号是否像拥有应用程序的所有 View 但尚
尽管阅读了 StackOverflow 上的大多数文章,但我现在实际上对原型(prototype)非常困惑。 function Foo() { } Foo.prototype.speak = func
我正在阅读以下代码,并开始想知道 Rectangle.prototype = Object.create(Shape.prototype) 和 Rectangle.prototype = Shape.
我想知道它们之间的区别: childObj.prototype = Object.create(parentObj.prototype) 和 childObj.prototype = parentOb
这个问题在这里已经有了答案: Why wouldn't I use Child.prototype = Parent.Prototype rather than Child.prototype =
在 node.js 中导出原型(prototype)的首选方法是什么?您可以采用两种方法: 导出原型(prototype)本身 function A () { } module.exports = A
我正在学习 JavaScript,发现了两种分配原型(prototype)的方法。 第一个是A.prototype = B.prototype,第二个是A.prototype = new B() 例如
在一些构造函数的定义之后,例如 child ,我见过以下两种形式: Child.prototype = Parent.prototype; 或 Child.prototype = new Parent
我正在阅读一本关于 OOP javascript 的书,但被其中一个示例卡住了。 在示例代码的第一个版本中,Shape 的一个新实例构造函数被创建并且 toString方法被调用。 toString方
这个问题在这里已经有了答案: What should I connect to the child prototype property in JavaScript (2 个答案) 关闭 8 年前。
在进行原型(prototype)设计时,您在多大程度上放弃了最佳实践来支持代码和修复黑客攻击?当然,代码并不打算在完整的生产环境中保留。 补充:我正在研究一个用 Python 制作的相当大的半工作原型
我正在尝试使用 Prototype 更新隐藏表单字段的值。表单域: 我正在尝试使用原型(prototype)更新值: var additionalVal = ',2'; var itemId = $
我正在阅读How to Make a Javascript Library我发现了作者所说的一个观点: function _() { //Some obects and var
我想用一个新函数扩展“Number”类型,因此我必须定义一个原型(prototype)。当我想到这一点时,我得到了一堆问题: Number 是否既继承了 Object.prototype 又继承了 F
这里好像有区别... 假设我们有 function MyConstructor() {} MyConstructor 的[[Prototype]] 是Function.prototype,不是 MyC
有人建议 Derived.prototype = Object.create(Base.prototype); 优于 Derived.prototype = new Base(); (如 this S
我是一名优秀的程序员,十分优秀!