HTTP kills TCP/IP 'Listen'
I have a TCP/IP which initiates a 'Listen' for a continuous periodic data update. This works flawlessly by itself.
When I send an HTTP message to a different port and a slighty different DSN, the TCP/IP periodic data updates stop.
These are in the same VB6 Module.
Nowhere in the module do I affect the TCP/IP except in the Winsock code subroutines.
Do I need to have a different application to communicate with these two servers?
If so, is there a direct way to write to a variable in one VB6 application to another? Or do I have to use an intermediatory like a DLL, a file, an Excel sheet or ....?
I know about 'Channelling' but have had problems trying to implement it. Is it implementable in VB6?
Will a Background Worker separate the HTTPS and the Winsock TCP/IP and allow the two communications to function without needing an intermediatory data hand off?
Good software like good food takes time to prepare.
Last edited by dmb_job; 08-04-2006 at 06:28 PM.
Reason: added Background question
By freesoft_2000 in forum Java
Last Post: 08-03-2005, 01:50 PM
By Andrei Coler in forum .NET
Last Post: 08-20-2003, 12:00 PM
By Michael D. Kersey in forum .NET
Last Post: 08-30-2002, 01:05 AM
By Constance J. Petersen in forum .NET
Last Post: 08-28-2002, 11:06 PM
By Jon Davis in forum Careers
Last Post: 11-20-2000, 10:34 AM
Top DevX Stories
Easy Web Services with SQL Server 2005 HTTP Endpoints
JavaOne 2005: Java Platform Roadmap Focuses on Ease of Development, Sun Focuses on the "Free" in F.O.S.S.
Wed Yourself to UML with the Power of Associations
Microsoft to Add AJAX Capabilities to ASP.NET
IBM's Cloudscape Versus MySQL