1

我已经在 Ubuntu 12.04（64 位）下设置了一个 chrooted Debian Etch（32 位），并且似乎 clock_gettime() 与 CLOCK_MONOTONIC 一起工作，但在 CLOCK_PROCESS_CPUTIME_ID 和 CLOCK_THREAD_CPUTIME_ID 上都失败了。errno 设置为 EINVAL，根据手册页，这意味着“此系统不支持指定的 clk_id”。

所有三个时钟在 chrooted Debian 之外和 64 位 chrooted Debian etch 中都可以正常工作。

有人可以向我解释为什么会这样以及如何解决吗？

非常感激。

4

1 回答 1

1

我还不知道原因，但我有一些不适合评论框的想法。

首先，您可以通过将测试程序编译为 C 而不是 C++ 并且不将其链接到 libpthread 来简化测试程序。-lrt应该够好得到clock_gettime。此外，编译它-static可以使跟踪更容易，因为动态链接器启动的东西不会在那里。

静态链接甚至可能改变clock_gettime 的行为。值得一试的是找出它是否可以解决这个错误。

我想看到的另一件事是这个绕过 vdso 的测试程序的输出：

#define _GNU_SOURCE
#include <stdio.h>
#include <time.h>
#include <unistd.h>
#include <sys/syscall.h>

int main(void)
{
    struct timespec ts;
    if(syscall(SYS_clock_gettime, CLOCK_PROCESS_CPUTIME_ID, &ts)) {
        perror("clock_gettime");
        return 1;
    }
    printf("CLOCK_PROCESS_CPUTIME_ID: %lu.%09ld\n",
           (unsigned long)ts.tv_sec, ts.tv_nsec);
    return 0;
}

有和没有-static，如果失败，添加strace.

更新（其实跳过这个。去第二次更新）

几个更简单的测试想法：

  1. -m32通过添加到 gcc 命令，在 Ubuntu 主机系统中编译并运行一个 32 位测试程序。可能是内核的 32 位兼容模式导致了该错误。如果是这种情况，那么无论链接到哪个 libc，32 位版本都会失败。
  2. 将您在 Debian 下编译的非静态测试程序复制到 Ubuntu 主机系统并尝试在那里运行它们。行为变化将指向 libc 作为原因。

然后是艰难的事情的时候了。查看反汇编代码，并可能在 gdb 中单步执行。我不想让你自己做，而是想要一份你正在运行的代码的副本。在我能得到的地方上传一个静态编译的失败测试程序。您的内核提供的 32 位 vdso 的副本也可能很有趣。要提取 vdso，请运行以下程序（在 32 位 chroot 中编译），该程序将创建一个名为 的文件vdso.dump，并将其上传。

#include <stdio.h>
#include <stdlib.h>
#include <string.h>

static int getvseg(const char *which, const char *outfn)
{
  FILE *maps, *outfile;
  char buf[1024];
  void *start, *end;
  size_t sz;
  void *copy;
  int ret;
  char search[strlen(which)+4];

  maps = fopen("/proc/self/maps", "r");
  if(!maps) {
    perror("/proc/self/maps");
    return 1;
  }
  outfile = fopen(outfn, "w");
  if(!outfile) {
    perror(outfn);
    fclose(maps);
    return 1;
  }

  sprintf(search, "[%s]\n", which);
  while(fgets(buf, sizeof buf, maps)) {
    if(strlen(buf)<strlen(search) ||
       strcmp(buf+strlen(buf)-strlen(search),search))
      continue;
    if(sscanf(buf, "%p-%p", &start, &end)!=2) {
      fprintf(stderr, "weird line in /proc/self/maps: %s", buf);
      continue;
    }
    sz = (char *)end - (char *)start;
    /* copy because I got an EFAULT trying to write directly from vsyscall */
    copy = malloc(sz);
    if(!copy) {
      perror("malloc");
      goto fail;
    }
    memcpy(copy, start, sz);
    if(fwrite(copy, 1, sz, outfile)!=sz) {
      if(ferror(outfile))
        perror(outfn);
      else
        fprintf(stderr, "%s: short write", outfn);
      free(copy);
      goto fail;
    }
    free(copy);
    goto success;
  }
  fprintf(stderr, "%s not found\n", which);

fail:
  ret = 1;
  goto out;
success:
  ret = 0;
out:
  fclose(maps);
  fclose(outfile);
  return ret;
}

int main(void)
{
  int ret = 1;
  if(!getvseg("vdso", "vdso.dump")) {
    printf("vdso dumped to vdso.dump\n");
    ret = 0;
  }
  if(!getvseg("vsyscall", "vsyscall.dump")) {
    printf("vsyscall dumped to vsyscall.dump\n");
    ret = 0;
  }
  return ret;
}

更新 2

我通过下载 etch libc 复制了这一点。这绝对是 glibc 愚蠢造成的。它不是一个简单的用于clock_gettime 的系统调用包装器，而是一大堆预处理器意大利面条，最终导致“你不能使用我们没有预先批准的clockid”。你不会让它与那个旧的 glibc 一起工作。这让我们想到了一个我不想问的问题：你为什么还要尝试使用过时的 Debian 版本？

于 2012-08-23T21:31:47.400 回答