Ok, thanks so much. I made the changes and it works (though I didn't
tested extensively yet).
For reference, this is what I did:
- use of Connection.PostedDataReceived in the PostedData-event
- I don't use LineMode at all (no change if I do)
- Changing the way I was answering to GET commands
When users clicks links or post forms in their browsers,
sometimes they don't get any answer. By debugging the server
I realized that in such a case the OnPostDocument event is
never triggered.
Are you sure the request you don't get an answer from is received on the
server?
When you run a
The first important thing is: Are you using the very latest ICS version
downloaded from my website ?
When users clicks links or post forms in their browsers, sometimes they
don't get any answer. By debugging the server I realized that in such a
case the OnPostDocument event is never
Bjørnar Nielsen wrote:
When users clicks links or post forms in their browsers,
sometimes they don't get any answer. By debugging the server
I realized that in such a case the OnPostDocument event is
never triggered.
Are you sure the request you don't get an answer from is received on the
Francois Piette wrote:
The first important thing is: Are you using the very latest ICS version
downloaded from my website ?
Yes, I re-installed the last version this morning.
When users clicks links or post forms in their browsers, sometimes they
don't get any answer. By debugging the
Does it occurs with the sample WebServ delivered with ICS ?
Well it seems it doesn't (at least I didn't experienced the problem
yet), which is surprising because my program is quite identical to the
demo (I mean, I implemented some functions but nothing that directly
change the way
Yes, as I explained in my last mail, when a user makes a
request (GET or
POST or HEAD or whatever), the server get it, and start to analyze it
but stops inside TCustomLineWSocket.TriggerDataAvailable.
Ok, I missed that part, my previos message does not explain your problem.
In