windows-vista

Vista/Win7 Delphi Audio device information

安稳与你 提交于 2019-12-07 07:05:22
问题 is there a way to get all Audio device names with delphi(D2009) on Vista or Win 7, I managed to get the number of devices, and to get the device PropertyStore using IMMDevice, but I wasnt able to go forward :| Thanks a lot ! 回答1: ask the PropertyStore for the PKEY_DeviceInterface_FriendlyName (look at Windows SDK to get the value) 来源: https://stackoverflow.com/questions/1075484/vista-win7-delphi-audio-device-information

Programatically registering .dll's on Windows Vista (using DllRegisterServer)

有些话、适合烂在心里 提交于 2019-12-07 05:11:24
问题 Instead of calling regsvr32.exe , one can register a .DLL using the following steps: HINSTANCE hLib = ::LoadLibraryEx(dllPath, NULL, LOAD_WITH_ALTERED_SEARCH_PATH); HRESULT (STDAPICALLTYPE* lpDllEntryPoint)(void); (FARPROC&)lpDllEntryPoint = ::GetProcAddress(hLib, "DllRegisterServer"); const HRESULT hRes = (*lpDllEntryPoint)(); This works fine on Windows XP. Regrettably, it fails on Vista, but only with some specific DLLs. hRes becomes E_ACCESSDENIED . I guess this is a security issue. Does

Critical Sections leaking memory on Vista/Win2008?

帅比萌擦擦* 提交于 2019-12-07 04:56:53
问题 It seems that using Critical Sections quite a bit in Vista/Windows Server 2008 leads to the OS not fully regaining the memory. We found this problem with a Delphi application and it is clearly because of using the CS API. (see this SO question) Has anyone else seen it with applications developed with other languages (C++, ...)? The sample code was just initialzing 10000000 CS, then deleting them. This works fine in XP/Win2003 but does not release all the peak memory in Vista/Win2008 until the

memory allocation in C

瘦欲@ 提交于 2019-12-07 03:05:48
问题 I have a question regarding memory allocation order. In the following code I allocate in a loop 4 strings. But when I print the addresses they don't seem to be allocated one after the other... Am I doing something wrong or is it some sort of defense mechanism implemented by the OS to prevent possible buffer overflows? (I use Windows Vista). Thank you. char **stringArr; int size=4, i; stringArr=(char**)malloc(size*sizeof(char*)); for (i=0; i<size; i++) stringArr[i]=(char*)malloc(10*sizeof(char

Catch “The program stopped working” on Vista

无人久伴 提交于 2019-12-07 02:56:47
问题 On Vista, I got a problem with the application crash handler. Basically, if something unexpected occurs which cannot be captured by SEH, I get this pop-up window with "The application stopped working", blablabla, "Close program/Debug program" -- that is, after I disable the error reporting using the system control panel. With error reporting enabled, you would get a task dialog with search for solution online, close, debug. This is not so funny if it happens in automated tools, and I wonder

Blank Screenshots In Vista and Win7 when gaming

假装没事ソ 提交于 2019-12-07 02:17:30
I noticed another person also requested help on this. I read that post and it seems it wasn't resolved yet. I also tried changing from my code to the code in the "Screen shot in 2 clicks" Post, But implementing that in my code messed around with all my other code for some reason. At the moment, The screen shots show up perfectly in Win XP. In Vista and Win7 how ever, they show up blank unless the game is played in window mode. I hope someone out there can help us as this is the last step to finishing our program and we cannot finish without this issue fixed. The C# code I am using for screen

How can i see the assembly version of a .NET assembly in Windows Vista and newer (WIndows 7, 2008)?

时光怂恿深爱的人放手 提交于 2019-12-06 18:11:17
问题 In windows 2003 and windows XP you could right click on an assembly (.dll) go to properties, click on the version tab and then you would see 3 different version numbers: Assembly version, file version and product version. If you take that same file and look at its properties in windows 2008, you will only see file version and product version. Is there a way to see the assembly version of a .NET assembly in windows vista and newer (without third part tools)? 回答1: No. Not from explorer. It is

Inno setup - install app to Program Files, allow run not as admin

谁都会走 提交于 2019-12-06 14:19:44
问题 My installer installs the app to "Program files\MyApp", the app when running changes files within this location. On Vista, by default this brings up UAC issues. I want users to be able to run MyApp without being admisn or fighting the UAC screen everytime they run the app. If they have to get through UAC to install the app, that's OK though still not optimal. I thought I had this set up, but it's not working: [Setup] PrivilegesRequired=admin AppName=My App AppVerName=My App 1.0 DefaultDirName

Issue with debugging Visual Studio 2010 solution that utilises FileDialog from the Vista API

*爱你&永不变心* 提交于 2019-12-06 13:45:18
I have a WinForms C# Visual Studio 2008 (.NET 3.5) solution that is to be upgraded to Visual Studio 2010 (.NET to remain at version 3.5). This solution utilises the FileDialog from the Vista API for two reasons: When running the application in Windows XP, the expectation is to provide the user with a Windows XP look-and-feel file dialog. When running the same application in Windows Vista and 7, the file dialog is to have a Vista look-and-feel. More importantly our application allows a user to open up a project file, which can either be a local file (stored on the user's machine or on a USB

Cannot read config data from HKEY_LOCAL_MACHINE on Vista

我怕爱的太早我们不能终老 提交于 2019-12-06 12:52:45
We have a Java Web Start application and are trying to store application configuration data using HKEY_LOCAL_MACHINE instead of HKEY_CURRENT_USER . We can get someone with admin rights to launch the app the first time and set the configuration, so that it will store the values in the registry successfully. Nevertheless, subsequent Vista users without admin privileges cannot seem to even read the values from the registry in HKEY_LOCAL_MACHINE . Perhaps our approach is incorrect, and there is a better way to store application configuration data. Can anyone help? Your program is likely being