user-0 提问: C语言

回复:
user: user-0
content: 回复#2：能否解释一下把五位数组的实参赋给八位数组的形参，在内存中发生了什么，函数执行结束后又发生了什么，具体说下怎么就等译为arr的地址。。。。。。 回复#3：请问你用的什么编译器，我的怎么一直不对 回复#4：可为什么只有arr【5】没有修改成功 回复#5：可为什么只有arr【5】没有修改成功 回复#6：是的 回复#7：故意这么干的 回复#8：需要一个函数，传递给函数一个5位数组，根据法则扩展为8位，当然要修改传递的数组本身。。。

user: user-1
content: 是不是为了研究怎么攻击缓冲区溢出？

user: user-2
content: 不知道楼主是为了一些技巧性的东西还是说没有注意到 arr是一个5个元素的数组，而传递给函数的是一个8个元素的数组 存在着明显的越界访问

user: user-3
content: 我感觉他说的修改arr[5]就是修改*(p+5)吧

user: user-4
content: arr数组的上界为arr[4],你要修改arr[5]????arr[5]的内存都不是你家的，你怎么改？？

user: user-5
content: fic的实参数组arr大小为5，最后一个元素为arr[4]，对arr[5]进行的写操作内存越界了。

user: user-3
content: 怎么没修改值啊，我编译了一下变成6了啊

user: user-6
content: 因为内存里： |           |             |            |            |            |    | arr[0]    arr[1]    arr[2]    arr[3]    arr[4]    p 所以arr[5] = p 虽然fic里面给arr[5]赋了6但是 p = fic(arr)又把值写入了arr[5],所以总是等译arr的指针地址

user: user-7
content: 引用 13 楼 baichi4141 的回复:[quote=引用 9 楼 u014296991 的回复:] 回复#2：能否解释一下把五位数组的实参赋给八位数组的形参，在内存中发生了什么，函数执行结束后又发生了什么，具体说下怎么就等译为arr的地址。。。。。。 回复#3：请问你用的什么编译器，我的怎么一直不对 回复#4：可为什么只有arr【5】没有修改成功 回复#5：可为什么只有arr【5】没有修改成功 回复#6：是的 回复#7：故意这么干的 回复#8：需要一个函数，传递给函数一个5位数组，根据法则扩展为8位，当然要修改传递的数组本身。。。 数组不能整体操作，大多数时候隐式转化为指向其首元素的指针再进行运算，包括使用[]操作符的时候 所以，你传的实参不是数组a，而是一个指向a[0]的临时指针 同理，形参里写int a[8]和int a[80000]，没有任何区别，编译器根本就不看后面那个数，所有int a[n]等价于int*a 至于“根据法则扩展为8位”，真没听过这种法则  a[5]是p的值，p=fic()这里在fic函数结束后又一次给p赋值，你之前写的那个6被覆盖了，想看到具体过程可以断点调试，在fic函数返回前a[5]应该是6[/quote]  +1

user: user-8
content: 计算机组成原理→DOS命令→汇编语言→C语言（不包括C++）、代码书写规范→数据结构、编译原理、操作系统→计算机网络、数据库原理、正则表达式→其它语言（包括C++）、架构……  对学习编程者的忠告： 眼过千遍不如手过一遍！ 书看千行不如手敲一行！ 手敲千行不如单步一行！ 单步源代码千行不如单步对应汇编一行！  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",...)】来理解指针的本质， 而要依赖调试时的反汇编窗口中的C/C++代码【比如void *p=...】及其对应汇编指令以及内存窗口中的内存地址和内存值来理解指针的本质。  这辈子不看内存地址和内存值；只画链表、指针示意图，画堆栈示意图，画各种示意图，甚至自己没画过而只看过书上的图……能从本质上理解指针、理解函数参数传递吗？本人深表怀疑！ 这辈子不种麦不收麦不将麦粒拿去磨面；只吃馒头、吃面条、吃面包、……甚至从没看过别人怎么蒸馒头，压面条，烤面包，……能从本质上理解面粉、理解面食吗？本人深表怀疑！！  提醒： “学习用汇编语言写程序” 和 “VC调试(TC或BC用TD调试)时按Alt+8、Alt+7、Alt+6和Alt+5,打开汇编窗口、堆栈窗口、内存窗口和寄存器窗口看每句C对应的汇编、单步执行并观察相应堆栈、内存和寄存器变化，这样过一遍不就啥都明白了吗。 （Linux或Unix下可以在用GDB调试时,看每句C对应的汇编并单步执行观察相应内存和寄存器变化。） 想要从本质上理解C指针，必须学习C和汇编的对应关系。” 不是一回事！  不要迷信书、考题、老师、回帖； 要迷信CPU、编译器、调试器、运行结果。 并请结合“盲人摸太阳”和“驾船出海时一定只带一个指南针。”加以理解。 任何理论、权威、传说、真理、标准、解释、想象、知识……都比不上摆在眼前的事实！  有人说一套做一套，你相信他说的还是相信他做的？ 其实严格来说这个世界上古往今来所有人都是说一套做一套，不是吗？  不要写连自己也预测不了结果的代码！

user: user-8
content: 电脑内存或文件内容只是一个一维二进制字节数组及其对应的二进制地址； 人脑才将电脑内存或文件内容中的这个一维二进制字节数组及其对应的二进制地址的某些部分看成是整数、有符号数/无符号数、浮点数、复数、英文字母、阿拉伯数字、中文/韩文/法文……字符/字符串、汇编指令、函数、函数参数、堆、栈、数组、指针、数组指针、指针数组、数组的数组、指针的指针、二维数组、字符点阵、字符笔画的坐标、黑白二值图片、灰度图片、彩色图片、录音、视频、指纹信息、身份证信息……

user: user-9
content: 引用 9 楼 u014296991 的回复:回复#2：能否解释一下把五位数组的实参赋给八位数组的形参，在内存中发生了什么，函数执行结束后又发生了什么，具体说下怎么就等译为arr的地址。。。。。。 回复#3：请问你用的什么编译器，我的怎么一直不对 回复#4：可为什么只有arr【5】没有修改成功 回复#5：可为什么只有arr【5】没有修改成功 回复#6：是的 回复#7：故意这么干的 回复#8：需要一个函数，传递给函数一个5位数组，根据法则扩展为8位，当然要修改传递的数组本身。。。 数组不能整体操作，大多数时候隐式转化为指向其首元素的指针再进行运算，包括使用[]操作符的时候 所以，你传的实参不是数组a，而是一个指向a[0]的临时指针 同理，形参里写int a[8]和int a[80000]，没有任何区别，编译器根本就不看后面那个数，所有int a[n]等价于int*a 至于“根据法则扩展为8位”，真没听过这种法则  a[5]是p的值，p=fic()这里在fic函数结束后又一次给p赋值，你之前写的那个6被覆盖了，想看到具体过程可以断点调试，在fic函数返回前a[5]应该是6

user: user-10
content: 常量的值不能改

user: user-11
content: 你那個 fic（int  a [8]） 這個8 是沒有什麽意義的， 形參  數組是根據傳進來的數組個數為準的！

user: user-11
content: 你那個 fic（int  a [8]） 這個8 是沒有什麽意義的， 形參  數組是根據傳進來的數組個數為準的！

user: user-12
content: 因为arr[5]是一个数组中的某个变量，而*flc是指针函数  两个不同类型