I am not sure this question belongs here, but I am attempting to reach wide audience.
Just installed DirectX 8.1 and it will work for me.
Got distracted into installing DXSDK June2010 version because it was “advertized” especially for XP.
Had a heck of time uninstalling it, because it did not have much of DirechShow in it.
Now I found a tutorial for DirectX 9.0.
I certainly do not want to repeat the fiasco of DXSDK June2010 installation.
What really scares me is the “DirectX (9.0c) is a system's (resource) and cannot be uninstalled”.
So here it my question – what is current, usable, with DirectShow sample codes DirectX (SDK) still workable under XP?
And as I said - I am "happy" with DirectX 8.1.
It seems that MS is now supporting only Win7 and up with their DirectX SDK's.
Please – no more “XP is going unsupported by 2014”, heard that too many times, and that is not what I am asking for.
Thanks for reading.
Just run dxdiag and it reported DirectX 9.0c installed! I am going to finsh my app using 8.1 before reinstalling anything. This is realy scarry beacause I did instaled 8.1 only!
Under normal circumstances,if the second parameter of the InternetOpen is INTERNET_OPEN_TYPE_PRECONFIG ,The function will automatically follow the registry select proxy. The important is automatically.
But in my program, I call InternetSetOption set proxy, and the problem is the internetopen can not automatically follow the registry select proxy any more.
I can change the proxy but .
How can i change it back ? to automatically.
please help , its realy pressing. Thanks.
the code :
InternetSetOption(NULL, INTERNET_OPTION_PROXY, (LPVOID)&oProxyInfo, sizeof(oProxyInfo));
Q1. What would be the contents of queue Q after the following code is executed and the following data are entered?
Q = createQueue
Loop (not end of file)
If (number not 0)
Enqueue (Q, number)
Queuerear (Q , x)
Enqueue( Q , x)
Data are – 5, 7, 12, 4, 0, 4, 6, 8, 67, 34, 23, 5, 0, 44, 33, 22, 6, 0
Choosing which information that Windows Vista's folder contents displayer is to display for each folder. Please, how, from within a Visual C++ program, can I tell my Windows Vista's folder/directory contents displayer, to display for each file in folder/directory X this: Name, Size, Dimensions, Date modified, and nothing else? (I know how to search through a tree of folders from within a Visual C++ program.)
Or, please what is the web address of the online information page where I can read how to do this?
Earlier today (by British time) I called Windows Vista's folder/directory contents displayer's "search for a file", and in every folder that it looked at, it reset the information display pattern to Name, Folder, Tags, Size, Rating, Dimensions, Date modified. (I have no use for Rating; what are these Tags?; the Folder column is no use except in a search result.) To avoid this, ahould I resort to "the trail and the packhorse again" and write my own folder-tree-searcher?
The information for what columns to display comes from the subkeys of HKCU\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\Bags. You can employ a registry monitor to see how the values behave as you adjust the columns.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous
I found my computer's regedit and made a shortcut to it and dragged that shortcut onto the desktop.
Using it I found my HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\, but in that subtree "Windows" I found no sub-subtree Shell or Bags. I have Windows Vista.
Please, is there anywhere a guide to the registry telling me what its hundreds or thousands of entries are for?
Thanks for the info; I have run Procmon.exe , and filtered it to watching only EXPLORER.exe ; and after wading through reams of event log and trying various options with the filters I get the impression that the information about what information columns are shown for which folder, is not stored in the registry but in some private area that only Explorer.exe knows where it is, or is stored in the register encrypted.
E.g. with Procmon.exe running, filtered to catch all explorer.exe operations, I went into Explorer and reset the display options for a file folder called "harness". But the word "harness" never appeared in the resulting procmon.exe log, even though in procmon.exe's display I displayed all columns.
In theory you can think of an exception as if it was a "big return" from many functions to the catch part of the nearest try block in your callstack. Both in case of a an exception and a normal return you want to release resources that are on the stack frame of the returning function(s). This is where RAII is very useful, by applying it your code will be more brief/visually pleasing, and it is usually much more invulnerable by later changes. Lets say you find a bug and fix it with an error message and a return - but what happens if you forget to free already allocated resources... With RAII this is usually not a problem.
Again, using exceptions and returning values are two very similar ways to report results (not only errors!!!) to the caller. Its a fact that exceptions are used mostly for error handling, I think this is because error-free execution usually doesn't require "multiple returns". Some examples on exceptions whos purpose is not "error reporting" to the caller: Abort exception in Delphi: a silent exception to escape to the nearest catch block, it's silent because it doesn't log errors or show error message boxes even if you don't catch it. Its an easy way for example to escape from the whole "button press" event handler no matter how deep is the callstack. Anoter example is the SystemExit exception of python. If you call sys.exit(0) it doesn't terminate the interpreter!!! Instead it thorws a SystemExit exception that isnt necessarily an error (especially when you exit with zero).
Exceptions are generally pretty expensive, much more so than a subroutine return. They are are intended for use in exceptional situations. If you're generating lots if them you're probably misusing them.
In our current environment performance is pretty important so we compile our C++ code with exceptions turned off and the coding convention is totally avoiding the use of exceptions. Some say that compiling the code with exception handling can be -5 to -10% in performance depending on the compiler because of the boilerplate code generated. I think -5 to -10% is not so big waste in programs where performance is not extremely critical and in return you get a much cleaner code with exception handling because you don't have to return with some kind of error indicator value and you don't have to check this value after every function call. Unfortunately the use of exceptions in C++ is indeed not as pretty as in some other languages like C# and Java, it has some pitfalls so you have to make your choice whether to use them or not. I found a really nice discussion about this: C++ Exceptions: Pros and Cons[^]
It's true that stack based exception handling has an overhead even when exceptions are not raised (this isn't true for table based exceptions). That said I was referring to the cost when they are raised too frequently, in particular for non-exceptional cases such as returning values.
Last Visit: 31-Dec-99 18:00 Last Update: 26-Sep-23 16:20