Re: What's cooking in git.git (Apr 2017, #04; Wed, 19)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Lars & Junio,

On Thu, 20 Apr 2017, Lars Schneider wrote:

> > * bw/forking-and-threading (2017-04-19) 11 commits
> > - run-command: block signals between fork and execve
> > - run-command: add note about forking and threading
> > - run-command: handle dup2 and close errors in child
> > - run-command: eliminate calls to error handling functions in child
> > - run-command: don't die in child when duping /dev/null
> > - run-command: prepare child environment before forking
> > - string-list: add string_list_remove function
> > - run-command: use the async-signal-safe execv instead of execvp
> > - run-command: prepare command before forking
> > - t0061: run_command executes scripts without a #! line
> > - t5550: use write_script to generate post-update hook
> > 
> > The "run-command" APIimplementation has been made more robust
> > against dead-locking in a threaded environment.
> > 
> > Will merge to 'next'.
> 
> There might be a problem on Windows with this (that's just a hunch, i can't test this right now):
> https://travis-ci.org/git/git/jobs/223830474

Thanks for keeping track of Travis' failure reports. From what I see, the
latest iteration (which does not seem to have made it to `pu` yet) has the
!MINGW prerequisite which should fix the issue. Hopefully my suggested
addition to the commit message will make it into the commit history, too.

Ciao,
Dscho



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]