daemon: support <directory> arguments again
authorJonathan Nieder <jrnieder@gmail.com>
Tue, 4 Jan 2011 04:04:46 +0000 (22:04 -0600)
committerJunio C Hamano <gitster@pobox.com>
Tue, 4 Jan 2011 19:23:42 +0000 (11:23 -0800)
commit081f84ee9edb1775e5a5495375a93b3bc6727742
tree2b7c18d5e77170657575c1e36857e37834fa9992
parent469bfc962df22a87f0f0c60699d91fa9e647492a
daemon: support <directory> arguments again

Ever since v1.7.4-rc0~125^2~8 (daemon: use run-command api for async
serving, 2010-11-04), git daemon spawns child processes instead of
forking to serve requests.  The child processes learn that they are
being run for this purpose from the presence of the --serve command
line flag.

When running with <ok_path> arguments, the --serve flag is treated
as one of the path arguments and the special child behavior does
not kick in.  So the child becomes an ordinary git daemon process,
notices that all the addresses it needs are in use, and exits with
the message "fatal: unable to allocate any listen sockets on port
9418".

Fix it by putting --serve at the beginning of the command line,
where the flag cannot be mistaken for a path argument.

Signed-off-by: Jonathan Nieder <jrnieder@gmail.com>
Acked-by: Erik Faye-Lund <kusmabite@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
daemon.c