标签: glibc

我有一个glibc检测到的问题.我已经研究了解决这个问题的方法,但似乎正确的解决方案是释放我分配的任何东西.但是,即使我这样做,我仍然会在输出屏幕上收到内存映射打印.

class TestDepth{
    gameStatus temp;
public:
    TestDepth(gameStatus &currentGameState)
    {
        temp = currentGameState;

        free(&temp);
    }
};

我放置temp=currentGameState线时只会出现此错误.但是一旦我发表评论,它就可以了.

下面的程序产生这个输出:

$ ./test_condvar 9000
1343868189.623067126 1343868198.623067126 FIRST
1343868197.623132345 1343868206.623132345 TIMEOUT
1343868205.623190120 1343868214.623190120 TIMEOUT
1343868213.623248184 1343868222.623248184 TIMEOUT
1343868221.623311549 1343868230.623311549 TIMEOUT
1343868229.623369718 1343868238.623369718 TIMEOUT
1343868237.623428856 1343868246.623428856 TIMEOUT

请注意,pthread_cond_timedwait跨行读取显示预期9秒的时间增量,但是向下读取列显示在8秒内返回ETIMEDOUT.

pthread lib是glibc 2.12.运行Red Hat EL6.uname -a节目2.6.32-131.12.1.el6.x86_64 #1 SMP Tue Aug 23 11:13:45 CDT 2011 x86_64 x86_64 x86_64 GNU/Linux

它看起来像pthread_cond_timedwait依赖于lll_futex_timed_wait超时行为.

关于在哪里搜索解释的任何想法？

#include <time.h>
#include <sys/time.h>
#include <pthread.h>
#include <errno.h>
#include <stdlib.h>
#include <stdio.h>

int main ( int argc, char *argv[] )
{
    pthread_mutexattr_t mtx_attr;
    pthread_mutex_t mtx; …

我对开发人员和用户点的这些术语感到有些困惑.例如,我在Ubuntu上.

1. GNU libs(https://www.gnu.org/software/libc/)默认安装,gnulib(https://www.gnu.org/software/gnulib)不是,对吧？
2. GNU libs遵循POSIX stadard,但是:http://www.gnu.org/software/libc/manual/html_mono/libc.html#POSIX-Threads, 所以看起来,例如,pthread_create这里没有实现并实现Gnulib,对吧？
3. Gnome glib只是第3个图书馆,对吗？但它基于GNU libs或 Gnulib？还有其他类似的图书馆吗？

谢谢.

我们知道所有动态分配的内存需要由程序员自己使用free()释放.对于程序员自己创建的变量并为他们分配内存几乎没有问题,因为他知道要调用free()的内容.但是从glibc函数返回的指针如getenv()呢.起初我以为我需要释放getenv()结果所指向的内存,但后来注意到那个男人说:

通常实现时,getenv()返回指向环境列表中的字符串的指针.调用者必须注意不要修改此字符串,因为这会改变进程的环境

这意味着函数getenv()没有调用malloc()来为地址返回的字符串创建一个新空间.那么明确需要释放从这些函数返回的哪些指针？

我有一个应用程序 rpm，安装时无法安装并出现错误

error: Failed dependencies:
        libc.so.6 is needed by testSam-4.7.x86_64
        libc.so.6(GLIBC_2.0) is needed by testSam-4.7.x86_64
        libc.so.6(GLIBC_2.1) is needed by testSam-4.7.x86_64

该系统具有 RHEL 7.3 和 glibc 2.17。

# cat /etc/redhat-release 
Red Hat Enterprise Linux Server release 7.3 (Maipo)

# rpm -qf /lib64/libc.so.6
glibc-2.17-157.el7.x86_64

因此，使用较旧的 glibc（它需要 2.0 和 2.1 之间的 glibc）构建的应用程序无法在具有较新 glibc 2.17 的系统上运行。

如何摆脱这个问题并在具有较新 glibc 的系统上运行应用程序？我想有一些 glibc 向后兼容包可以帮助我们在具有较新 glibc 的系统上运行此类应用程序。从哪里可以下载此类兼容包？

我glibc-2.27使用GDB. 在178in行sysdeps/unix/sysv/linux/getsysstats.c，存在一个thread local storage访问，如下图：

while (l < re && isspace (*l))

IIUC，isspace()似乎访问了一个将字符映射到符号类型的表 ，以快速确定当前字符是否为空格。这张桌子似乎是一个. 相关拆解如下： ASCIITLS

0x7f8f9ef480de <__GI___get_nprocs+318>  mov    0x2cbd1b(%rip),%rax        # 0x7f8f9f213e00                                                                        
0x7f8f9ef480e5 <__GI___get_nprocs+325>  mov    %fs:(%rax),%rdi                                                                                                    

(gdb) thread apply all x/2x $fs_base + 0xffffffffffffff98

Thread 47 (Thread 22457.22471):
0x7f8f75dfc698: 0x9732b82c  0x00007f8f

Thread 46 (Thread 22457.22470): …