##// END OF EJS Templates
lfs: avoid quadratic performance in processing server responses...
lfs: avoid quadratic performance in processing server responses This is also adapted from the Facebook repo[1]. Unlike there, we were already reading the download stream in chunks and immediately writing it to disk, so we basically avoided the problem on download. There shouldn't be a lot of data to read on upload, but it's better to get rid of this pattern. [1] https://github.com/facebookexperimental/eden/commit/82df66ffe97e21f3ee73dfec093c87500fc1f6a7 Differential Revision: https://phab.mercurial-scm.org/D7882

File last commit:

r40308:a36c5e23 default
r44545:ffac09da default
Show More
Cargo.toml
12 lines | 286 B | application/toml | TOMLLexer
[package]
name = "hgdirectffi"
version = "0.1.0"
authors = ["Georges Racinet <gracinet@anybox.fr>"]
description = "Low level Python bindings for hg-core, going through existing C extensions"
[dependencies]
libc = "*"
hg-core = { path = "../hg-core" }
[lib]
crate-type = ["staticlib"]