zoukankan      html  css  js  c++  java
  • 【转】 申请对齐某种结构体大小的buffer

    在大多数情况下,编译器和C库透明地帮你处理对齐问题。POSIX 标明了通过malloc( )calloc( ), 和 realloc( ) 返回的地址对于任何的C类型来说都是对齐的。在Linux中,这些函数返回的地址在32位系统是以8字节为边界对齐,在64位系统是以16字节为边界对齐的。有时候,对于更大的边界,例如页面,程序员需要动态的对齐。虽然动机是多种多样的,但最常见的是直接块I/O的缓存的对齐或者其它的软件对硬件的交互,因此,POSIX 1003.1d提供一个叫做posix_memalign( )的函数:

    /* one or the other -- either suffices */
    #define _XOPEN_SOURCE 600
    #define _GNU_SOURCE
    #include <stdlib.h>
    int posix_memalign (void **memptr,
                        size_t alignment,
                        size_t size);
    * See http://perens.com/FreeSoftware/ElectricFence/ and http://valgrind.org, respectively.

    调用posix_memalign( )成功时会返回size字节的动态内存,并且这块内存的地址是alignment的倍数。参数alignment必须是2的幂,还是void指针的大小的倍数。返回的内存块的地址放在了memptr里面,函数返回值是0.

    调用失败时,没有内存会被分配,memptr的值没有被定义,返回如下错误码之一:

    EINVAL

    参数不是2的幂,或者不是void指针的倍数。

    ENOMEM

    没有足够的内存去满足函数的请求。

    要注意的是,对于这个函数,errno不会被设置,只能通过返回值得到。

    posix_memalign( )获得的内存通过free( )释放。用法很简单:

    char *buf;
    int ret;
    /* allocate 1 KB along a 256-byte boundary */
    ret = posix_memalign (&buf, 256, 1024);
    if (ret) {
        fprintf (stderr, "posix_memalign: %s
    ",
                 strerror (ret));
        return -1;
    }
    /* use 'buf'... */
    free (buf);

    其它和对齐有关的

    与对齐有关的问题的范围要超过标准类型的自然对齐和动态存储器地分配。例如,非标准和复杂的类型比标准类型有更复杂的要求。另外,对对齐的关注在给指向不同类型的指针赋值和使用强转时显得加倍的重要。

    非标准类型。非标准和复杂的数据类型的对齐比简单的自然对齐有着更多的要求。这里四个有很有用的方法:

    •一个结构的对齐要求是和它的成员中最大的那个类型一样的。例如,一个结构中最大的是以4字节对齐的32bit的整形,那么这个结构至少以4字节对齐。

    •结构也引入了填充的需要,用来保证每一个成员都符合自己的对齐要求。所以,如果一个char (可能以1字节对齐)后跟着一个int (可能以4字节对齐),编译器会自动地插入3个字节作为填充来保证int以4字节对齐。

    程序员有时候排列结构里面的成员-例如,以大小来递减-来是使用作填充的垃圾空间最少。GCC的选项- Wpadded能对这些努力有帮助,因为它使得在编译器偷偷插入填充时产生警告。

    •一个联合的对齐和联合里最大的类型一样。

    •一个数组的对齐和数组里的元素一样。所以,数组的对齐并不比单单的一个成员严格,这样能使数组里面的所有成员都是自然对齐的。

  • 相关阅读:
    【黑客免杀攻防】读书笔记2
    【逆向工具】IDA使用5-( string、图形化与视图的切换、图形化显示反汇编地址、自动注释、标签使用)
    定位内网中毒主机IP经历小记
    【黑客免杀攻防】读书笔记1
    对HUAWEI-ManagedProvisioning的一次不完整分析
    【PE结构】由浅入深PE基础学习-菜鸟手动查询导出表、相对虚拟地址(RVA)与文件偏移地址转换(FOA)
    一份通过IPC$和lpk.dll感染方式的病毒分析报告
    浅析
    HTTP协议/RTSP协议/RTMP协议的区别
    iOS
  • 原文地址:https://www.cnblogs.com/amaoxiaozhu/p/3293216.html
Copyright © 2011-2022 走看看