No. TCP does a terrific job on packetizing, and the algorithms have been fine-tuned for years based on years of research. You would not be able to do as good a job as TCP.
Please refrain from double-posting. See my response at http://forums.codeguru.com/showthread.php?526585-Simple-proxy-server-in-C-Need-help-with-relay-logic&p=2080983#post2080983
In your thread, you check for the URL of the target webserver only once, at the beginning of receipt of data from the client. This corresponds to your observation that the inital URL (like google)...
Both are graceful closures, so by use of socket functions alone, you will not be able to determine whether the socket was closed "normally" by the server or by you yourself, in another thread,...
It's my understanding that the TTS SDK includes a sample program that does exactly what you are attempting, using a "talking microphone" with different mouth shapes for each different viseme. Look...
I don't fully follow your question. Regardless of which endpoint initiates a TCP connection, the conversation after connection is always two-directional. For example, even if endpoint 1 is the one...
If you are using UDP and Windows, your poor throughput with jumbo packets might be because of a known issue regarding the registry entries respectively called FastSendDatagramThreshold and...
This post is inspired by a comment from Nuzzle in “Glass Rod Problem”, http://forums.codeguru.com/showthread.php?524949-Glass-Rod-Problem&p=2073747#post2073747. Internet searches show that the...
Is someone still looking at the "Search" issue? I just did an "Advanced Search" on my own user name, and only one result came up: a thread from back in 2003.
Nevertheless, you might have "lucked out" with your program because of one of the design goals of IEEE-753/754 on the format of floating point numbers. According...
You can also think in terms of building a rod from three pieces. Pick a first length randomly between 0 and 1. In half the population, the first length will be greater than 1/2, so no triangles can...
The problem isn't that your program is running too quickly; in fact it's running too slow. You're drawing 10,000,000 line segments and outputting 10,000,000 lines of text. Why do you think that...
This is strictly a function of the browser, not under the control of the website, which is fortunate for all of us who are forced to tolerate miscreants like you and your phishing expeditions.
It's not possible to get the characters codes for "space and ̉" in just 16 bits. The "̉", for example, is a Unicode character, and for that character alone, at least 16 bits are required.
Openvc (written by Intel and now supported by Willow Garage) has proved popular, but it is primarily written for C/C++. See http://opencv.willowgarage.com/wiki/
You replaced Sleep(1) with WFSO(..., 1). In the circumstances you show here, WFSO with a timeout is no better than Sleep. Both are bad. In fact, anything with (1) or (10) or...
You are painting on the child window (i.e., the static window) from the WM_PAINT of the parent. That's usually poor practice; the child window should do all of its own painting, in response to...
You can't write code for inter-process synchronization at the user level. All such code must be at the kernel level which, of course, you have no access to. As such, you must rely on the...
I agree, this was a nice feature. It gave nice feedback, in that it showed (on one screen) all replies to threads you had subscribed to, as well as all recent reputation.