Re: URLDownloadToFile
- From: "nly" <nlyee2001@xxxxxxxxx>
- Date: Mon, 5 Sep 2005 17:13:00 -0700
Igor Tandetnik <itandetnik@xxxxxxxx> wrote in message
news:OL1NdTbsFHA.2540@xxxxxxxxxxxxxxxxxxxxxxx
> "nly" <nlyee2001@xxxxxxxxx> wrote in message
> news:eEv5eDRsFHA.904@xxxxxxxxxxxxxxxxxxxx
> > URLDownloadToFile is a blocking function.
> >
> > To avoid hang of GUI, if to make use of the URLDownloadToFile()
> > callback, inside the callback, peek and dispatch messages waiting in
> > the message queue, then continue processing.
>
> Consider using URLOpenPullStream instead. It is fully asynchronous.
> --
> With best wishes,
> Igor Tandetnik
>
> With sufficient thrust, pigs fly just fine. However, this is not
> necessarily a good idea. It is hard to be sure where they are going to
> land, and it could be dangerous sitting under them as they fly
> overhead. -- RFC 1925
>
>
Thanks for the suggestion of using URLOpenPullStream().
MSDN says "The pull model is slightly more cumbersome than the push model,
but it allows the client to control the amount of Internet access for the
download."
How does URLOpenPullStream() "control the amount of Internet access for the
download"? Where can the amount of bytes for downloading specified?
.
- Follow-Ups:
- Re: URLDownloadToFile
- From: Igor Tandetnik
- Re: URLDownloadToFile
- References:
- URLDownloadToFile
- From: nly
- Re: URLDownloadToFile
- From: Igor Tandetnik
- URLDownloadToFile
- Prev by Date: Re: MsgWaitForMultipleObjects
- Next by Date: Re: Managing several internet connection via modem
- Previous by thread: Re: URLDownloadToFile
- Next by thread: Re: URLDownloadToFile
- Index(es):
Relevant Pages
|