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