5 Commits

Author	SHA1	Message	Date
Scott Graham	78bba8808b	win: Pass WINHTTP_FLAG_SECURE when necessary ... Otherwise the server drops us when connecting to an https endpoint, and WinHttpReceiveResponse fails with an obscure error. R=mark@chromium.org BUG=crashpad:1 Review URL: https://codereview.chromium.org/1317023003 .	2015-08-31 13:29:00 -07:00
Scott Graham	07fcf63c21	win: fixes for Windows x64 ... Mostly size_t <-> unsigned int warnings, but I also had a mistake in PROCESS_BASIC_INFORMATION, the pids are 32-on-32 and 64-on-64. The Windows build is still x86 until https://codereview.chromium.org/981333002/. I don't think I'll bother maintaining the x86 build for now, though we will probably need it for x86 OSs in the future. It should be straightforward to revive it once we need it, and have bots to support it. R=mark@chromium.org BUG=crashpad:1 Review URL: https://codereview.chromium.org/983103004	2015-03-06 16:05:34 -08:00
Scott Graham	b16b89c89d	Make HTTPTransportWin respect user timeout ... Uses solution suggested in linked bug. No test as it'd be flaky, slow, or both. R=mark@chromium.org BUG=crashpad:8 Review URL: https://codereview.chromium.org/897393002	2015-02-06 10:10:55 -08:00
Mark Mentovai	242619d958	HTTPTransport: callers should be able to obtain the HTTP response body. ... This adds a new optional out-parameter to HTTPTransport::ExecuteSynchronously() and provides Mac and Windows implementations. BUG=crashpad:5 R=rsesek@chromium.org, scottmg@chromium.org Review URL: https://codereview.chromium.org/885183004	2015-02-05 18:05:40 -05:00
Scott Graham	7c9bd944ae	win: Add implementation of HTTPTransport based on WinHTTP ... (There's also https://codereview.chromium.org/854363006/ based on WinInet, I'm still a little uncertain which is preferable here.) R=cpu@chromium.org, mark@chromium.org, rsesek@chromium.org, ananta@chromium.org BUG=crashpad:1 Review URL: https://codereview.chromium.org/852213004	2015-01-26 13:31:35 -08:00