QTcpServer works with linux clients but not windows

[anda_skoa]

Ok, just wanted to check that both clients are on remote machines, i.e. to rule out not listening on the right interface, etc.

Have you checked networking issues on the client side?

Does a traffic monitor like wireshark see the incoming connection request?

Cheers,
_

[Glenn Denny]

I do not have wireshark and I do not control the client, however, the client is a Mirth interface engine. It is able to connect to my server and appears on their side to successfully transmit the messages. If they host their Mirth instance on Linux, however, I do receive their messages. Is there some setting for QTcpServer that needs to be set to accommodate a connection from a Windows box? The client side developer seems to think is has something to do with the way Windows does carriage return line feeds but I think it is lower level than that because I do not even get to the point where I read the message because the newConnection signal is never fired.

[anda_skoa]

I do not have wireshark

Software can be installed. Especially on Linux that is almost trivial.

It is able to connect to my server and appears on their side to successfully transmit the messages.

This is a contradiction to "the client cannot connect".
Or are you talking about the Linux client?

Is there some setting for QTcpServer that needs to be set to accommodate a connection from a Windows box?

No, this is TCP. It doesn't care which operating system, hardware architecture, byte order, etc. each side runs on.

The client side developer seems to think is has something to do with the way Windows does carriage return line feeds

That would obviously only affect transmission of data, not connection, and also be a matter of the application level protocol as TCP is only a byte stream.

but I think it is lower level than that because I do not even get to the point where I read the message because the newConnection signal is never fired.

Exactly. Application level data is above TCP data and data transmission comes after connection, so it doesn't even matter yet at that point in time.

Given that your end of the connection is the same on both cases and etablishing a connection works when the client runs on Windows, it would be prudent to first rule out a problem there before going on a wild goose chase.

Ideally the client developers would verify that the connection request has indeed left their system, but if they have no clue you should at least verify if you are seeing it on your network side.

Cheers,
_

[Glenn Denny]

It is when the client is on Windows that I have the issue. If the client is on Linux it works great. It is certainly not a QT issue as the same thing happens when the server is a java program. It is a client issue and I will get with their developers to try and solve it. Thanks for all of your help and input.