本人的问题如下所示(错误在代码部分):
#include <iostream>
using namespace std;
void func(char **q)
{
*q = new char[30];
*q = “asdfas”;
}
void func_1(char **q)
{
*q = new char[30];
*(q[0]) = “a”;
*(q[1]) = “s”;
*(q[2]) = “d”;
*(q[3]) = “f”;
*(q[4]) = “a”;
*(q[5]) = “s”;
*(q[6]) = “\0”;
}
int main()
{
char *temp = NULL;
char *q = NULL;
func(&q); //编译通过
func_1(&q); //编译通不过,直接卡死
return 0;
}
#include <iostream>
using namespace std;
void func(char **q)
{
*q = new char[30];
*q = “asdfas”;
}
void func_1(char **q)
{
*q = new char[30];
*(q[0]) = “a”;
*(q[1]) = “s”;
*(q[2]) = “d”;
*(q[3]) = “f”;
*(q[4]) = “a”;
*(q[5]) = “s”;
*(q[6]) = “\0”;
}
int main()
{
char *temp = NULL;
char *q = NULL;
func(&q); //编译通过
func_1(&q); //编译通不过,直接卡死
return 0;
}
解决方案
40
你编译没问题,是运行问题
func_1中只有*(q[0])是有效的,*(q[1]) … 后面的都越界了
原因是你的q不是一个数组
func_1中只有*(q[0])是有效的,*(q[1]) … 后面的都越界了
原因是你的q不是一个数组
1
楼上对滴
2
关于出错原因楼上已经解释的比较清楚了。
假如是为了测试语言特性的话,写出上面的代码没什么问题,但是假如在实际编程中出现这样的代码,真的只能说看不下去了
假如是为了测试语言特性的话,写出上面的代码没什么问题,但是假如在实际编程中出现这样的代码,真的只能说看不下去了
4
char **q你的是二级指针
q[1]相当于是第二行的首地址了,然后再*解引用,就越界了。
写成(*q)[1]才行,要先*解引用,保证是第一行的地址,然后再用[]访问
q[1]相当于是第二行的首地址了,然后再*解引用,就越界了。
写成(*q)[1]才行,要先*解引用,保证是第一行的地址,然后再用[]访问
4
*q = new char[30];
*q = “asdfas”;
—
你这里第二句的做法是错误的,你*q指向了new了一个空间,然后又让它指向了一个字符串常量,这样的话*q等于就丢失了new的空间,这部分空间就丢失了,无法找到并合理释放,从而产生内存泄露。
*q = “asdfas”;
—
你这里第二句的做法是错误的,你*q指向了new了一个空间,然后又让它指向了一个字符串常量,这样的话*q等于就丢失了new的空间,这部分空间就丢失了,无法找到并合理释放,从而产生内存泄露。
3
数组指针是
(*q)[],它本身是一个指针,这个指针指向一个字符数组。
指针数组是
*q[],它是一个数组,数组的每一个元素都是指向某种类型地址的指针。
解引用的运算符优先级弱于下标运算符[],所以在指针q和解引用运算符*不加括号的情况下,指针q优先和[]结合
(*q)[],它本身是一个指针,这个指针指向一个字符数组。
指针数组是
*q[],它是一个数组,数组的每一个元素都是指向某种类型地址的指针。
解引用的运算符优先级弱于下标运算符[],所以在指针q和解引用运算符*不加括号的情况下,指针q优先和[]结合
8
计算机组成原理→DOS命令→汇编语言→C语言(不包括C++)、代码书写规范→数据结构、编译原理、操作系统→计算机网络、数据库原理、正则表达式→其它语言(包括C++)、架构……
对学习编程者的忠告:
眼过千遍不如手过一遍!
书看千行不如手敲一行!
手敲千行不如单步一行!
单步源代码千行不如单步Debug版对应汇编一行!
单步Debug版对应汇编千行不如单步Release版对应汇编一行!
不会单步Release版对应汇编?在你想单步Release版C/C++代码片断的前面临时加一句DebugBreak();重建全部,然后在IDE中运行。(一般人本人不告诉他!
VC调试时按Alt+8、Alt+7、Alt+6和Alt+5,打开汇编窗口、堆栈窗口、内存窗口和寄存器窗口看每句C对应的汇编、单步执行并观察相应堆栈、内存和寄存器变化,这样过一遍不就啥都明白了吗。
对VC来说,所谓‘调试时’就是编译连接通过以后,按F10或F11键单步执行一步以后的时候,或在某行按F9设了断点后按F5执行停在该断点处的时候。
(Turbo C或Borland C用Turbo Debugger调试,Linux或Unix下用GDB调试时,看每句C对应的汇编并单步执行观察相应内存和寄存器变化。)
想要从本质上理解C指针,必须学习汇编以及C和汇编的对应关系。
从汇编的角度理解和学习C语言的指针,原本看似复杂的东西就会变得非常简单!
指针即地址。“地址又是啥?”“只能从汇编语言和计算机组成原理的角度去解释了。”
但本人又不得不承认:
有那么些人喜欢或适合用“先具体再抽象”的方法学习和理解复杂事物;
而另一些人喜欢或适合用“先抽象再具体”的方法学习和理解复杂事物。
而本人本人属前者。
不要企图依赖输出指针相关表达式…的值【例如printf(“%p\n”,…);或cout<<…】来理解指针的本质,
而要依赖调试时的反汇编窗口中的C/C++代码【例如void *p=(void *)(…);】及其对应汇编指令以及内存窗口中的内存地址和内存值来理解指针的本质。
这辈子不看内存地址和内存值;只画链表、指针示意图,画堆栈示意图,画各种示意图,甚至本人没画过而只看过书上的图……能从本质上理解指针、理解函数参数传递吗?本人深表怀疑!
这辈子不种麦不收麦不将麦粒拿去磨面;只吃馒头、吃面条、吃面包、……甚至从没看过别人怎么蒸馒头,压面条,烤面包,……能从本质上理解面粉、理解面食吗?本人深表怀疑!
提醒:
“学习用汇编语言写程序”
和
“VC调试(TC或BC用TD调试)时按Alt+8、Alt+7、Alt+6和Alt+5,打开汇编窗口、堆栈窗口、内存窗口和寄存器窗口看每句C对应的汇编、单步执行并观察相应堆栈、内存和寄存器变化,这样过一遍不就啥都明白了吗。
(Linux或Unix下可以在用GDB调试时,看每句C对应的汇编并单步执行观察相应内存和寄存器变化。)
想要从本质上理解C指针,必须学习C和汇编的对应关系。”
不是一回事!
不要迷信书、考题、老师、回帖;
要迷信CPU、编译器、调试器、运行结果。
并请结合“盲人摸太阳”和“驾船出海时一定只带一个指南针。”加以理解。
任何理论、权威、传说、真理、标准、解释、想象、知识……都比不上摆在眼前的事实!
有人说一套做一套,你相信他说的还是相信他做的?
其实严格来说这个世界上古往今来全部人都是说一套做一套,不是吗?
不要写连本人也预测不了结果的代码!
电脑内存或文件内容或传输内容只是一个一维二进制字节数组及其对应的二进制地址;
人脑才将电脑内存或文件内容或传输内容中的这个一维二进制字节数组及其对应的二进制地址的某些部分看成是整数、有符号数/无符号数、浮点数、复数、英文字母、阿拉伯数字、中文/韩文/法文……字符/字符串、汇编指令、函数、函数参数、堆、栈、数组、指针、数组指针、指针数组、数组的数组、指针的指针、二维数组、字符点阵、字符笔画的坐标、黑白二值图片、灰度图片、彩色图片、录音、视频、指纹信息、身份证信息……
十字链表交换任意两个节点C源代码(C指针应用终极挑战)http://download.csdn.net/detail/zhao4zhong1/5532495
仅供参考:
//char (*(*x[3])())[5];//x是什么类型的变量? // //分析C语言声明,关键是搞清楚这个变量是个什么东西(函数、指针、数组), //是函数那么剩下的就是他的参数和返回值, //是指针那剩下部分是说明他指向什么, //是数组剩下的部分就是说明数组的成员是什么类型。 //解析C语言声明规则: //从左侧第一个标识符开始,按照优先级进行结合。*表示是..的指针,const表示只读的,volatile表示可变的,[]表示是数组,()表示是函数。 // //x和[3]结合说明是一个大小为3的数组,该数组的每个元素为一类指针,该类指针指向一类函数,该类函数无参数,返回一类指针,该类指针指向一个大小为5的char型数组 #include <stdio.h> #include <typeinfo.h> char num[5]; char (*x00())[5] { return # } int main() { char (*(*x[3])())[5];//是个数组,大小为3 char (*(*x0 )())[5];//数组的元素,是个函数指针 char (*( x00 )())[5];//函数原型,参数为空,返回值为指针 char (* x000 )[5];//返回值 x0 = x00; x[0] = x0; x[1] = x0; x[2] = x0; printf("typeid(x).name() is %s\n",typeid(x).name()); return 0; } //typeid(x).name() is char (* (__cdecl**)(void))[5]