FPiette

Colek, I would create a new component instead of modifying the ICS one. You can either inherit from THttpCli component or inherit from TComponent and embed a THppCli to do what needs to be done. Either way has pros and cons but both are exactly what object oriented programming is all about. Think about moving the logic behind your application into a component instead of putting it into a TForm.

Do you have full source code for the add-ons you use? If yes, it should be fairly easy to port the code to the current Delphi version. I have done that a lot of times with great success. Without source, you have to replace the old add-ons by current version if it exists or by other ones. This may be more difficult. Advice: never use an add-on without full source code. btw: If you want to discuss porting your code, you should post in another forum, maybe this one https://en.delphipraxis.net/forum/4-vcl/ if we are talking about VCL.

Well, again this one is fixed. Only those omitting to apply ALL updates are at risk. And by the way, this is not related to DNS which is the subject of this conversation.

I checked a few of those and all I have checked are fixed by Microsoft. The recomandation is simply to get ALL updates from Microsoft as soon as they are published (Just turn on auto update. Tht's what I have always done).

I never had this need.

I would suggest to use TortoiseSVN which is a subversion GUI tool perfectly integrated in Windows Explorer context menu. Much easier to use than SVN command line. In the command line, you should add usercode and password. Type "svn help co" to get help. Usercode and password are both "ics" in lower case with quotes. Try this command line: svn checkout --username ics --password ics svn://svn.overbyte.be/ics/trunk

We all should thank Angus for his huge work in ICS world. Angus, I say THANK YOU!

Before stating remote is down, you'd better do a few pings and decide the remote site is down only if all pings are failing or at least a given percentage of the pings failed. Please be aware that it is prossible to completely shutdown ping response in a system. If you control both servers then you can use ping. If you don't, be preapared to use an alternative the day ping are disabled.

Please clarify your question: in my mind,"send" and "download" are not compatible. It is either "receive" and "download" or "send" and "upload". Have a look at various demos delivered with ICS distribution.

You two involved PC are on a LAN? Same segment or is there routers or switches? Ping is not a reliable protocol, one ICMP message can be lost in case of high trafic. If you loose one ICMP message per one thousand, it looks acceptable to me.

When it fails, try using command line ping to see if it fails as well AT THE SAME MOMENT.

It is also possible to use a TTimer for desired timeout and call Albort against the socket waiting for connection.

Using madExcept is of great help regarding accessing invalid memory, buffer overflow, freed memory or object and so on. I recommand using it for such issue.

Internal error are produced when the compiler is confused (Read: bugged). Sometimes it result from earlier error. The best thing to do is quit the IDE, manually delete all DCU (I don't remember if D7 already had the "clean" function. If yes, use it before stopping the IDE). The restart the IDE and compile everything. If this doesn't work, maybe you should use a newer compiler. Now there is the "community Edition" which is "pro" version, free of charge for everyone including business (Up to US$5000,- gross revenue).

On client side, you have the event OnSessionConnected triggered with an error argument being zero. If client can't connect to server, you still have the same OnSessionConnected event triggered but with an error argument not zero, for example 10061 which means the server is not running at the IP/Port/protocol specified. Use state property only for display or log. Use events for everything that "happens" such as connection established or closed or data available and more. Read the comment "About multithreading and event-driven" in OverbyteIcsWSocket.pas (The main source of the sockect component).