In Foxboro's defense, I wonder if anyone can really do high-quality testing of a large application suite on a complex OS that is updated frequently (like Windows), and whose progenitor (i.e., Microsoft) has no problem making drastic changes to it and then telling users and application providers that their problems exist because they didn't move to the new version fast enough. David is right; the XP SP2 problem is quite widespread. Solaris is also a complex OS, but it doesn't change as rapidly, and I don't think the API has undergone the drastic changes that Windows' has. And, of course, it's not so much a target. Possible solutions? 1) use a simpler, more purpose-built OS (e.g., QNX, VxWorks). 2) use something like Java to try and insulate you somewhat from the underlying OS. At least you can write a decent regression test for your VM, and once that passes on the new OS release, you are fairly confident that your apps will work. Any other issues, like security holes in the base OS, are still there, however. I see some things that could make one of these two routes more palatable (Foxboro's plan to put an OPC client on an FBM, for example). And third-party apps can be run off-platform, using some well-defined, secure connection method to talk to the DCS. Corey "Weiss, Andreas" <Andreas.Weiss@xxxxxxxxx> Sent by: foxboro-bounce@xxxxxxxxxxxxx 08/25/2004 09:59 AM Please respond to foxboro To: foxboro cc: Subject: [foxboro] AW: 3rd Party products on windows. > If I'm going to commit to a windows based future, The vendors need to=20 > commit to a high quality, robust system that has components=20 > that have been=20 > tested together. >=20 I don't think that it is a windows specific problem. All these Software Application Provider (like Foxboro) underestimate the amount of time and money to support monthly changed operating systems (windows and linux too). These Software Application Provider (like Foxboro) were fascinated by the possibilities to realize very quick integrated solutions (on windows and MS promotes that). But these quick solutions are not maintanable and a change in the underlying os kills this application. A Software Application Provider avoids a lot of problems by choosing a platform/os that doesn't changes to much. But I can't see a thing like that in the near future because all these hardware and software things were changed daily.=20 I'm wondering that Foxboro has thrown his unix know how away and switched over to windows.=20 Regards Andreas BP Koeln _______________________________________________________________________ This mailing list is neither sponsored nor endorsed by Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read http://www.thecassandraproject.org/disclaimer.html foxboro mailing list: //www.freelists.org/list/foxboro to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave