指针常量的简单问题*(int *)100 = 25;

秋明EVO

int main(int argc, char* argv[])
{
        int age=0;
        *(int *)100 = 25;
         age = *(int *)100 ;
        return 0;
}
程序运行起来就死机了。为何*(int *)100 不能作为右值进行使用？
《C和指针》这本书6.9节给出如图片的解释，但是没看懂，麻烦各位大神给出各自见解，万分感谢

0x00000000

秋明EVO 发表于 2020-4-12 17:42
#define GPIOA ((GPIO_TypeDef *) GPIOA_BASE),这个就是我问这个问题的初衷，当时我想得就是指针只能指向 ...

对于同一编址的架构来说，内存，寄存器其实在形式上没有区别，一样的寻址指令，一样的寻址方式就可以修改内容。如果你找到了一个有效地址，就不会出这种问题。
你的问题其实不小，建议看看《微机原理》，了解一些底层的东西，最好学习ASM，真正写个简单的程序出来，这种问题，你就不再迷茫，还会说，不就是简单的问题吗！

正点原子

你这根本就不是内存地址，能正常运行才怪。

csmjmcc

正点原子 发表于 2020-4-11 01:02
你这根本就不是内存地址，能正常运行才怪。

假设这个是指向内存地址，又会出现什么样的结果呢？

cdlongbo

我最近也在看，和你看到的位置差不多，加Q1214741400 共同学习。  上面的理解是： 将100转换为指向整形的地址然后取出该值。需要注意的是这个100个是应用举例，真实的不可能有这个地址

高成

地址100应该是非法地址，不能访问

0x00000000

0x00000064是一个无效地址，你自己进入在线调试看看，只要写入直接Hard_Fault，有些无效地址甚至连读取都做不到，更别说瞎鸡儿写了！

0x00000000

你写这个有什么意义？你更应该关心这个问题，一般编程中很少去指定一个绝对的内存地址，它又不是寄存器。一般访问内存都是通过预先定义数组，或者某些变量，或者内存分配函数分配的空间。指定绝对内存地址容易出现意想不到的问题。因为可能直接与其它数据冲突，这种情况下编译器是没办法避开的。
如果你想让它成功，改为0x20000000试试，往后偏移0x4000以内都可以，但是可能会让其它函数死掉。

0x00000000

如果你还想不明白，你可以用VS编译成Windows程序，然后单步调试，然后你就得到一个内存访问错误的弹窗。Windows具有完善的机制，可不是一个嵌入式裸机能比的，至少知道怎么死的，不会被一个悄无声息的死搞得莫名其妙。

ISO14882

这个问题实际非常复杂，涉及内存管理的知识，在有mmu的平台可以了解一下分页机制。裸机（通常是mcu平台）经常使用这种方式处理mmio，尽管这个方式及其丑陋

的地方地方

如何你想访问一个特定地址的数据，但又怕访问到非法地址。可以先定义一个变量i，查看变量i的地址，以i的地址作为访问地址，再把i给删了。
这样你就可以找到一个有效的地址，做访问测试程序了。

正点原子

csmjmcc 发表于 2020-4-11 07:58
假设这个是指向内存地址，又会出现什么样的结果呢？

就不会出错

shihantu

学校里有教务处 , 有这个学院那个学院 , 你往进校门第 100 个房间说 " 求扩列 " , 理论上是允许的 , 所以给你编译通过 , 但运行起来 , 非常大概率会找到哪个老师 , 然后被教育 ( hardfault ) .

这就是例子 , 不一定所有环境都能执行 .

起码也要找到学生宿舍分配在几座楼吧 ? 这就是内存地址分配 , 上面的学院什么的也是属于学校统一的分配 , 不是哪个门都有资格进的 .

秋明EVO

0x00000000 发表于 2020-4-11 10:44
你写这个有什么意义？你更应该关心这个问题，一般编程中很少去指定一个绝对的内存地址，它又不是寄存器。一 ...

#define GPIOA ((GPIO_TypeDef *) GPIOA_BASE),这个就是我问这个问题的初衷，当时我想得就是指针只能指向变量，对于嵌入式设备而言，它可以指向所有想要的寄存器内存映射地址。

秋明EVO

cdlongbo 发表于 2020-4-11 09:25
我最近也在看，和你看到的位置差不多，加Q1214741400 共同学习。  上面的理解是： 将100转换为指向整形的地 ...

我觉得也是这个样子的，我一般都不上QQ了，讨论问题一个是CSDN，另一个就是咱们论坛

秋明EVO

0x00000000 发表于 2020-4-11 10:47
如果你还想不明白，你可以用VS编译成Windows程序，然后单步调试，然后你就得到一个内存访问错误的弹窗。Win ...

我现在还有一个搞不清的问题，就是不同的编译器下，程序都运行起来，内存能不能共享？一开始我认为是可以共享的，同一台机器，一样的硬件设备，内存映射应该一致。
但目前我做的实验是不能共享的，devC++读那块内存地址就死掉了。但是我不知道为什么。贴下能运行的代码：
VC6.0
int main(int argc, char* argv[])
{
        int age=0;
        int testaddress = 0;
        printf("%p\n",&testaddress);
        *(int *)1244992 = 25;
        age = *(int *)1244992 ;
        printf("%d\n",*(int *)1244992);
        return 0;
}
devc++ 死掉了
int main(int argc, char* argv[])
{
        printf("%d\n",*(int *)1244992);
        return 0;
}

秋明EVO

ISO14882 发表于 2020-4-11 21:29
这个问题实际非常复杂，涉及内存管理的知识，在有mmu的平台可以了解一下分页机制。裸机（通常是mcu平台）经 ...

这个问题，其实很简单，就是指针的指向谁。

ISO14882

秋明EVO 发表于 2020-4-12 18:05
这个问题，其实很简单，就是指针的指向谁。

建议看一下分页机制和虚拟地址，还有MMU的工作方式，如果是在Windows、Linux这种工作在具有MMU的处理器时程序所有的地址均为虚拟地址，如果你的这个字面量恰好撞上了某个合法的地址，那么运行时是“看起来没什么问题的”，但是极大多数时候都是会引发segment fault导致程序异常

秋明EVO

ISO14882 发表于 2020-4-12 19:16
建议看一下分页机制和虚拟地址，还有MMU的工作方式，如果是在Windows、Linux这种工作在具有MMU的处理器时 ...

我觉得，先理解到这吧，操作系统实在太复杂了，对数据结构的理解要求太高，目前渣渣水平。一点点来吧。

0x00000000

秋明EVO 发表于 2020-4-12 18:01
我现在还有一个搞不清的问题，就是不同的编译器下，程序都运行起来，内存能不能共享？一开始我认为是可以 ...

对于具有MMU的CPU来说，内存映射是变化的，同一个程序，多打开几次，虽然虚拟地址一样，但是物理地址不一样。并且每个进程之间的内存池其实都是有权限的，你的权限不够自然不能为所欲为，这是MPU的一种功能。

秋明EVO

0x00000000 发表于 2020-4-13 08:56
对于同一编址的架构来说，内存，寄存器其实在形式上没有区别，一样的寻址指令，一样的寻址方式就可以修改 ...

原来这个问题如此高深，学到了，感谢