1. 04 4月, 2021 1 次提交
    • X
      signal · 1a93d0d7
      x_xiny 提交于
      Change-Id: Iacf0cc5918e3aad5def71aedbd048bd5d21ccca5
      1a93d0d7
  2. 11 3月, 2021 1 次提交
  3. 08 1月, 2021 2 次提交
  4. 31 12月, 2020 1 次提交
  5. 09 10月, 2020 1 次提交
  6. 27 9月, 2020 2 次提交
  7. 09 9月, 2020 1 次提交
  8. 08 9月, 2020 1 次提交
  9. 05 9月, 2020 2 次提交
  10. 04 9月, 2020 2 次提交
  11. 03 9月, 2020 3 次提交
  12. 31 8月, 2020 5 次提交
  13. 28 8月, 2020 1 次提交
  14. 21 8月, 2020 1 次提交
  15. 20 8月, 2020 1 次提交
  16. 19 8月, 2020 2 次提交
  17. 18 8月, 2020 1 次提交
  18. 17 8月, 2020 2 次提交
  19. 12 8月, 2020 1 次提交
  20. 04 8月, 2020 1 次提交
  21. 21 2月, 2020 1 次提交
  22. 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
  23. 07 2月, 2020 5 次提交
  24. 05 2月, 2020 1 次提交