1. 27 8月, 2021 2 次提交
  2. 25 8月, 2021 2 次提交
  3. 24 8月, 2021 3 次提交
  4. 23 8月, 2021 2 次提交
  5. 22 8月, 2021 1 次提交
  6. 21 8月, 2021 1 次提交
  7. 20 8月, 2021 2 次提交
  8. 19 8月, 2021 3 次提交
  9. 18 8月, 2021 1 次提交
  10. 17 8月, 2021 5 次提交
  11. 14 8月, 2021 2 次提交
  12. 13 8月, 2021 5 次提交
  13. 12 8月, 2021 7 次提交
  14. 11 8月, 2021 4 次提交
    • O
      !536 修复最小化liteos_a编译问题 · dd91c5c7
      openharmony_ci 提交于
      Merge pull request !536 from Caoruihong/liteos_a_mini
      dd91c5c7
    • O
      !536 修复最小化liteos_a编译问题 · da434499
      openharmony_ci 提交于
      Merge pull request !536 from Caoruihong/liteos_a_mini
      da434499
    • O
      !527 fix:合并进程栈两个地址连续的region · d6e0d3ee
      openharmony_ci 提交于
      Merge pull request !527 from Harylee/dyn
      d6e0d3ee
    • G
      feat(vfs): vfs支持FD_CLOEXEC标记 · 27dca4d8
      Guangyao Ma 提交于
      首先,POSIX规范规定文件描述符需要支持close-on-exec属性,修改前的vfs不支持close-on-exec,当exec系列函数执行时,进程所有的文件将会被关闭(0,1,2也重新被打开)。但是,系统有些时候是不能在exec时关闭全部文件的,例如在执行exec之前,就需要重定向进程的某些文件描述符时(使用dup2),就希望该文件不被关闭,继续保持重定向属性,shell执行进程并重定向其标准输出到文件,这是我们经常做的事情。
      
      BREAKING CHANGE:
      执行exec类函数后,进程拥有的文件描述符情况发生变化:修改前,默认关闭所有的进程文件描述符,0,1,2重新打开;修改后,除非文件描述符拥有FD_CLOEXEC标记,否则该描述符不会被关闭。
      
      re #I3U81W
      
      Change-Id: I54e841ac88e9835ec23e97de0cbc906c4e11f5a4
      Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>
      27dca4d8