Michael J Gruber <git@xxxxxxxxxxxxxxxxxxxx> writes: > bottom = signature->len; > - len = strbuf_read(signature, gpg.out, 1024); > + strbuf_read(signature, gpg.out, 1024); > + strbuf_read(&err, gpg.err, 0); Hmmmm, isn't this asking for a deadlock? When GPG spews more than what would fit in a pipe buffer to its standard error (hence gets blocked), its standard output may not complete, and the we would get stuck by attempting to read from gpg.out, failing to reach the other strbuf_read() that would unblock GPG by reading from gpg.err? -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html