Skip to content

T
Third Party Musl

OpenHarmony / Third Party Musl
1 年多 前同步成功

通知 37
Star 125
Fork 0
T
Third Party Musl
切换分支/标签
  1. 27 9月, 2020 1 次提交
  3. 09 9月, 2020 1 次提交
  5. 08 9月, 2020 1 次提交
  7. 05 9月, 2020 2 次提交
  9. 04 9月, 2020 2 次提交
  11. 03 9月, 2020 3 次提交
  13. 31 8月, 2020 5 次提交
  15. 28 8月, 2020 1 次提交
  17. 21 8月, 2020 1 次提交
  19. 20 8月, 2020 1 次提交
  21. 19 8月, 2020 2 次提交
  23. 18 8月, 2020 1 次提交
  25. 17 8月, 2020 2 次提交
  27. 12 8月, 2020 1 次提交
  29. 04 8月, 2020 1 次提交
  31. 21 2月, 2020 1 次提交
  33. 13 2月, 2020 1 次提交
    • R
      fix remaining direct use of stat syscalls outside fstatat.c · c9ebff47
      由 Rich Felker 提交于 
      because struct stat is no longer assumed to correspond to the
structure used by the stat-family syscalls, it's not valid to make any
of these syscalls directly using a buffer of type struct stat.

commit 94938920 moved all logic around
this change for stat-family functions into fstatat.c, making the
others wrappers for it. but a few other direct uses of the syscall
were overlooked. the ones in tmpnam/tempnam are harmless since the
syscalls are just used to test for file existence. however, the uses
in fchmodat and __map_file depend on getting accurate file properties,
and these functions may actually have been broken one or more mips
variants due to removal of conversion hacks from syscall_arch.h.

as a low-risk fix, simply use struct kstat in place of struct stat in
the affected places.
      c9ebff47
  35. 07 2月, 2020 5 次提交
  37. 05 2月, 2020 3 次提交
  39. 04 2月, 2020 1 次提交
    • R
      move riscv64 register index constants to signal.h · 329e7929
      由 Rich Felker 提交于 
      under _GNU_SOURCE for namespace cleanliness, analogous to other archs.
the original placement in sys/reg.h seems not to have been motivated;
such a header isn't even present on other implementations.
      329e7929
  41. 31 1月, 2020 1 次提交
    • R
      remove legacy clock_gettime and gettimeofday from public syscall.h · 5a105f19
      由 Rich Felker 提交于 
      some nontrivial number of applications have historically performed
direct syscalls for these operations rather than using the public
functions. such usage is invalid now that time_t is 64-bit and these
syscalls no longer match the types they are used with, and it was
already harmful before (by suppressing use of vdso).

since syscall() has no type safety, incorrect usage of these syscalls
can't be caught at compile-time. so, without manually inspecting or
running additional tools to check sources, the risk of such errors
slipping through is high.

this patch renames the syscalls on 32-bit archs to clock_gettime32 and
gettimeofday_time32, so that applications using the original names
will fail to build without being fixed.

note that there are a number of other syscalls that may also be unsafe
to use directly after the time64 switchover, but (1) these are the
main two that seem to be in widespread use, and (2) most of the others
continue to have valid usage with a null timeval/timespec argument, as
the argument is an optional timeout or similar.
      5a105f19
  43. 29 1月, 2020 2 次提交
  45. 28 1月, 2020 1 次提交