在x86_64的Debian Jessie上交叉编译一个mipsel架构的程序，能静态链接的都静态链接了。 程序编译好传送到mipsel架构的设备上时，ldd查看库的依赖，却提示
|
1 |
/lib/mipsel-linux-gnu/libc.so.6: version `GLIBC_2.17' not found |
(⊙﹏⊙)b mipsel设备上运行着Debian Wheezy，使用的是glibc 2.13：
|
1 2 |
# /lib/mipsel-linux-gnu/libc.so.6 GNU C Library (Debian EGLIBC 2.13-38+deb7u11) stable release version 2.13, by Roland McGrath et al. |
尝试了更新到glibc 2.17，结果运行所有动态链接glibc的程序都提示Segmentation fault或Bus error，眼看要变砖!!!∑(ﾟДﾟノ)ノ，最后用一个静态链接版本 […]
C语言基本类型的返回通过寄存器实现。 寄存器容量不大，一个结构体的大小不定，多塞几个成员，很容易就会超过寄存器的容量，不太可能通过寄存器一次性返回一个结构体。 把以下代码转为汇编，探个究竟:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 |
// return_struct.c struct the_struct { int num1; int num2; double num3; double num4; int *num_ptr1; int *num_ptr2; }; struct the_struct fun() { struct the_struct the_struct1; the_struct1.num1 = 1; the_struct1.num2 = 2; return the_struct1; } int get_struct() { struct the_struct the_struct1 = fun(); return the_struct1.num1 + 1; } |
优化后的代码可能比较晦涩，64位寄存器数量是32位的一倍，为了简便理解，关闭代码优化，并且转为32位汇编，命令:
|
1 |
bash # gcc -O0 -S -masm=intel -m32 return_struct.c |
结果:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 |
.file "return_struct.c" .intel_syntax noprefix .text .globl _fun .def _fun; .scl 2; .type 32; .endef _fun: push ebp mov ebp, esp sub esp, 32 ; 为结构体在栈帧中分配32字节内存 mov DWORD PTR [ebp-32], 1 ; *(ebp - 32) = 1 mov DWORD PTR [ebp-28], 2 ; *(ebp - 28) = 1 ; ebp指向的位置储存着get_struct()函数的ebp值 ; ebp+4指向返回地址 ; ebp+8是get_struct()函数中结构体的指针 mov eax, DWORD PTR [ebp+8] ; eax = get_struct()函数中结构体的指针 mov edx, DWORD PTR [ebp-32] ; edx是fun()函数中结构体首DWORD的值 mov DWORD PTR [eax], edx ; *eax = edx，让get_struct()中的结构体第一个DWORD = edx ; 结构体剩余的其余值传值 mov edx, DWORD PTR [ebp-28] mov DWORD PTR [eax+4], edx mov edx, DWORD PTR [ebp-24] mov DWORD PTR [eax+8], edx mov edx, DWORD PTR [ebp-20] mov DWORD PTR [eax+12], edx mov edx, DWORD PTR [ebp-16] mov DWORD PTR [eax+16], edx mov edx, DWORD PTR [ebp-12] mov DWORD PTR [eax+20], edx mov edx, DWORD PTR [ebp-8] mov DWORD PTR [eax+24], edx mov edx, DWORD PTR [ebp-4] mov DWORD PTR [eax+28], edx mov eax, DWORD PTR [ebp+8] leave ret 4 .globl _get_struct .def _get_struct; .scl 2; .type 32; .endef _get_struct: push ebp mov ebp, esp sub esp, 40 ; 分配40字节内存 lea eax, [ebp-32] ; eax = ebp - 32，eax是结构体的指针 mov DWORD PTR [esp], eax ; *esp储存结构体的指针，即get_struct()函数栈顶是结构体的指针 call _fun sub esp, 4 mov eax, DWORD PTR [ebp-32] ; (ebp - 32)是结构体的地址 add eax, 1 leave ret .ident "GCC: (GNU) 5.3.0" |
汇编代码已写上注释。 在get_struct()函数中，调用fun()之前，会首先把ge […]
当初看到Visual Studio 2010的这个提示，我真当VS实现了C LANG的函数重载。 今天即兴尝试VS下C LANG的函数重载，虽然IDE没报语法错误，但编译器编译时会报错。无奈之下只好打开长长的math.h一探究竟。 通过全文搜索很容易找到math.h声明的pow()原型：
|
1 2 3 4 5 6 7 8 9 10 11 |
double __cdecl pow(_In_ double _X, _In_ double _Y); inline double __CRTDECL pow(_In_ double _X, _In_ int _Y) {return (_Pow_int(_X, _Y)); } inline float __CRTDECL pow(_In_ float _X, _In_ float _Y) {return (powf(_X, _Y)); } inline float __CRTDECL pow(_In_ float _X, _In_ int _Y) {return (_Pow_int(_X, _Y)); } inline long double __CRTDECL pow(_In_ long double _X, _In_ long double _Y) {return (powl(_X, _Y)); } inline long double __CRTDECL pow(_In_ long double _X, _In_ int _Y) {return (_Pow_int(_X, _Y)); } |
声明的这些原型一眼看上去没什么问题，挺正常的重载方式。不过math.h内容有点多，不细心点还是看不出来，实际上pow()的重载使用了条件编译：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 |
... #ifdef __cplusplus extern "C" { #endif ... double __cdecl pow(_In_ double _X, _In_ double _Y); ... #ifdef __cplusplus } extern "C++" { ... inline double __CRTDECL pow(_In_ double _X, _In_ int _Y) {return (_Pow_int(_X, _Y)); } inline float __CRTDECL pow(_In_ float _X, _In_ float _Y) {return (powf(_X, _Y)); } inline float __CRTDECL pow(_In_ float _X, _In_ int _Y) {return (_Pow_int(_X, _Y)); } inline long double __CRTDECL pow(_In_ long double _X, _In_ long double _Y) {return (powl(_X, _Y)); } inline long double __CRTDECL pow(_In_ long double _X, _In_ int _Y) {return (_Pow_int(_X, _Y)); } ... } #endif |
查找了一下资料，得知” […]
在百度上搜“PHP 线程安全 非线程安全”，你肯定会找到这种狗屁话： 一本正经说胡话，完完全全没解释到点上。 稍微懂点C语言的都不会相信这种话，更别谈说出来了，千转载万转载你转载我我转载你就转载点那么没水平的东西来忽悠人。 线程和进程最大的根本区别就是内存数据的共享。 每个进程都独享一个虚拟内存[虚拟内存 = 物理内存 + SWAP/页面文件)]。 一个进程可以拥有多个线程，一般来说一个线程仅独享一个进程的虚拟内存中的一个函数栈帧。 程序储存数据有下面几种常用的方式: 自动变量: 自动变量是储存在栈中的，随着函数的调用而产生，结束而销毁。 静态(全局)变量: 静态分 […]
struct可由多个数据类型构成，初步看起来应该类似数组，变量本身是一个指向首字节的指针，无法直接通过此指针赋值struct，在函数中声明为自动变量时，也无法返回此指针所指向的值。 但事实上就并非如此，struct之间可以直接赋值，使用指针指向其地址时需要使用”&”，函数中声明为自动变量时可以直接return其值。 那struct变量本身到底是何？ 写了这样一个东西，运行后瞬间明白：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 |
#include <stdio.h> #include <string.h> struct my_struct { unsigned char ch1; unsigned char ch2; unsigned char ch3; unsigned char ch4; }; int main() { struct my_struct struct1; memset(&struct1, 0, sizeof(struct my_struct)); printf("%u\n", struct1); struct1.ch1 = 0xFF; printf("%u\n", struct1); struct1.ch2 = 0xFF; printf("%u\n", struct1); struct1.ch3 = 0xFF; printf("%u\n", struct1); struct1.ch4 = 0xFF; printf("%u\n", struct1); return 0; } |
struct变量就和基本类型，int, char等一样，直接指向其值，而且struct有多少字节，那个值就有多少字 […]