Dundas TCP/IP package, do you have one? why?
-
The last I checked though, Dundas couldn't get through a Microsoft Proxy Server using NTLM validation. I had to write my own HTTP client class to do that! :-O Can you tell I REALLY wanted to ditch WinInet? :rolleyes:
-
True, but I actually modified the Dundas HTTP code to allow you to login to a proxy - it wasn't hard and it seems to work fine with all the various proxies we use in-house (mixture of NT and Linux).
Easier interface seems obvious, the very reason why we have codeproject. I am very interested in the Wininet stuff. Any reason why you will never like to use it? BTW, how much does the Dundas TCP/IP stuff cost? Best regards, Paul. Paul Selormey, Bsc (Elect Eng), MSc (Mobile Communication) is currently Windows open source developer in Japan, and open for programming contract anywhere!
-
Easier interface seems obvious, the very reason why we have codeproject. I am very interested in the Wininet stuff. Any reason why you will never like to use it? BTW, how much does the Dundas TCP/IP stuff cost? Best regards, Paul. Paul Selormey, Bsc (Elect Eng), MSc (Mobile Communication) is currently Windows open source developer in Japan, and open for programming contract anywhere!
The main reason we went for UTCP was support for Email (POP3, SMTP and IMAP) and NNTP - protocols that WININET doesn't offer. Also, using WININET functions on older NT machines often required installing the MS WININET update, which is another level of complication that our support team could do without! When we bought UTCP3, early in 2000, it cost us around $300 I think - which, considering the amount of code you get, was many times cheaper than us writing our own classes from scratch!
-
Easier interface seems obvious, the very reason why we have codeproject. I am very interested in the Wininet stuff. Any reason why you will never like to use it? BTW, how much does the Dundas TCP/IP stuff cost? Best regards, Paul. Paul Selormey, Bsc (Elect Eng), MSc (Mobile Communication) is currently Windows open source developer in Japan, and open for programming contract anywhere!
The major reason we switch from Wininet to Dundas TCP/IP product is the (msdn referenced) bug in the time-out for ftp operations. To avoid a complex multi-thread solution (a worked thread which could be destroy the hard way) we bought Dundas product. It is small, efficient and robust. In the same way, there is a dial component (free source :) ) at the Dundas site. Thierry PS : excuse-me for my 'bad' english.
-
True, but I actually modified the Dundas HTTP code to allow you to login to a proxy - it wasn't hard and it seems to work fine with all the various proxies we use in-house (mixture of NT and Linux).
I'm interested by your changes, can you explain to me what is wrong in the Dundas code, and how correct it ? Regards Thierry
-
Hello All, I am currently not doing heavy network or internet programming. I play with the MFC ftp classes and all seems okay for me. However, I am getting ready to take a long trip into the network/internet programming. The Dundas TCP/IP stuff is always up there. Why is there a need for such a product? When does the MFC classes find it difficult to cut it? How are you using it in your company? Best regards, Paul. Paul Selormey, Bsc (Elect Eng), MSc (Mobile Communication) is currently Windows open source developer in Japan, and open for programming contract anywhere!
You can use PJ Naughter's classes instead of using Dundas. They are free and thus you save 300 bucks which you can spend to upgrade your processor or buy more RAM Nish Sonork ID 100.9786 voidmain www.busterboy.org Nish is a BIG fan of Goran Ivanisevic
-
You can use PJ Naughter's classes instead of using Dundas. They are free and thus you save 300 bucks which you can spend to upgrade your processor or buy more RAM Nish Sonork ID 100.9786 voidmain www.busterboy.org Nish is a BIG fan of Goran Ivanisevic
Hey Nish, Although PJ's done a great job of building a good list of classes, there are some pretty significant differences between using PJ's code and Dundas TCP/IP. First and foremost, Dundas TCP/IP is not dependent on MFC, or by extension WinInet. PJ's stuff (although well done) is. Neither MFC nor WinInet are well suited for multi-threaded operation, and so both offer pretty overwhelming scalability problems. Dundas TCP/IP works seamlessly with MFC if you want it to, and it ships with a good selection of MFC samples. It also works very well with ATL, WTL and vanilla Win32 based projects too. Dundas TCP/IP also includes full support for MIME and DNS, which are crucial to building email applications, and parsing HTTP data. If you're looking to build a server, the Enterprise edition includes out-of-the-box code you can compile into servers for email, ftp, proxy, http, etc., that scale to support SMP with thousands of connections. Depending on your project, and how much you or your boss value your time, Dundas TCP/IP can save you weeks or months of time. With Dundas TCP/IP you also get the source code, so you can dig into and still learn how everything works without losing any time on your project. (I love this product can you tell ;) ) Seriously, there's a reason it won PC Magazine's Editors' Choice. David http://www.dundas.com
-
Hey Nish, Although PJ's done a great job of building a good list of classes, there are some pretty significant differences between using PJ's code and Dundas TCP/IP. First and foremost, Dundas TCP/IP is not dependent on MFC, or by extension WinInet. PJ's stuff (although well done) is. Neither MFC nor WinInet are well suited for multi-threaded operation, and so both offer pretty overwhelming scalability problems. Dundas TCP/IP works seamlessly with MFC if you want it to, and it ships with a good selection of MFC samples. It also works very well with ATL, WTL and vanilla Win32 based projects too. Dundas TCP/IP also includes full support for MIME and DNS, which are crucial to building email applications, and parsing HTTP data. If you're looking to build a server, the Enterprise edition includes out-of-the-box code you can compile into servers for email, ftp, proxy, http, etc., that scale to support SMP with thousands of connections. Depending on your project, and how much you or your boss value your time, Dundas TCP/IP can save you weeks or months of time. With Dundas TCP/IP you also get the source code, so you can dig into and still learn how everything works without losing any time on your project. (I love this product can you tell ;) ) Seriously, there's a reason it won PC Magazine's Editors' Choice. David http://www.dundas.com
Hello David, Naturally, you need to support this product :-) However, you did a good job to explain to me the why of this product. The non-MFC stuff makes a lot of sense to me too. After all, we are all no longer doing just MFC-WTL is here to stay. Thanks to you and all for the explanations and support. Best regards, Paul. Paul Selormey, Bsc (Elect Eng), MSc (Mobile Communication) is currently Windows open source developer in Japan, and open for programming contract anywhere!
-
Hey Nish, Although PJ's done a great job of building a good list of classes, there are some pretty significant differences between using PJ's code and Dundas TCP/IP. First and foremost, Dundas TCP/IP is not dependent on MFC, or by extension WinInet. PJ's stuff (although well done) is. Neither MFC nor WinInet are well suited for multi-threaded operation, and so both offer pretty overwhelming scalability problems. Dundas TCP/IP works seamlessly with MFC if you want it to, and it ships with a good selection of MFC samples. It also works very well with ATL, WTL and vanilla Win32 based projects too. Dundas TCP/IP also includes full support for MIME and DNS, which are crucial to building email applications, and parsing HTTP data. If you're looking to build a server, the Enterprise edition includes out-of-the-box code you can compile into servers for email, ftp, proxy, http, etc., that scale to support SMP with thousands of connections. Depending on your project, and how much you or your boss value your time, Dundas TCP/IP can save you weeks or months of time. With Dundas TCP/IP you also get the source code, so you can dig into and still learn how everything works without losing any time on your project. (I love this product can you tell ;) ) Seriously, there's a reason it won PC Magazine's Editors' Choice. David http://www.dundas.com
Thanks David I guess there is also the accountability factor. Like if something goes wrong you cant hold PJ responsible. But if we use Dundas, and something goes wrong , Dundas will always accept accountabiity and responsibility. That's very good commercially. That's one reason Oracle and SQL server are having a good time despite MySQL and Postgres Nish Sonork ID 100.9786 voidmain www.busterboy.org Nish is a BIG fan of Goran Ivanisevic
-
Thanks David I guess there is also the accountability factor. Like if something goes wrong you cant hold PJ responsible. But if we use Dundas, and something goes wrong , Dundas will always accept accountabiity and responsibility. That's very good commercially. That's one reason Oracle and SQL server are having a good time despite MySQL and Postgres Nish Sonork ID 100.9786 voidmain www.busterboy.org Nish is a BIG fan of Goran Ivanisevic
Nish [BusterBoy] wrote: That's one reason Oracle and SQL server are having a good time despite MySQL and Postgres Gosh you know a lot of stuff Nish ! Mybe David C should offer you a job, If he has enough keyboards available ! :-) Regardz Colin J Davies
Sonork ID 100.9197:Colin
I live in Bob's HungOut now
-
Nish [BusterBoy] wrote: That's one reason Oracle and SQL server are having a good time despite MySQL and Postgres Gosh you know a lot of stuff Nish ! Mybe David C should offer you a job, If he has enough keyboards available ! :-) Regardz Colin J Davies
Sonork ID 100.9197:Colin
I live in Bob's HungOut now
Colin Davies wrote: Mybe David C should offer you a job, Yeah, and then Dundas can use all my various non-MFC winsock protocol-proxy wrappers :-) Colin Davies wrote: If he has enough keyboards available Yeah, that too... LOL Sonork ID 100.9786 voidmain www.busterboy.org Nish is a BIG fan of Goran Ivanisevic
-
Thanks David I guess there is also the accountability factor. Like if something goes wrong you cant hold PJ responsible. But if we use Dundas, and something goes wrong , Dundas will always accept accountabiity and responsibility. That's very good commercially. That's one reason Oracle and SQL server are having a good time despite MySQL and Postgres Nish Sonork ID 100.9786 voidmain www.busterboy.org Nish is a BIG fan of Goran Ivanisevic
That's one reason Oracle and SQL server are having a good time despite MySQL and Postgres I think transactions, fail-over, stored procedures and clustering might also be factors :) Thanks for your kind comments btw Nish. David http://www.dundas.com