Issue with basic TCP server and ICS 9.4

[TristanC 0]

First let me preface it by saying I use ICS with C++ Builder 12 and not with Delphi.
I apologize if this is not the right place to talk about my issue but it is the most active place I found discussing ICS.

I am trying to build a very simple TCP server using a TWSocketServer accepting connections from TWSocketClient.

I have coded such a server on C++ Builder XE8 with ICS 8.47 and it works just fine.

However, I am in the process of upgrading to C++ Builder 12 and to ICS 9.4 and it is where my issues start.

The server starts fine, and when I try to connect a client, I get the event and the client is accepted.
However, when I check the client data in the debugger, everything is set to NULL.

And after this first connection, my server doesn’t receive any other event, whether it is other clients connection, the deconnection of a client or any data that a client might send.

Does someone have any idea what could cause this ?

I have enclosed my .h and .cpp files but it is very basic.

Unit1.cpp

Unit1.h

[Angus Robertson 658]

Are you saying the same code runs OK in the older version of ICS, but not the new version?    

 

You don't say what your project is for, but you would be better starting with the TIcsIpStrmLog component that hides all the low level stuff from you, try running the pre-built OverbyteIcsIpStmLogTst sample, configuring it as a TCP Server, and start it.  All the logging for diagnostics is built in. 

 

Angus

 

[TristanC 0]

Hello,

Thank you for your answer.

Yes it is running ok for ICS 8.47 / C++ Builder XE8 but not with ICS 9.4 / C++ Builder 12.
The project I enclosed is just a simple project I did to test ICS components. I was in the process of migrating an application from C++ Builder XE8 to C++ Builder 12 when I noticed that some of my implementations using ICS were no longer working.

I haven't found the OverbyteIcsIpStmLogTst in the demos-cpp-vcl folder, only in the demos-delphi-vcl and unfortunately, I don't have delphi on my version of C++ Builder.

[Angus Robertson 658]

You can download prebuilt samples from https://wiki.overbyte.eu/wiki/index.php/ICS_Samples to avoid building them yourself. 

 

Sorry, no idea why your sample no longer works, but I don't write C++ so can not test it.  I am very careful when updating ICS to make it remain compatible with older versions of Delphi, events and such like rarely change.  

 

Logging events is the only to debug your problem.  

 

Angus

 

[TristanC 0]

Thanks for the link, when I use the .exe directly it works fine both with OverbyteIcsTcpSrv.exe and OverbyteIcsIpStmLogTst.exe
But I have tried recompiling the the OverbyteIcsTcpSrv from the cbproj file in the demos-cpp-vcl folder and here it doesn't work.

I am at a loss for why but I will keep investigating, thanks for your help

[Angus Robertson 658]

I'm afraid the C++ samples have not been tested for 13 years.  

 

Please try running the sample OverbyteIcsSnippets, click Remote Socket Traffic, and data should start appearing from one of my servers. 

 

All the code is in a single function, doSocketRemoteClick that should be easy to convert to C++ If that fails, we do have a serious C++ problem.  

 

Angus

 

[TristanC 0]

I translated it to a C++ Builder 12 project and it appears to be working, or at least I get output similar to what I am getting from the .exe snippet

[Angus Robertson 658]

Good, so at least the ICS socket server component is behaving correctly, but does not explain why it fails when you use it at a lower level.  

 

Try connecting to non-SSL port :21502 on my server and see if your own code receives the same information?  If not, you need more diagnostics to see what is happening.  You are connecting to a free tool I wrote called ComGen which I've used extensively for testing ICS over 15 years.   

 

Angus

 

[TristanC 0]

I receive the same kind of data when I switch to port 21502 and deactivate SSL so it appears to be working as well.

Additionnally I have checked that the lines that I receive with my code on the SSL port is the same as what is received through your own snippet tool

[Angus Robertson 658]

So now you just need to disconnect and reconnect a few times to make sure close session is working. 

 

Then test again with your original data source.  I often find testing with alternate clients or servers shows up missed issues 

 

ComGen on mahpub5 is configured to just send a line every 10 seconds, but it could be 100 lines per second, or lots of short repeated sessions.   It uses an array of TIcsIpStrmLog components, so does everything that component does.  

 

Angus

 

Edited Monday at 03:43 PM by Angus Robertson

[TristanC 0]

I am not sure to fully understand ?
Do you mean testing this client against the server I coded originally and wasn't working, in order to test if the issues were linked to the clients or to the server ?

[Angus Robertson 658]

I meant test your original code or the ICS  OverbyteIcsTcpSrv sample against the ComGen data stream. 

 

Angus

 

[TristanC 0]

I have tried to connect to my original server using the RemoteSocket component.
However I have the same issue that I had originally, the connection event is detected but the client appears not to be initialized.
As a result, I don't receive any of the data I send from my server, getting this error on the server side :

[Angus Robertson 658]

I can only suggest logging in the various server events, as the TIcsIpStrmLog component does so you can track the problem.  It is unlikely to be with the ICS code. 

 

Angus