usenet@cps3xx.UUCP (Usenet file owner) (07/13/89)
Over the past several months, I have seen a few postings describing how it is impossible to run networking applications under MS Windows. Several people found various networks incompatible with Windows, evidently due to Windows' habit of stealing the timer interrupt. Well, I have found that Windows and the networking kernel from FTP Software, Inc. get along fine. I have been able to run several copies of TNGLASS (dumb but well-behaved TELNET implementation that comes with the TCP/IP suite from FTP Software) simultaneously, each in its own window, with no problem. This is under Windows/286 v. 2.10, and FTP Software's PC/TCP version 2. (I've heard that versions 1.x of FTP Software's stuff don't get along with Windows.) FTP Software's Development Kit for DOS includes a socket library; I assume this means one could write socket applications under Windows. I hope to test this assumption soon; meanwhile, I'd like to hear from anyone who knows more about this. Mark Riordan Mich State Univ riordanmr@clvax1.cl.msu.edu
LANDON@ENR.Prime.COM (08/12/89)
>Well, I have found that Windows and the networking kernel from >FTP Software, Inc. get along fine. I can verify this with Windows/386. Seemed MicroSoft nor FTP could predict whether Windows/386 would work at all within a Windows application. FTP said that it wasn't possible to run their Internet applications from a DOS Window in Win/386. This is due to applications running in a new virtual machine (DOS Window) not being to use the FTP resident kernel correctly (though TSRs are supposed to be replicated in new virutal machines.) The question was whether a Windows application coming up in the first virtual machine would operate correctly. The answer is yes - I've created a client which can talk TCP or UDP from a Windows/386 application. >FTP Software's Development Kit for DOS includes a socket library; >I assume this means one could write socket applications under Windows. It is true, I've tested it. I haven't done extensive application programming to really work it over, but have done enough to verify that it works. Landon Cox landon@enr.prime.com