[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

2021-10-25 Thread mark at klomp dot org via Elfutils-devel
https://sourceware.org/bugzilla/show_bug.cgi?id=28488

Mark Wielaard  changed:

   What|Removed |Added

   See Also||https://sourceware.org/bugz
   ||illa/show_bug.cgi?id=28494

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug debuginfod/28240] debuginfod client cache falsely sticky for root user

2021-10-25 Thread mark at klomp dot org via Elfutils-devel
https://sourceware.org/bugzilla/show_bug.cgi?id=28240

Mark Wielaard  changed:

   What|Removed |Added

 CC||mark at klomp dot org
 Resolution|FIXED   |---
 Status|RESOLVED|REOPENED

--- Comment #2 from Mark Wielaard  ---
So this makes most uses for the user "root" correct, but still contains a race
condition:

+/* TOCTOU non-problem: if another task races, puts a working
+   download or a 000 file in its place, unlinking here just
+   means WE will try to download again as uncached. */
 unlink(target_cache_path);
 }
+  
+  /* If the target is already in the cache (known not-000 - PR28240), 
+ then we are done. */
+  int fd = open (target_cache_path, O_RDONLY);
+  if (fd >= 0)
+{
+  /* Success */
+  if (path != NULL)
+*path = strdup(target_cache_path);
+  rc = fd;
+  goto out;
+}

The problem isn't when WE try to download and/or (re)set the 000 file. The
problem is if someone other client races past us after the unlink and puts a
000 file back (because the server still doesn't have it). Then the open will
again succeed for us, but the target is 000.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28495] New: Add support for SHT_RELR to eu-readelf

2021-10-25 Thread fweimer at redhat dot com via Elfutils-devel
https://sourceware.org/bugzilla/show_bug.cgi?id=28495

Bug ID: 28495
   Summary: Add support for SHT_RELR to eu-readelf
   Product: elfutils
   Version: unspecified
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: tools
  Assignee: unassigned at sourceware dot org
  Reporter: fweimer at redhat dot com
CC: elfutils-devel at sourceware dot org
  Target Milestone: ---

glibc is considering adding SHT_RELR/DT_RELR support:

ld.so: Support DT_RELR relative relocation format
https://sourceware.org/bugzilla/show_bug.cgi?id=27924

eu-readelf -r needs to print these relocations, too.

-- 
You are receiving this mail because:
You are on the CC list for the bug.