Linux 修改 ELF 解决 glibc 兼容性问题

转自：Soul Of Free Loop

https://zohead.com/archives/mod-elf-glibc/

Linux glibc 问题

相信有不少 Linux 用户都碰到过运行第三方（非系统自带软件源）发布的程序时的 glibc 兼容性问题，这一般是由于当前 Linux 系统上的 GNU C 库（glibc）版本比较老导致的，例如我在 CentOS 6 64 位系统上运行某第三方闭源软件时会报：

[root@centos6-dev ~]# ldd tester
./tester: /lib64/libc.so.6: version `GLIBC_2.17' not found (required by ./tester)
./tester: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by ./tester)        
linux-vdso.so.1 =>  (0x00007ffe795fe000)        
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fc7d4c73000)        
libOpenCL.so.1 => /usr/lib64/libOpenCL.so.1 (0x00007fc7d4a55000)        
libdl.so.2 => /lib64/libdl.so.2 (0x00007fc7d4851000)       
libm.so.6 => /lib64/libm.so.6 (0x00007fc7d45cd000)        
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fc7d43b7000)        
libc.so.6 => /lib64/libc.so.6 (0x00007fc7d4023000)        
/lib64/ld-linux-x86-64.so.2 (0x00007fc7d4e90000)

CentOS 6 自带的 glibc 还是很老的 2.12 版本，而下载的第三方程序依赖 glibc 2.17 版本，这种情况要么自己重新编译程序，要么只能升级系统的 glibc 版本。由于我使用的程序是第三方编写并且是闭源软件无法自己编译，升级 glibc 固然可能能解决问题，但是 glibc 做为最核心的基础库，在生产环境上直接升级毕竟动作还是太大，因此希望还是能有更好的解决途径。

问题分析

首先我们可以检查一下程序使用了新版本 glibc 的哪些符号，使用 objdump 命令可以查看 ELF 文件的动态符号信息：

[root@centos6-dev ~]# objdump -T tester | grep GLIBC_2.1.*
0000000000000000      DF *UND*  0000000000000000  GLIBC_2.14  memcpy
0000000000000000      DF *UND*  0000000000000000  GLIBC_2.17  clock_gettime

从上面的输出可以看到程序使用了 glibc 2.14 版本的 memcpy 函数和 glibc 2.17 版本的 clock_gettime 函数，而这两个常用的函数按说应该是 glibc 很早就已经支持了的，我们可以确认一下当前系统 glibc 提供的符号版本：

[root@centos6-dev ~]# objdump -T /lib64/libc.so.6 | grep memcpy
0000000000091300  w   DF .text  0000000000000009  GLIBC_2.2.5 wmemcpy
0000000000101070 g    DF .text  000000000000001b  GLIBC_2.4   __wmemcpy_chk
00000000000896b0 g    DF .text  0000000000000465  GLIBC_2.2.5 memcpy
00000000000896a0 g    DF .text  0000000000000009  GLIBC_2.3.4 __memcpy_chk
[root@centos6-dev ~]# objdump -T /lib64/libc.so.6 | grep clock_gettime
000000000038f800 g    DO .bss   0000000000000008  GLIBC_PRIVATE __vdso_clock_gettime

这里可以看出 CentOS 6 的 glibc 库提供的 memcpy 实现是 2.2.5 版本的，另外 libc 没有直接实现 clock_gettime 函数，因为老版本 glibc 里 clock_gettime 是由 librt 库提供 clock_gettime 支持的，而且同样也是 2.2.5 版本：

[root@centos6-dev ~]# objdump -T /lib64/librt.so.1 | grep clock_gettime
0000000000000000      DO *UND*  0000000000000000  GLIBC_PRIVATE __vdso_clock_gettime
0000000000003e70 g    DF .text  000000000000008b  GLIBC_2.2.5 clock_gettime

看过这里就基本明白了，第三方程序的开发者是在自带新版本 glibc 的 Linux 系统上编译的，memcpy 和 clock_gettime 的实现默认使用了该系统上 glibc 所提供的最新版本，这样在低版本 glibc 系统中就无法正常运行。

解决方法

虽然我们无法重新编译第三方程序，但如果可以修改 ELF 文件强制让 LD 库加载程序时使用老版本的 memcpy 和 clock_gettime 实现，应该就可以避免升级 glibc。

分析 ELF

首先用 readelf 命令查看 ELF 的符号表，由于该命令输出非常多，这里只贴出我们关心的信息：

[root@centos6-dev ~]# readelf -sV tester
Symbol table '.dynsym' contains 4583 entries:   
Num:    Value          Size Type    Bind   Vis      Ndx Name     
0: 0000000000000000     0 NOTYPE  LOCAL  DEFAULT  UND    
......    
11: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND memcpy@GLIBC_2.14 (5)    
......    
67: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND clock_gettime@GLIBC_2.17 (16)    
......  
4582: 0000000000794260    70 FUNC    WEAK   DEFAULT   12 _ZNSt15basic_streambufIwS
Version symbols p '.gnu.version' contains 4583 entries: 
Addr: 000000000045b508  Offset: 0x05b508  Link: 4 (.dynsym)  
000:   0 (*local*)       0 (*local*)       2 (GLIBC_2.2.5)   3 (GLIBC_2.2.5)  
004:   3 (GLIBC_2.2.5)   3 (GLIBC_2.2.5)   3 (GLIBC_2.2.5)   3 (GLIBC_2.2.5)  
008:   4 (GLIBC_2.3.2)   3 (GLIBC_2.2.5)   0 (*local*)       5 (GLIBC_2.14)  
......  
040:   2 (GLIBC_2.2.5)   3 (GLIBC_2.2.5)   3 (GLIBC_2.2.5)  10 (GLIBC_2.17)  
......  
11e0:   1 (*global*)      1 (*global*)      1 (*global*)      1 (*global*)  11e4:   1 (*global*)      1 (*global*)      1 (*global*)Version needs p '.gnu.version_r' contains 6 entries: 
Addr: 0x000000000045d8d8  Offset: 0x05d8d8  Link: 5 (.dynstr)  
000000: Version: 1  File: ld-linux-x86-64.so.2  Cnt: 1  
0x0010:   Name: GLIBC_2.3  Flags: none  Version: 17  
0x0020: Version: 1  File: libgcc_s.so.1  Cnt: 3  
0x0030:   Name: GCC_3.0  Flags: none  Version: 13  
0x0040:   Name: GCC_3.3  Flags: none  Version: 11  
0x0050:   Name: GCC_4.2.0  Flags: none  Version: 10  
0x0060: Version: 1  File: libm.so.6  Cnt: 1  
0x0070:   Name: GLIBC_2.2.5  Flags: none  Version: 8  
0x0080: Version: 1  File: libpthread.so.0  Cnt: 2  
0x0090:   Name: GLIBC_2.3.2  Flags: none  Version: 15  
0x00a0:   Name: GLIBC_2.2.5  Flags: none  Version: 7  
0x00b0: Version: 1  File: libc.so.6  Cnt: 10  
0x00c0:   Name: GLIBC_2.8  Flags: none  Version: 19  
0x00d0:   Name: GLIBC_2.9  Flags: none  Version: 18  
0x00e0:   Name: GLIBC_2.17  Flags: none  Version: 16  
0x00f0:   Name: GLIBC_2.4  Flags: none  Version: 14  
0x0100:   Name: GLIBC_2.3.4  Flags: none  Version: 12  
0x0110:   Name: GLIBC_2.3  Flags: none  Version: 9  
0x0120:   Name: GLIBC_2.7  Flags: none  Version: 6  
0x0130:   Name: GLIBC_2.14  Flags: none  Version: 5  
0x0140:   Name: GLIBC_2.3.2  Flags: none  Version: 4  
0x0150:   Name: GLIBC_2.2.5  Flags: none  Version: 3 
0x0160:   Version: 1  File: libdl.so.2  Cnt: 1  
0x0170:   Name: GLIBC_2.2.5  Flags: none  Version: 2

我们可以在 ELF 的 .dynsym 动态符号表中看到程序用于动态链接的所有导入导出符号，memcpy 和 clock_gettime 后面括号里的数字就是十进制的版本号（分别为 5 和 16），而我们需要格外关注的是下面的 .gnu.version 和 .gnu.version_r 符号版本信息段。

.gnu.version 表包含所有动态符号的版本信息，.dynsym 动态符号表中的每个符号都可以在 .gnu.version 中看到对应的条目（.dynsym 中一共 4583 个符号刚好与 .gnu.version 的结束位置 0x11e7 相等）。

从上面的输出可以看到 .gnu.version 表从 0x05b508 偏移量开始，我们可以看看对应偏移量的十六进制数据：

Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
0005B500                          00 00 00 00 02 00 03 00          ........
0005B510  03 00 03 00 03 00 03 00 04 00 03 00 00 00 05 00  ................
0005B520  03 00 03 00 06 00 00 00 03 00 07 00 08 00 08 00  ................
0005B530  03 00 09 00 03 00 03 00 0A 00 07 00 03 00 00 00  ................
0005B540  03 00 03 00 0B 00 07 00 03 00 03 00 00 00 07 00  ................
0005B550  00 00 03 00 03 00 03 00 03 00 0C 00 09 00 00 00  ................
0005B560  07 00 03 00 03 00 07 00 03 00 07 00 0C 00 00 00  ................
0005B570  0D 00 03 00 07 00 07 00 0E 00 0F 00 03 00 0D 00  ................
0005B580  03 00 03 00 03 00 03 00 02 00 03 00 03 00 10 00  ................
0005B590  03 00 00 00 03 00 07 00 08 00 07 00 07 00 03 00  ................
0005B5A0  03 00 0D 00 03 00 00 00 03 00 03 00 03 00 00 00  ................

.gnu.version 中的每个条目占用两个字节，其值为符号的版本，由此可以看到其中第 0x0b 个符号（也就是 .dynsym 表中的 memcpy@GLIBC_2.14 符号）的偏移量即为 0x05b51e（0x05b508 + 0x0b x 2），该偏移量的值 0x0005 也刚好和 .dynsym 表中的值对应，当然 clock_gettime 符号对应的偏移量 0x05b58e 的值 0x0010 同样也是如此。

下面关键的 .gnu.version_r 表示二进制程序实际依赖的库文件版本，从输出中也能看到 .gnu.version_r 表是按照不同的库文件进行分段显示的，每个条目占用 0x10 也就是 16 个字节，该表是从 0x05d8d8 偏移量开始，我们看看 GLIBC_2.17 也就是 0x05d9b8 处的十六进制数据：

Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
0005D9B0  B0 70 03 00 10 00 00 00 97 91 96 06 00 00 10 00  °p......—‘–.....
0005D9C0  BA 70 03 00 10 00 00 00 14 69 69 0D 00 00 0E 00  ºp.......ii.....
0005D9D0  C5 70 03 00 10 00 00 00 74 19 69 09 00 00 0C 00  Åp......t.i.....
0005D9E0  CF 70 03 00 10 00 00 00 13 69 69 0D 00 00 09 00  Ïp.......ii.....
0005D9F0  6A 70 03 00 10 00 00 00 17 69 69 0D 00 00 06 00  jp.......ii.....
0005DA00  DB 70 03 00 10 00 00 00 94 91 96 06 00 00 05 00  Ûp......”‘–.....
0005DA10  E5 70 03 00 10 00 00 00 72 19 69 09 00 00 04 00  åp......r.i.....
0005DA20  9A 70 03 00 10 00 00 00 75 1A 69 09 00 00 03 00  šp......u.i.....
0005DA30  8E 70 03 00 00 00 00 00 01 00 01 00 D8 03 00 00  Žp..........Ø...

.gnu.version_r 表中每个条目是 16 个字节的 Elfxx_Vernaux 结构体，其声明如下（Elfxx_Half 占用 2 个字节，Elfxx_Word 占用 4 个字节）：

typedef struct 
{    
Elfxx_Word    vna_hash;    
Elfxx_Half    vna_flags;    
Elfxx_Half    vna_other;    
Elfxx_Word    vna_name;    
Elfxx_Word    vna_next;
} Elfxx_Vernaux;

vna_hash 为 4 个字节的库名称（也就是上面的 GLIBC_2.17 字符串）的 hash 值，vna_other 为对应的 .gnu.version 表中符号的版本值，vna_name 指向库名称字符串的偏移量（也可以在 ELF 头中找到），vna_next 为下一个条目的位置（一般固定为 0x00000010）。

由上面的输出我们可以看到 GLIBC_2.17 对应的 0x05d9b8 处的开始的 4 个字节 vna_hash hash 值为 0x06969197，而 vna_other 的值 0x0010（输出里的 Version: 16）也与 .gnu.version 中 clock_gettime 符号的值一致。同样 GLIBC_2.14 也与 memcpy 符号的值相符。

修改 ELF 符号表

由于 Linux 系统中的 LD 库（也就是 /lib64/ld-linux-x86-64.so.2 库）加载 ELF 时检查 .gnu.version_r 表中的符号，我们可以使用任何一款十六进制编辑器来修改 .gnu.version_r 表中的符号值来强制使用老版本的函数实现。

首先我们发现 .gnu.version_r 的 libc.so.6 段下面有 10 个条目，最后一个则是我们需要的 GLIBC_2.2.5 版本的符号（从上面的十六进制输出中我们可以看到该符号的偏移量为 0x05da28，vna_hash 值为 0x09691A75，vna_other 版本值为 0x0003，vna_name 字符串名称指向 0003708E 地址），因为这样我们才可以在不修改 ELF 文件大小的前提下直接将 libc.so.6 段下的其它高版本条目指向老版本条目的值。

例如 GLIBC_2.17 对应的 0x05d9b8 偏移量，我们可以直接将 vna_hash 值改为 GLIBC_2.2.5 的 0x09691A75 值，将 vna_other 改为 0003708E 值，为了保持和 .gnu.version 表中的版本值一致，这里我们就不修改 vna_other 值了。

对于 GLIBC_2.14 偏移量我们也修改成同样的值，修改保存之后的 ELF 文件再使用 readelf 命令检查就能看到变化了（只列出了修改的 .gnu.version-r 表）：

[root@centos6-dev ~]# readelf -sV tester
......
Version needs p '.gnu.version_r' contains 6 entries: 
Addr: 0x000000000045d8d8  Offset: 0x05e8d8  Link: 2 (.dynstr)  
000000: Version: 1  File: ld-linux-x86-64.so.2  Cnt: 1  
0x0010:   Name: GLIBC_2.3  Flags: none  Version: 17  
0x0020: Version: 1  File: libgcc_s.so.1  Cnt: 3  
0x0030:   Name: GCC_3.0  Flags: none  Version: 13  
0x0040:   Name: GCC_3.3  Flags: none  Version: 11 
0x0050:   Name: GCC_4.2.0  Flags: none  Version: 10  
0x0060: Version: 1  File: libm.so.6  Cnt: 1  
0x0070:   Name: GLIBC_2.2.5  Flags: none  Version: 8  
0x0080: Version: 1  File: libpthread.so.0  Cnt: 2  
0x0090:   Name: GLIBC_2.3.2  Flags: none  Version: 15  
0x00a0:   Name: GLIBC_2.2.5  Flags: none  Version: 7  
0x00b0: Version: 1  File: libc.so.6  Cnt: 10  
0x00c0:   Name: GLIBC_2.8  Flags: none  Version: 19  
0x00d0:   Name: GLIBC_2.9  Flags: none  Version: 18  
0x00e0:   Name: GLIBC_2.2.5  Flags: none  Version: 16  
0x00f0:   Name: GLIBC_2.4  Flags: none  Version: 14  
0x0100:   Name: GLIBC_2.3.4  Flags: none  Version: 12  
0x0110:   Name: GLIBC_2.3  Flags: none  Version: 9  
0x0120:   Name: GLIBC_2.7  Flags: none  Version: 6  
0x0130:   Name: GLIBC_2.2.5  Flags: none  Version: 5  
0x0140:   Name: GLIBC_2.3.2  Flags: none  Version: 4  
0x0150:   Name: GLIBC_2.2.5  Flags: none  Version: 3  
0x0160: Version: 1  File: libdl.so.2  Cnt: 1  
0x0170:   Name: GLIBC_2.2.5  Flags: none  Version: 2

patchelf 修改 ELF 文件

一般的程序如果只使用了高版本 memcpy 的话，一般这样修改之后程序就可以运行了。但不巧我使用的第三方程序还使用了高版本 glibc 中的 clock_gettime，只是这样修改的话由于 CentOS 6 的 libc 2.12 库并没有提供 clock_gettime，运行时还是会报错。

这个时候我们就需要请出大杀器 PatchELF 了，这个小工具由 NixOS 团队开发，可以直接增加、删除、替换 ELF 文件依赖的库文件，使用起来也非常简单。

检出 PatchELF 的源代码，按照 GitHub 仓库上介绍的步骤编译安装就可以使用了（一般发行版自带的 patchelf 工具版本较老不支持一些新的功能）。

虽然 CentOS 6 的 libc 库没有提供 clock_gettime 实现，但好在 glibc 自带的 librt 库里还是提供了的，因此我们可以使用 patchelf 工具修改原版的程序文件，让程序优先加载 librt 库，这样程序就能正确加载 clock_gettime 符号了：

[root@centos6-dev ~]# patchelf --add-needed librt.so.1 tester

然后按照上面介绍的方法用十六进制编辑器修改新生成的 ELF 文件的 .gnu.version_r 表（因为 patchelf 运行之后新 ELF 文件的符号表就和之前的不一样了），将 GLIBC_2.17 和 GLIBC_2.14 统一改为 GLIBC_2.2.5 符号，保存 ELF 文件之后就可以看到效果了：

[root@centos6-dev ~]# ldd tester        
linux-vdso.so.1 =>  (0x00007fffc17ee000)        
librt.so.1 => /lib64/librt.so.1 (0x00007f7f84dca000)        
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f7f84bad000)        
libOpenCL.so.1 => /usr/lib64/libOpenCL.so.1 (0x00007f7f8498f000)        
libdl.so.2 => /lib64/libdl.so.2 (0x00007f7f8478b000)        
libm.so.6 => /lib64/libm.so.6 (0x00007f7f84507000)        
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f7f842f1000)        
libc.so.6 => /lib64/libc.so.6 (0x00007f7f83f5d000)        
/lib64/ld-linux-x86-64.so.2 (0x00007f7f84fd2000)

从 ldd 命令的输出中可以看到修改后的程序会加载 librt 库，而且也没有 glibc 版本的报错了，经过测试程序运行起来也没有问题了。

推荐阅读：

专辑|Linux文章汇总

专辑|程序人生

专辑|C语言

我的知识小密圈

关注公众号，后台回复「1024」获取学习资料网盘链接。

欢迎点赞，关注，转发，在看，您的每一次鼓励，我都将铭记于心~

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/466490.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

VS2010创建ATL工程及使用C++测试COM组件

VS2010创建ATL工程及使用C++测试COM组件

VS2010创建ATL工程及使用C测试COM组件 1.创建ATL项目，取名MyCom 2. ATL 项目向导，勾选 【支持COM 1.0】和【支持部件注册器】，其他默认，点击完成。 3.在该项目中添加类 4.添加一个ATL简单对象 5. ATL 简单对象向导&#xff0c…
阅读更多...
基于气动人工肌肉的双足机器人关节设计

基于气动人工肌肉的双足机器人关节设计

介绍了一种由气动人工肌肉构建的双足机器人关节，该关节利用气动人工肌肉的柔性特性，可以有效控制双足机器人快速行走或跑步时的落地脚冲击问题。 　　详细给出了气动人工肌肉的工作原理以及由其构成的关节系统的硬件架构。同时介绍了基于此硬件关节搭建的…
阅读更多...
函数内置方法

函数内置方法

abs（） 取绝对值 dict（） 数据转为字典 help（） 帮助 min（） 取最小值 max（） 取最大值 setattr（）未讲 all（） 判断…
阅读更多...
芯片IC附近为啥要放0.1uF的电容？看完秒懂~

芯片IC附近为啥要放0.1uF的电容？看完秒懂~

数字电路要运行稳定可靠，电源一定要”干净“，并且能量补充一定要及时，也就是滤波去耦一定要好。什么是滤波去耦，简单的说就是在芯片不需要电流的时候存储能量，在需要电流的时候又能及时地补充能量。有读者看到这里会说…
阅读更多...
ATL

ATL

https://blog.csdn.net/pigautumn/article/details/43021085 https://www.cnblogs.com/chechen/p/8119018.html
阅读更多...
Linux下libxml2编程基础

Linux下libxml2编程基础

Linux下libxml2编程基础一、libxml2的简介　　xml是一个实现读、创建、以及操作xml数据功能的C语言库。并且支持XPATH查询，以及部分的支持XSLT转换等的功能。libxml2的下载地址为ftp://xmlsoft.org/libxml2/，完全版的库是开源的，并且带有例子…
阅读更多...
无线中继蹭网(转)

无线中继蹭网(转)

随着无线技术的逐渐成熟，无线设备的价格也越来越低，已经有不少的家庭开始在自己的家中建立无线网络，利用笔记本，具备WiFi功能的手机连接无线网络享受冲浪乐趣，很多时候为了节约网费可能几家人一起共用一个ADSL上网帐号…
阅读更多...
逆向篇 导读

逆向篇 导读

---恢复内容开始--- 游戏安全领域相关知识可以大致分为逆向分析和开发两个方面。逆向分析是了解游戏逻辑实现、获取游戏关键数据和关键函数的技术手段。开发则是把前面分析的数据和代码利用起来实现辅助功能的技术手段。本章主要从静态分析技巧和动态分析技巧两个方面来介绍&am…
阅读更多...
深入掌握Linux操作系统，其实也没你想象那么难

深入掌握Linux操作系统，其实也没你想象那么难

曹政大家应该都不陌生吧，众多IT人的偶像，数据、技术、业务，无一不精，被大家称为曹大。在曹大的一篇文章中，他曾经提到过，1998年，自己的第一份工作接手的是一个Windows系统下的人才网站系统&…
阅读更多...
VMware vSphere Client客户端安装图解教程

VMware vSphere Client客户端安装图解教程

https://www.osyunwei.com/archives/6600.html
阅读更多...
Linux下获取xml调试信息等级

Linux下获取xml调试信息等级

Linux下获取XML调试信息等级#ifndef _LOG_H_ #define _LOG_H_#include <stdio.h> #include <string.h> #include <unistd.h> #include <assert.h>#include <libxml/parser.h> #include <libxml/tree.h> #include <libxml/xmlmemory.h&g…
阅读更多...
WSS页面定制系列（1）--如何启用表单页面的编辑模式

WSS页面定制系列（1）--如何启用表单页面的编辑模式

wss的大多数页面右上角的“站点操作”菜单都有一个编辑网页菜单项&#xff0c;用这个菜单项&#xff0c;可以启用当前页面的设计模式&#xff0c;修改或添加webpart。但是奇怪的是&#xff0c;所有的表单页面&#xff08;用来新建&#xff0c;编辑&#xff0c;查看列表项的页面…
阅读更多...
单片机检测220V交流电通断电路

单片机检测220V交流电通断电路

我们在topemic网站上分享过一篇题为"单片机检测220V交流电通断电路"的文章&#xff0c;目前有近万次阅读&#xff0c;在这里做个总结分享给没有读过该文的公众号朋友。废话不多说&#xff0c;直接上图&#xff1a;该电路工作原理如下&#xff1a;当220V断开时&#x…
阅读更多...
uC/OS-II源码分析（二）

uC/OS-II源码分析（二）

在真正开始分析源代码前&#xff0c;先来看使用uC/OS-II的三个例子 1&#xff09;使用信号量 #define TASK_STK_SIZE 512 /* 每个任务堆栈的大小(以字计算)*/#define N_TASKS 10 /* 任务数*/OS_STK TaskStk[N_TAS…
阅读更多...
TRACE (VC)

TRACE (VC)

TRACE 1、TRACE和TRACK是用来调试web服务器连接的HTTP方式。 2、TRACE宏对于VC下程序调试来说是很有用的东西&#xff0c;有着类似printf的功能。 3、MATLAB函数&#xff0c;用于求二维方阵的迹&#xff0c;即该方阵对角线上元素之和。4、Flex中的调试信息显示函数&#xff0c;…
阅读更多...
你的年终奖有多少？

你的年终奖有多少？

辛苦一年&#xff0c;最期待的就是发年终奖了。我哥在我们老家工厂上班&#xff0c;过年的时候&#xff0c;瞄了一眼他手下那些人的年终福利&#xff0c;很多人都是几千几千的奖金。小云嘲笑我说&#xff0c;你们码农真差劲&#xff0c;都没有年终奖&#xff0c;我说&#xff0…
阅读更多...
Linux下打印调试管理

Linux下打印调试管理

#ifndef _DEBUG_MANAGE_H_ #define _DEBUG_MANAGE_H_/* 信息的调试级别,数值起小级别越高 */ #define APP_EMERG "<0>" /* system is unusable */ #define APP_ALERT "<1>" /* action must be taken immediately */ #define APP_CRIT …
阅读更多...
未来十大技能职场吃香

未来十大技能职场吃香

一个人掌握何种技能取决于他的兴趣、能力和聪明程度&#xff0c;也取决于他所能支配的资源以及制定的事业目标&#xff0c;拥有过硬技能的人有更多的工作机会。但是&#xff0c;由于经济发展前景不确定&#xff0c;掌握对你的事业有所帮助的技能显得尤为重要。相关网站通过多年…
阅读更多...
linux学习一个服务(未完)

linux学习一个服务(未完)

学习一个服务的过程 1.了解服务的作用&#xff1a;名字 功能&#xff0c;特点 2.安装 3.配置文件位置&#xff0c;端口 4.服务启动关闭的脚本 5.此服务的使用方法 6.修改配置文件&#xff0c;实战举例 7.排错&#xff08;从下到上&#xff0c;从内到外&#xff09; 转载于:http…
阅读更多...
ReverseFind

ReverseFind

函数原型&#xff1a;int ReverseFind( TCHAR ch ) const;　　 返回值: 返回此CString 对象中与要求的字符匹配的最后一个字符的索引&#xff1b;如果没有找到需要的字符则返回-1。　　 参数: ch 要搜索的字符。　　 说明:此成员函数在此CString 对象中搜索与一个子串匹配的最后…
阅读更多...
最新文章

Copyright @ 2022~2023