Skip to content

Commit 20c2b27

Browse files
t-bdscho
authored andcommitted
Config option to disable side-band-64k for transport
Since commit 0c499ea the send-pack builtin uses the side-band-64k capability if advertised by the server. Unfortunately this breaks pushing over the dump git protocol if used over a network connection. The detailed reasons for this breakage are (by courtesy of Jeff Preshing, quoted from ttps://groups.google.com/d/msg/msysgit/at8D7J-h7mw/eaLujILGUWoJ): ---------------------------------------------------------------------------- MinGW wraps Windows sockets in CRT file descriptors in order to mimic the functionality of POSIX sockets. This causes msvcrt.dll to treat sockets as Installable File System (IFS) handles, calling ReadFile, WriteFile, DuplicateHandle and CloseHandle on them. This approach works well in simple cases on recent versions of Windows, but does not support all usage patterns. In particular, using this approach, any attempt to read & write concurrently on the same socket (from one or more processes) will deadlock in a scenario where the read waits for a response from the server which is only invoked after the write. This is what send_pack currently attempts to do in the use_sideband codepath. ---------------------------------------------------------------------------- The new config option "sendpack.sideband" allows to override the side-band-64k capability of the server, and thus makes the dump git protocol work. Other transportation methods like ssh and http/https still benefit from the sideband channel, therefore the default value of "sendpack.sideband" is still true. [jes: split out the documentation into Documentation/config/] Signed-off-by: Thomas Braun <[email protected]> Signed-off-by: Johannes Schindelin <[email protected]> Signed-off-by: Oliver Schneider <[email protected]>
1 parent 9d1d43f commit 20c2b27

File tree

3 files changed

+20
-1
lines changed

3 files changed

+20
-1
lines changed

Documentation/config.txt

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -425,6 +425,8 @@ include::config/reset.txt[]
425425

426426
include::config/sendemail.txt[]
427427

428+
include::config/sendpack.txt[]
429+
428430
include::config/sequencer.txt[]
429431

430432
include::config/showbranch.txt[]

Documentation/config/sendpack.txt

Lines changed: 5 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,5 @@
1+
sendpack.sideband::
2+
Allows to disable the side-band-64k capability for send-pack even
3+
when it is advertised by the server. Makes it possible to work
4+
around a limitation in the git for windows implementation together
5+
with the dump git protocol. Defaults to true.

send-pack.c

Lines changed: 13 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -38,6 +38,16 @@ int option_parse_push_signed(const struct option *opt,
3838
die("bad %s argument: %s", opt->long_name, arg);
3939
}
4040

41+
static int config_use_sideband = 1;
42+
43+
static int send_pack_config(const char *var, const char *value, void *unused)
44+
{
45+
if (!strcmp("sendpack.sideband", var))
46+
config_use_sideband = git_config_bool(var, value);
47+
48+
return 0;
49+
}
50+
4151
static void feed_object(const struct object_id *oid, FILE *fh, int negative)
4252
{
4353
if (negative && !has_object_file(oid))
@@ -390,14 +400,16 @@ int send_pack(struct send_pack_args *args,
390400
const char *push_cert_nonce = NULL;
391401
struct packet_reader reader;
392402

403+
git_config(send_pack_config, NULL);
404+
393405
/* Does the other end support the reporting? */
394406
if (server_supports("report-status"))
395407
status_report = 1;
396408
if (server_supports("delete-refs"))
397409
allow_deleting_refs = 1;
398410
if (server_supports("ofs-delta"))
399411
args->use_ofs_delta = 1;
400-
if (server_supports("side-band-64k"))
412+
if (config_use_sideband && server_supports("side-band-64k"))
401413
use_sideband = 1;
402414
if (server_supports("quiet"))
403415
quiet_supported = 1;

0 commit comments

Comments
 (0)