kaszynek

I have problem. I send Get request to serwer

GET /file/file.rar HTTP/1.1
Host: example.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10
Accept: text/html,application/xhtml+xml,applicat...
Accept-Language: pl,en-us;q=0.7,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-2,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cookie: user=8888899-%26%26%26%25

and i get response

HTTP/1.1 200 OK
P3P: CP="ALL DSP COR CURa ADMa DEVa TAIa PSAa PSDa IVAa IVDa CONa TELa OUR STP UNI NAV STA PRE"
Date: Tue, 02 Jun 2009 11:20:59 GMT
Connection: close
Accept-Ranges: bytes
Content-Type: text/html; charset=ISO-8859-1
Cache-Control: no-cache
Content-Encoding: gzip
Content-Length: 2658

What i have to do to start downloading this file?? im using recive function but server dont send file to me, i think i have to do something first

MK27

You just did. The file is not sent to you in as a .gz file, it is sent as raw data in an internet packet. That is the header. The rest of that packet (the 2658 bytes of gobbledy-gook that followed) is the gzip file. You have strip the packet header/inet wrapper off and write that raw binary data (using fwrite) into a file. Then call it "myfile.gz" and voila! you downloaded a gzip file.

__________________

Accuracy and integrity mean nothing if you don't make it past the censors...PYTHAGORAS

bithub

There is probably a problem with the way you are calling recv(). Can you post your code?

MK27

Only if you have the message you posted but there was no 2658 bytes attached to it...which would be impossible. The server *did* send it, it *was* part of that packet.

Again, you have to dissemble the packet. The server does not send a file, any file, as a discrete unit. It all arrives as a stream of data.

__________________

Accuracy and integrity mean nothing if you don't make it past the censors...PYTHAGORAS

bithub

What?

It was most certaintly not part of that packet considering the Content-Length is greater than a MTU.

Cactus_Hugger

He's not downloading a gzip file. He's attempting to download a .rar archive, that happens to be sent gzip encoded by the server. Really, it'll be more like myfile.rar.gz. However, notice the content-type: text/html - either the server is not sending back a rar file at all, and is sending back HTML, or the server is sending the wrong Content-Type. (Probably the former.)

No. The server sends a stream of data. From the client & servers point of view, packets are not involved. Whether the OP is actually getting this data into whatever buffer he may have, we cannot tell here, as he hasn't posted any code. The likely answer is that if he is, he is doing so by luck.
If the OP would post his code invovling recv(), as bithub requested, we would be able to know a lot more about what is actually going on.
While yes, it is irrelevant. The OP may have captured all 2-3 thousand bytes in a single recv(). One recv() != one TCP/IP packet.

__________________
long time; /* know C? */
Unprecedented performance: Nothing ever ran this slow before.
Any sufficiently advanced bug is indistinguishable from a feature.
Real Programmers confuse Halloween and Christmas, because dec 25 == oct 31.
The best way to accelerate an IBM is at 9.8 m/s/s.
recursion (re - cur' - zhun) n. 1. (see recursion)