over the socket? Is there a way to have a dynamic buffer? What does one do when one does not know how much information is coming?
Answer / chaitanya
When the size of the incoming data is unknown, you can either make the size of the buffer as big as the largest possible (or likely) buffer, or you can re-size the buffer on the fly during your read. When you malloc() a large buffer, most (if not all) varients of unix will only allocate address space, but not physical pages of ram. As more and more of the buffer is used, the kernel allocates physical memory. This means that malloc'ing a large buffer will not waste resources unless that memory is used, and so it is perfectly acceptable to ask for a meg of ram when you expect only a few K.
On the other hand, a more elegant solution that does not depend on the inner workings of the kernel is to use realloc() to expand the buffer as required in say 4K chunks (since 4K is the size of a page of ram on most systems). I may add something like this to sockhelp.c in the example code one day.
| Is This Answer Correct ? | 0 Yes | 0 No |
How are unix domain sockets implemented?
Where is the socket located?
How can I find the full hostname (FQDN) of the system I am running on?
How can I put a timeout on connect()?
What is a deep well socket?
How do unix sockets work?
Is socket a hardware or software?
What is af_inet in socket?
What is active unix domain sockets?
How often should I re-transmit un-acknowleged messages?
How does unix socket work?
What is a socket file?