Just to add a little to the previous post: There is a minor performance improvement for all programs in terms of function calls. The calling conventions have been optimised for speed, by passing the first few arguments via the CPU registries. However, this increase is only seen if your application uses a lot of function calls. Mostly, the compiler tries to avoid them in the first place, such as using inlining. Also, if you make lots of API calls then you should see a small increase, as the WoW64 subsystem is taken out between the application and the Windows kernel (which does the conversion to the new calling convention for the 32 bits applications). But, mostly, 64 bits is for the increase in address space, the most noticeable example being that you can use more than 4 GiB of RAM in your system.

The safest thing to do is have only ASCII in your source code, and use escape sequences (like \x1234) for characters outside of the ASCII range. --Mike-- Dunder-Mifflin, this is Pam.

Documentation states OnQuit 'Fires before the Windows Internet Explorer application quits'. May be you can check if the IE has actually quit.

Hi, Your Base::fun() member is declared but not defined, so the linker complains. You have to define it somewhere either as pure virtual virtual void fun() = 0; or otherwise: //do nothing virtual void Base::fun(){}; cheers, AR When the wise (person) points at the moon the fool looks at the finger (Chinese proverb)

Hi, Actually i HttpOpenRequest() function failed, i,e. application crash,hence GetLastError() not called. Before caliing GetLastError() code crash. This is happened with only IE9. otherwise code runs correctly on IE7 and IE8.

Thanks Rejeesh !! :)

I checked the code I typed in and realised I'd forgotten to put as ICheck on the relevant line. I've amended it, and the code works exactly as I described. Thanks for bringing this to my attention. I have CDO, it's OCD with the letters in the right order; just as they ruddy well should be Forgive your enemies - it messes with their heads My blog | My articles | MoXAML PowerToys | Onyx

am 2009 wrote: Is there any setting required to work CreatewindowsEx() function in 64 Bit windows. No it works the same. The error code you recieved would imply that something may be wrong with the WNDCLASS Structure[^]. Make sure that you are initializing it to zero: WNDCLASS yourclass = {0}; The error code may also be caused by using a 32 bit DWORD parameter rather than a DWORD_PTR. Rules for Using Pointers[^] Best Wishes, -David Delaune

Hi I used DllRegisterServer() overrided function for registering 64 bit COM DLL. I register DLL at Software\Microsoft\Internet Explorer\Toolbar key. It works fine for 32 bit IE, but not work for 64 bit IE. So is there any other key for registering BHO for 64 bit IE. Thanks abm

It's not necessary: 64 bit versions of Windows have the so called WOW (Windows On Windows), and through it they give you a 32 bit subsystem. the most of existing 32 bit application run properly on 64 bit operating systems; however you should be aware that some functionalities will be treated in a special way (e.g. accesses to the registry will be redirected to some specific locations). If you want, you can compile your application for 64 bit, but you should pay attention to portability issues, and you should provide two separate versions for 32 and 64 bit if you plan to deploy the application to both the architectures.

U can use GetSystemDirectory() API refer to http://www.astercity.net/~azakrze3/html/win32_api_functios.html#GetSystemDirectory[^]

Thanks David, Actually it is my project requirement that to write file in C:\Users folder. In my case file is created but, it application could not write any data into it. This is happend only on one testing machine of windows Vista. Thanks ABM :)

if you allocated the memory dynamically, you must free it. however, only you know if you allocated the memory dynamically, since we don't have your code. image processing toolkits | batch image processing

am 2009 wrote: MB_TOPMOST property is ignored by vista. It is working fine on Windows XP,but not on Vista. I am using Vista and it's working fine.

You must put the EXE as a custom action appearing after the "setup complete" dialog. How did you develop the MSI, what application did you use?

Can you check if dialog box shown from the custom action is the foreground window.

As you have mentioned, IE add-ons need to be digitally signed so that publisher information is displayed in Manage Add-on window. You can take a look at the section "Digitally Sign your Control" at http://msdn.microsoft.com/en-us/library/bb250471(VS.85).aspx[^]

Try Inno Setup[^]. L u n a t i c F r i n g e

If you read the MSDN documentation, under Remarks is says: GetFullPathName merges the name of the current drive and directory with a specified file name to determine the full path and file name of a specified file...This function does not verify that the resulting path and file name are valid, or that they see an existing file on the associated volume. I think you will find that the current directory is set to the desktop which is why you are getting the result you are. If you want a full path to a different directory you will have to change the working directory.

May be you can use ATL CImage class to display the image.