|
What is the type of Name ? May be sizeof(&Name) giving the problem.
- Malli...!
|
|
|
|
|
while trying to use
CreateTimerQueue();
function i hv still facing following errors
i hv included windows.h and winbase.h files, add kernel32.dll and kernel32.lib files
and also defined macro
#define _WIN32_WINNT 0x0500
but still 2 errors
C:\New Folder\sss\sssDlg.cpp(198) : error C2065: 'CreateTimerQueue' : undeclared identifier
C:\New Folder\sss\sssDlg.cpp(198) : error C2440: '=' : cannot convert from 'int' to 'void *'
Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast
plz suggest solution...
|
|
|
|
|
i m using visualStdio2000 ,visual c++6.0
|
|
|
|
|
plz tell me if anyone know that in which headerfile CreateQueueTimer method is declared
|
|
|
|
|
can anyone send me winbase.h containing declaration of CreateTimerQueue() finction ..
|
|
|
|
|
shaina2231 wrote: C:\New Folder\sss\sssDlg.cpp(198) : error C2065: 'CreateTimerQueue' : undeclared identifier
The above function will not be present in the header file that comes along with the visual studio 6. If you want to you this function in visual studio 6, you have to install platform SDK and integrate it with visual studio 6. You can download it freely from XPSP2 PSDK Full Download with Local Install[^]
Optionally you can dynamicaly load this function from the "Kernel32.dll" and call it directly using the LoadLibrary() and GetProcAddress() function.
|
|
|
|
|
thanks naveen using loadlibrary it works ..
|
|
|
|
|
Hi. I can't seem to find help in MSDN or Studio 2008 regarding this...
I want my modeless CPropertySheet to ALWAYS be on top of its parent window.
The ideal solution would be to have my modeless property sheet only on top of its parent, but I am willing to settle on having my property sheet on top of all windows.
Can anyone help me with setting the Z-order of a modeless CPropertySheet?
Thank you.
John
|
|
|
|
|
You could use SetWindowPos()[^].
Something like:
pPropSheet->SetWindowPos(pOwnerWnd, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE);
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
I tried this, as is, but still notice my unwanted results.
The parent of my CPropertySheet is a Frame window object. I create my modeless property sheet as:
m_pSettingsConsole->Create(NULL, WS_SYSMENU | WS_POPUP | WS_CAPTION | DS_MODALFRAME | DS_CONTEXTHELP, WS_EX_DLGMODALFRAME);
m_pSettingsConsole->SetWindowPos(this,0,0,0,0,SWP_NOMOVE | SWP_NOSIZE);
Is there more to set the Z order? BringWindowToTop? Keep it on top?
confused
Revised My error was in my Create argument, the parent window should be my Frame window object, not the desktop (NULL)...
m_pSettingsConsole->Create( this , WS_SYSMENU | WS_POPUP | WS_CAPTION | DS_MODALFRAME | DS_CONTEXTHELP, WS_EX_DLGMODALFRAME);
m_pSettingsConsole->SetWindowPos(this,0,0,0,0,SWP_NOMOVE | SWP_NOSIZE);
modified on Thursday, December 18, 2008 2:31 PM
|
|
|
|
|
Hello. I'm having an issue with the background color of an ATL control placed on a tab page. The windows xp color theme for a tab page is a white fading effect. When the control is created on the tab page it uses its own background color (obviously), which is the classic buttonface color. Does anyone know how to make the background color transparent so it appears as though the controls on the ATL object are on the tab page (with the white fading background)? I've done lots of searching and can't seem to find an answer that has worked or applies to my situation. Also, the ATL object that I'm using is inherited from CWinApp, and I do not have a class inherited from CDialog. Let me know if a class inherited from CDialog needs to be created. This is part of a large program I am modifying to have an XP look and feel. I'm using Visual Studio 6.0. Thanks in advance.
Kenny
|
|
|
|
|
Have you tried painting the ATL control background with a hollow brush? You should recieve a WM_CTLCOLORSTATIC message and can set the brush there. If the control is compiled as an OCX then you may need to handle the OCM_CTLCOLORSTATIC message instead.
(HBRUSH)GetStockObject(HOLLOW_BRUSH);
Best Wishes,
-David Delaune
|
|
|
|
|
Hi All,
Can i use the GetDlgItem in the dialog class with ::GetDlgItem(controlid) to get a handle to a control?
Is it going to work?
Thankyou
|
|
|
|
|
Will you drop it if I say "No" ? Why not you try it with a sample? Or you dont trust MSDN?
OK,. what country just started work for the day ? The ASP.NET forum is flooded with retarded questions. -Christian Graus
Best wishes to Rexx[^]
|
|
|
|
|
GetDlgItem() will give you a pointer to a control, you will then have to get its handle m_hWnd using that pointer. You could try it pretty quickly though.
|
|
|
|
|
Did you try it yet?
I'd say NO... ::GetDlgItem() takes two parameters, not one.
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
No, you can't.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
I received a dll from someone (libfftw3f-3.dll) and wish to physically include the dll code in my output dll during compile/link stage in VC2005. At present, I must install libfftw3f-3.dll in either the windows/system32 or Photoshop folder. This isn't acceptable for ditribution thousgh.
My dll is called by a Photoshop plugin using loadLib.
I can code in C/C++ but the compile/link in VC2005 is daunting to me. Search Google left me with more questions as everything is so obtuse.
Thanks in advance.
RON C
Ronald E Chambers
|
|
|
|
|
Assuming that you are not trying to embed that DLL into your own because it is protected by some licence and you want to hide it, you could try storing the DLL in resource and when it is needed you could check if it exists on the disk and if not, write it from resource to the disk. But be careful not to load the DLL while your own DLL is being loaded and its entry-point is being called during the LoadLibrary process.
Another aproach is given to you here[^], which seems a bit more tricky but also a bit nicer.
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
|
|
|
|
|
The last approach is elegant but tooooo much for me.
Isn't there a way while my dll is being built? In the Link step?
If I called loadLib from my dll, is it too late to satisfy anything in my dll? I could either:
1) pass the folder info from the calling plug-in (after the loadLib of my dll) to my dll and then use to loadLib the libfftw3f-3.dll routine.
2) call loadLib from the plug-in either before or after my call to it for the libfftw3f-3.dll load.
Which is best/preferable/less prone to error/my screwup?
Do I need to do anything more after that?
Thanks,
RON C
Ronald E Chambers
|
|
|
|
|
You could also use one of the DLL to Lib converters out there to convert that DLL into a statically linked library you can link into your own DLL.
rechmbrs wrote: If I called loadLib from my dll, is it too late to satisfy anything in my dll? I could either:
1) pass the folder info from the calling plug-in (after the loadLib of my dll) to my dll and then use to loadLib the libfftw3f-3.dll routine.
2) call loadLib from the plug-in either before or after my call to it for the libfftw3f-3.dll load.
I'm not sure what you mean by this...
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
|
|
|
|
|
Code-o-mat wrote: You could also use one of the DLL to Lib converters out there to convert that DLL into a statically linked library you can link into your own DLL
I would not recommend that. I believe the FFTW library[^] is licenced under the GNU General Public License[^] which strictly forbids static linking effectively making it illegal.
Best Wishes,
-David Delaune
|
|
|
|
|
I wonder if including it in his own DLL and writing it to the disk/or loading it from memory is also against the license.
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
|
|
|
|
|
I am not a lawyer and have no qualifications to interpret software licences. With that being said I believe the technique used by Joachim Bauch could potentially be challenged in court as creating a derivative work if it was used with a GPL DLL.
As far as adding the DLL as a resource and writing it to disk at first execution... it could be stated that the resulting PE executable image contains the GPL'd DLL and is thus a combined work. All of this is open to interpretation and "Derivitive Work[^]" has not been fully defined in the world courts.
If the original poster wants to static link to a GPL library he should probably contact the authors and inquire if other licences are available.
Best Wishes,
-David Delaune
|
|
|
|
|
No license problem at all.
Problem is getting it into my dll or so it can be found in the folder where my dll is stored.
RON C
Ronald E Chambers
|
|
|
|