xcode6 使用MJRefresh，Too many arguments to function call, expected 0, have *

最新推荐文章于 2024-06-13 21:23:46 发布
转载 最新推荐文章于 2024-06-13 21:23:46 发布 · 1.9w 阅读 · 7

本文介绍了解决XCode6升级后出现的objc_msgSend调用参数错误的问题。通过调整项目的BuildSettings设置，将ENABLE_STRICT_OBJC_MSGSEND选项设为NO，可以避免编译错误。

转载自：  http://blog.youkuaiyun.com/wsjshx/article/details/40743291

将XCode升级到6后，报Too many arguments to function call, expected 0, have *，在XCode5.1里能编译通过的，到xcode6就报错

objc_msgSend(self.beginRefreshingTaget, self.beginRefreshingAction, self);

Too many arguments to function call, expected 0, have *

问了下度娘，

选中项目 - Project - Build Settings - ENABLE_STRICT_OBJC_MSGSEND 将其设置为 NO 即可


Xcode导入runtime框架函数参数没有提示或Too many arguments to function call, expected 0, have 2错误
学习一定要有针对性的练习-实操！
07-02 613
首先说明下，在Xcode6之前运用objc_msgSend，是有参数提示的。 但是从Xcode6之后，苹果不推荐我们使用runtime，所以就取消了参数提示功能。估计是不想让我们过多的了解底层。 Xcode6之后我们运用objc_msgSend函数是这样的: 从图中很明显可以看出来是没有参数提示的。 我们可以通过对Xcode进行配置进行更改。更改如图： 按照如上图的方式操作,搜索msg，并把YES改成NO即可。 操作完成后再敲原来的函数就有参数提示功能了。 ...
Too many open files （CLOSE_WAIT过多）的解决方案：修改打开文件数的上限值、调整TCP/IP的参数
专注于计算机研发知识和资讯分享
07-21 2157
通过以上命令，我们可以看到openfiles的最大数为1024。问题分析用命令ulimit-a查看。解决思路修改打开文件数的上限值。
c++引用标准c库close出错 error: too many arguments to function call, expected 0, have 1
专注Android/嵌入式开发
01-05 6421
今天在写一个测代码时，在android cpp中调用标准c的close函数，然而在make的时候却出现报错信息， error: too many arguments to function call, expected 0, have 1; did you mean '::close'?                         close(video_fd); 仔细看了报错提示，
编译错误“Too many arguments to function call....”
热门推荐
番薯大佬的专栏
03-20 7万+
运行编译过程中出现错误，并提示“Too many arguments to functions call, expected....”的信息，如图一。 遇到这种情况时，该如何解决呢？解决方法是将属性“Enable Strict Checking of objc_msgSend Calls”的值设置成“No”，即TARGETS——>项目——>Build Settings——>Apple LLVM
main.c(17): error: #140: too many arguments in function call
Chillit的博客
04-23 2万+
在添加包含该函数的头文件后仍旧报错： 原因：源.c文件中的函数有参数，但是实际调用时没有。 解决方法：删除源.c文件函数中的参数或者调用函数的同时写上参数。
objc_msgsend 报错 Too many arguments to function call
lnking1992的专栏
10-12 2364
Build Settings -> Enable Strict Checking of objc_msgSend Calls 改为 NO。Xcode 6 之前 objc_msgsend 是可以带参数的，从 Xcode 6 之后带参数会报错。，即使改为 NO，模拟器不报错，真机调试报错。方式2、通过类型强制转换。需要传的参数个数自行定义。Xcode 12 失效。方式1、修改设置信息。
No matching function for call to ‘iconv’ ‘iconv_close‘ xcode15编译cocos2dx library ‘iconv.2.4.0‘ not
win_huanglian的专栏
03-22 1342
No matching function for call to ‘iconv’ 'iconv_close' xcode15编译cocos2dx library 'iconv.2.4.0' not
Xcode无法使用设备：Failed to prepare the device for development
kiku
06-13 1650
Xcode不兼容该版本系统，需要处理增加Xcode系统支持。
Keil5 的常见错误
weixin_56767731的博客
04-19 8807
C\Source\led.c(22): warning: #69-D: integer conversion resulted in truncation 这个是由于实际值的范围超过了定义值的范围 C\Source\main.c(15): error: #140: too many arguments in function call 这个是由于函数声明或者引用时与实际的函数定义不一致 ...
CCS10中出现“Description Path Resource Location Type#141 too many arguments in function call ”问题
shuer_wang的博客
08-01 2051
原因：调用函数时传入的参数数量与函数声明的参数数量不同。（上面这个函数调用是发生错误的来源）函数调用的722行改为下面这个即可解决。
Array.prototype.slice.call(arguments)
weixin_30627341的博客
05-19 307
我们知道，Array.prototype.slice.call(arguments)能将具有length属性的对象转成数组，除了IE下的节点集合（因为ie下的dom对象是以com对象的形式实现的，js对象与com对象不能进行转换） 如： 1 var a={length:2,0:'first',1:'second'}; 2 Array.prototype.slice.call(a);/...
error: #29: expected an expression，error: #140: too many arguments in function call
kernel1101的博客
08-03 2万+
新手学习stm32遇到的小问题分享：小白有时候头脑发热就会出现低级错误，以此自戒，函数调用出现错误，函数只有在定义或声明时需要定义参数才需要用到数据类型，如果调用时再使用数据类型就会出现一下问题，只需把RCC_Config(void);改为RCC_Config();即可，望新手共同进步~~
编译错误：”Too many arguments to function call, expected 0, have 2 ”的解决
Nigel_Lee专栏
10-08 2万+
在进行大规模工程开发的时候，或者是对原有工程结构进行调整，会出现很多编译问题。其中： “Too many arguments to function call, expected 0, have 2” 是比较常见的一种。这个编译报错在Xcode8上比较常见。 解决办法是对LLVM (low level virtual machine)属性进行设置。LLVM是一个开源的编译器框架，很重要的一
too many arguments to function call, expected 0, have 3 错误‘解决办法
iOS_Cloud的博客
09-01 5746
引用MJRefresh报错的解决办法： too many arguments to function call, expected 0, have 3  这是编译的错 Build Setting--> Apple LLVM 6.0 - Preprocessing--> Enable Strict Checking of objc_msgSend Calls  改为 NO 如果改后
IAR编译出错：Error[Pe165]: too few arguments in function call
Szp
12-09 2万+
先找出具体出现的文件，然后把函数逐个注释掉，编译，找出相应出错的函数。该错误是由于调用的参数少了导致的，即使某些参数在都中情况下无效，但也要加上去。例如gpio_init (PORTx portx, u8 n, GPIO_CFG cfg, u8 data)，在调用时，当设置成输入上拉时，data参数为0或1都没起作用，但调用是也需要加上：gpio_init(PORTB ,23 , GPI_UP,0
iOS objc_msgSend iOS too many arguments in function call 报错解决方案
u010244140的专栏
11-25 2030
iOS objc_msgSend iOS too many arguments in function call 报错解决方案
函数‘memcpy‘的参数太少 error: too few arguments to function call,
larance的挨踢生活
10-12 2620
百度后发现函数写错了，原来C中有memccpy 函数 与memcpy 很相近。最新学C ， 使用memcpy函数。报错 如下 ，百思不解。
too many arguments to function call, expected 0, have 1
最新发布
05-07
<think>好的，我现在需要帮助用户解决C++中的编译错误：“too many arguments to function call, expected 0, have 1”。用户还提供了几个站内的引用，我需要结合这些引用和之前的知识来给出解决方案。 首先，用户的问题是关于函数调用时参数数量不匹配的错误。常见的可能原因包括函数声明与定义不一致、函数重载问题、作用域或命名空间冲突、宏定义干扰，以及编译器设置或版本差异。我需要逐一分析这些可能性。 根据引用[1]，用户遇到了close函数的参数错误，提示需要0个参数但传了1个。这可能是因为在C++中，标准库的close函数可能需要使用::close来明确调用全局作用域的函数，避免与类成员函数或其他作用域的同名函数冲突。例如，如果用户所在的类有一个名为close的成员函数，而没有参数，那么调用close(video_fd)会被解析为该成员函数，导致参数不匹配。这时候需要使用::close(video_fd)来调用C库的close函数。 引用[2]提到了Xcode中解决类似问题的方法，即调整ENABLE_STRICT_OBJC_MSGSEND设置为NO。虽然这是Objective-C的配置，但可能用户的项目中混用了C++和Objective-C代码，或者有类似的编译器严格检查设置。需要检查项目的编译器设置，是否有严格的参数检查导致的问题。 引用[3]和[4]提到的是其他类型的错误，比如虚函数重写不一致和宏参数问题，可能与当前问题关联不大，但可以作为参考。例如，检查是否有宏定义干扰了函数调用，导致参数数量被改变。 接下来，我需要结合用户之前的提问历史。用户之前询问了关于strlen传递引用的问题，现在转向编译错误，可能是在同一项目中遇到了多个问题，需要综合解决。 可能的解决方案步骤包括： 1. 检查函数声明和定义是否一致，特别是参数数量。 2. 确认是否误用了函数重载，或者存在作用域内的同名函数。 3. 使用显式的作用域解析符（如::close）调用正确的函数。 4. 检查项目中的宏定义，是否有影响函数调用的宏。 5. 调整编译器设置，如Xcode中的ENABLE_STRICT_OBJC_MSGSEND，关闭严格检查。 6. 确保使用符合标准的C++版本，避免旧版本的限制。 需要详细说明每个步骤，并提供代码示例，比如如何正确调用全局close函数，如何检查函数声明，以及如何修改编译器设置。同时，要提醒用户注意宏可能带来的问题，特别是在旧标准中空宏参数的问题，但当前错误可能与宏无关，但需要排除。 最后，总结解决方案，帮助用户系统地排查问题，并预防未来类似错误的发生。</think>针对C++编译错误`too many arguments to function call, expected 0, have 1`，以下是具体分析和解决方案： --- ### 一、错误原因分析 此错误表示**函数调用时的参数数量与声明或定义的参数数量不匹配**。结合你提供的引用[^1][^2]，常见场景包括： 1. **函数原型声明为无参数**，但调用时传递了参数。 2. **作用域冲突**（如C标准库函数被其他同名函数覆盖）。 3. **编译器严格模式**（如Xcode的`ENABLE_STRICT_OBJC_MSGSEND`设置）。 4. **宏或预处理器干扰**（引用[^4]的空宏参数问题）。 --- ### 二、具体解决方案 #### 1. **检查函数声明与定义是否一致** 若函数声明为`void close();`（无参数），但调用时使用`close(video_fd)`，则参数数量不匹配： ```cpp // 错误声明 void close(); // 正确声明（需与调用匹配） void close(int fd); ``` #### 2. **处理作用域冲突** 当调用C标准库函数（如`::close`）时，若存在同名函数或类成员函数，需显式指定作用域： ```cpp // C标准库的close函数需全局作用域符号 ::close(video_fd); // 正确调用全局close ``` #### 3. **编译器设置调整（针对Xcode/MacOS环境）** 若涉及Objective-C混合编程，按引用[^2]修改编译设置： 1. 进入项目`Build Settings` 2. 搜索`ENABLE_STRICT_OBJC_MSGSEND` 3. 将其设置为`NO` ![Xcode设置示例](https://via.placeholder.com/600x200?text=ENABLE_STRICT_OBJC_MSGSEND+%3D+NO) #### 4. **检查宏定义干扰** 若代码中存在宏替换导致参数数量变化： ```cpp #define CLOSE() ::close() // 错误宏（无参数） CLOSE(video_fd); // 展开后参数不匹配 ``` 需修正宏定义： ```cpp #define CLOSE(fd) ::close(fd) // 正确宏 ``` --- ### 三、代码验证示例 假设错误代码为： ```cpp #include <unistd.h> class FileHandler { public: void close() { /* 类成员函数 */ } void process() { close(video_fd); // 错误：成员函数close无参数 } private: int video_fd; }; ``` 修正方式： ```cpp void process() { ::close(video_fd); // 显式调用全局close } ``` --- ### 四、预防措施 | 场景 | 预防方法 | |---------------------|--------------------------------------------------------------------------| | 函数声明不一致 | 使用头文件（`.h`）统一声明，避免手动重复定义 | | 作用域冲突 | 调用C库函数时显式添加`::`前缀 | | 编译器兼容性问题 | 统一开发环境配置（如C++标准版本、编译标志） | --- ### 五、扩展思考 1. **为何C++允许同名函数存在不同作用域？** 这是C++名称查找规则（Name Lookup）的特性，优先在当前作用域查找函数[^3]。 2. **如何避免参数类型不匹配？** 使用`static_assert`或类型特征检查（C++11+）。 ---
评论 2
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值