well, if its 'true', the certificate needs to be a valid certificate - if its false, the certificate must match the thumbprint, but need not be valid ... .. so, the interesting question is, what constitutes a valid certificate ? I can think of two possibilites off hand, a) one that has not expired, b) one that has not been revoked - sorry I dont have enough cycles spare right now to look it up - those are just the obvious ones btw .. http://msdn.microsoft.com/en-us/library/system.security.cryptography.x509certificates.x509certificate2collection.find.aspx[^] Wolfram Steinke wrote: When true does it actually go off to an external server for the validation or does it all happen locally? Im pretty sure its up to {whomever} maintains the certificates on a machine to download and apply CRL's/revoke certificates manually - so Im pretty sure that the system doesnt go off to a remote machine - some PGP frameworks could be set up like this iirc

Forget it and go to InstallShield LE. It does a better job of EVERYTHING compared to the Setup and Deployment project. The only way I know of, using the built in Setup and Deployment project, that can cause this is that you setup the folders in the project to be created off of some root folder, such as SystemDrive. A guide to posting questions on CodeProject[^] Dave Kreskowiak

I experienced the same problem when I set up Hudson for building our projects: signtool.exe did not find the certificate for signing our programs. I tried with certmgr.msc to make the certificate available for "local system", but failed. Now Hudson runs on my user account on that machine (see also Eddy's answer), and that works.

From what I have tracked down, the exception doesn't occur because the 'old' file is actually being served up. It seems that the BranchCache service is being over kind to us and even ignoring the noCacheNoStore request. I shall confirm or otherwise on Tuesday when I'm back at work. Happy programming!!

Yes, I've encountered this also. Seems as though the designer doesn't recognize the ObjectDataProvider node. I know the language. I've read a book. - _Madmatt

I'm glad I could help then. "WPF has many lovers. It's a veritable porn star!" - Josh Smith As Braveheart once said, "You can take our freedom but you'll never take our Hobnobs!" - Martin Hughes. My blog | My articles | MoXAML PowerToys | Onyx

Sadly, that's not unusual in InstallShield. I've been avoiding it like the plague for the last 10 years for precisely that sort of reason. ;) Good luck. :rose: Anna :rose: Linting the day away :cool: Anna's Place | Tears and Laughter "If mushy peas are the food of the devil, the stotty cake is the frisbee of God"

Now that I have much finally building and running correctly, can you point me to an article or make a suggestion on how I can get error information when the .NET code throws an exception. try { CallToDotNetCode(); } catch(...) { // Do something here } This works fine in as much as catching the exception and I can return a value to indicate something has gone wrong. However I would like to extract the reason for the exception. If I put any sort of parameter into catch it stops working, so there must be another way of doing this which works reliably. Happy programming!!

One way could be using [DllImport("MPR.dll")] public static extern UInt32 WNetEnumResource(IntPtr hEnum, ref Int32 lpcCount, IntPtr lpBuffer, ref UInt32 lpBufferSize); Some code example[^] SkyWalker

Isn't always the way? You ask a question because you're at a loss at what to do and within the hour or so you are made to feel real small cause you find the answer.. "why didn't I look in that place in the first instance you think." Anyway the answer is here http://support.microsoft.com/default.aspx?scid=kb;EN-US;311259 Happy programming!!

Put the xml in an XmlDocument object. The items will be the nodes in the child nodes collection of DocumentElement. --- b { font-weight: normal; }

See the bug I talk about in this article :- The singular non-modality of MFC modal dialogs[^] Regards, Nish My blog : Nish’s thoughts on MFC, C++/CLI and .NET

The markup in the html file looks something like: <a href="Download.aspx?filename=foo.xml" >foo.xml</a> So you specify the web page in the href attribute of the anchor element instead of the foo.xml. Also, you might want to add the name of the xml file to query string so that it can be used later in the web page for reading the file content. In the web page, you programmatically add the Content-Disposition field to the header of the reponse. In addition, you can also statically add the Content-Disposition field to the header in the IIS-snapin (Here, I assume you are using the IIS as your web server).