Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. C / C++ / MFC
  4. HttpSendRequest

HttpSendRequest

Scheduled Pinned Locked Moved C / C++ / MFC
jsonhelpquestion
4 Posts 3 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • P Offline
    P Offline
    Paul M Watt
    wrote on last edited by
    #1

    Hi all, Has anyone ever experienced or read of a problem where ::HttpSendRequest hangs on the INTERNET_STATUS_RECEIVING_RESPONSE status event? I am experiencing this problem intermitently in an application that I have written. I am using WININET syncrhonously an I have enabled the status callback, that is how I know the function is hanging at the INTERNET_STATUS_RECEIVING_RESPONSE event. My app will appear to work fine for quite a while, but then the thread that calls ::HttpSendRequest will hang. I detect this with a second thread to implement the timeout test as MSDN reports that this is the only reliable way to handle timeouts for versions of IE older than 5.5. After I detect the timeout, no requests work properly after that point until I restart my app. If anyone has insight to this I would really appreciate it. Thank you.


    Build a man a fire, and he will be warm for a day
    Light a man on fire, and he will be warm for the rest of his life!

    T 1 Reply Last reply
    0
    • P Paul M Watt

      Hi all, Has anyone ever experienced or read of a problem where ::HttpSendRequest hangs on the INTERNET_STATUS_RECEIVING_RESPONSE status event? I am experiencing this problem intermitently in an application that I have written. I am using WININET syncrhonously an I have enabled the status callback, that is how I know the function is hanging at the INTERNET_STATUS_RECEIVING_RESPONSE event. My app will appear to work fine for quite a while, but then the thread that calls ::HttpSendRequest will hang. I detect this with a second thread to implement the timeout test as MSDN reports that this is the only reliable way to handle timeouts for versions of IE older than 5.5. After I detect the timeout, no requests work properly after that point until I restart my app. If anyone has insight to this I would really appreciate it. Thank you.


      Build a man a fire, and he will be warm for a day
      Light a man on fire, and he will be warm for the rest of his life!

      T Offline
      T Offline
      Todd Smith
      wrote on last edited by
      #2

      That's why I use Winsock. Todd Smith

      P 1 Reply Last reply
      0
      • T Todd Smith

        That's why I use Winsock. Todd Smith

        P Offline
        P Offline
        Paul M Watt
        wrote on last edited by
        #3

        What about HTTPS support? Do you have any experience with that? Is it as simple as using the SSL functions instead of the regular socket functions? Thanks


        Build a man a fire, and he will be warm for a day
        Light a man on fire, and he will be warm for the rest of his life!

        G 1 Reply Last reply
        0
        • P Paul M Watt

          What about HTTPS support? Do you have any experience with that? Is it as simple as using the SSL functions instead of the regular socket functions? Thanks


          Build a man a fire, and he will be warm for a day
          Light a man on fire, and he will be warm for the rest of his life!

          G Offline
          G Offline
          geo_m
          wrote on last edited by
          #4

          yep. But this depends on what are you doing - e.g. for client side apps the wininet is quite OK, but when talking about 24/7 apps it is better to use the pure winsock stuff + say few hundred lines for SSPI usage. And once you have some other SSL support(I think there are some on codeproject or look for OpenSSL or others) I will stick to it and don't want to see wininet any more in my life :) linx: SSL/TLS client/server for .NET[^] CSSLSocket[^]

          1 Reply Last reply
          0
          Reply
          • Reply as topic
          Log in to reply
          • Oldest to Newest
          • Newest to Oldest
          • Most Votes


          • Login

          • Don't have an account? Register

          • Login or register to search.
          • First post
            Last post
          0
          • Categories
          • Recent
          • Tags
          • Popular
          • World
          • Users
          • Groups