|
I would like to know if there's a way to add checkbox in a CListCtrl view for each column
|
|
|
|
|
I am in the process of developing a custom desktop for Windows NT. In my implementation of this custom desktop, there is a window along the bottom of the screen that emulates the behavior of the Windows NT Taskbar.
This taskbar implementation sets a WH_SHELL hook and a WH_CALLWNDPROC hook to receive notifications concerning window creation, title changes, etc.
During the early portions of development, this custom shell was always ran on top of Explorer.exe. Eventually the custom shell was moved to a test system whose policy file (ntconfig.pol) directs windows to run the custom shell at boot time rather than Explorer.exe.
I have noticed that when this is the case, I no longer receive callbacks from the WH_SHELL hook procedure, although I still receive callbacks from the WH_CALLWNDPROC hook procedure.
I can launch Explorer.exe from the custom shell and I begin to receive callbacks from the WH_SHELL hook. I can even end the Explorer.exe task from the taskmanager, and I still receive shell hooks. It seems that Explorer.exe must at least run once before I receive any callback from the WH_SHELL hook.
I have discovered no information anywhere on MSDN that indicates that this is the case.
Does anyone have any information as to why an application would not receive WH_SHELL hook procedure callbacks unless Explorer.exe has been started at least once on a system?
|
|
|
|
|
When you do receive WH_SHELL callback, what process is the hook DLL in ?
|
|
|
|
|
Where can I find a decent corba IDL compiler for ms vc++ 6 ?
I found a couple of sites on the net but with all of them you need to install tons of junk before it works .... and then it still gives problems !!
|
|
|
|
|
I am wondering how those guys coded file/directory hiding in the "Magic Folders" program at the system level.
Is that some kind of file system driver ?
Any ideas?
|
|
|
|
|
You might check out the docs for the CreateFile api call. Don't let the name fool you, this call also opens objects for reading.
The Shell API also knows all about the special flavored folders. There is a good tutorial on the shell here at codeproject.
Jim
|
|
|
|
|
I use a CWebBrowser2 control to display reports details from my program. I generate the HTML, and display it in the CWebBrowser2 window. I'd like to also display graphs in this window. If I bought the Dundas Chart ActiveX control, does anyone out there know if I could insert it into my CWebBrowser2 control? I can't use the Server Side edition of Dundas Chart as I the computers my app is running on can quite possibly be totally stand-alone.
Thanks for any help at all.
|
|
|
|
|
Hi
Well I'm close to insanity so it's time to ask you, the gurus 
I've made a DLL in Visual C++ and can successfully call it from within Visual Basic. However, I can't pass function arguments. For instance, one of my functions is:
SetWindowPosition(LONG handle, float width, float height)
Which is declared in VB as:
SetWindowPosition(ByVal handle As Long, ByVal width As Single, ByVal height As Single)
Strangely the last argument is passed correctly, the rest take on erroneous values such as 9.72*e-39. Why would one argument (eg. height) be passed correctly but width is garbage? Guessing it had something to do with the stack, and misaligned arguments (ie 8 byte long reading 4 byte int), I've tried a simple function with just one argument (Single->float as per VB4DLL.txt) but even this produces garbage. With the above function I've also tried converting from Long to long, unsigned int, int, etc. Any ideas?
Regards
Brendan
(For the record I have done the following:
1/ Using a DEF file
EXPORTS
SetWindowPosition //note I don't have @1 is that a problem?
2/ Using extern "C" __declspec(dllexport) before function
3/ no __stdcall statements but it still runs...
|
|
|
|
|
Well like most problems the solution is simple. I'll post it here to ease the agony on others who might have to trawl through mountains of messages.
In VB a function that returns a variable is declared as 'Function' and a function that doesn't return a variable is declared as 'Sub'. So the correct declaration is
Public Declare Sub DoSomething Lib "DLL.dll" (ByVal dooba As Long)
for a function that doesn't return a value. and,
Public Declare Function DoSomething Lib "DLL.dll" (ByVal dooba As Long)
for a function that does return a value.
Obviously it stuffs the stack up if you don't do it right, and this is what produced the erroneous values.
|
|
|
|
|
Sorry for not being as clear on my last post =(
Is there a way to give focus to your program even when you don't control the program that DOES have focus?
|
|
|
|
|
The function you want is SetForegroundWindow(), although in 98/ME/2K there are restrictions on when you can actually make your app come to the foreground. The docs have all the details.
--Mike--
http://home.inreach.com/mdunn/
"That probably would've sounded more commanding if I wasn't wearing my yummy sushi pajamas."
--Buffy
|
|
|
|
|
This doesn't seem to work in any of my tests and I can't find out why in the documentation.
Thanks,
Ed
|
|
|
|
|
Hi Ed,
Michael is correct, however you might have to have a thread in the bakground
which decides when and if this needs to be done.
{
while(WaitForSingleObject(..., 5000)!=Signaled)
{
HWND h = FindWindow(...);
SetForegroundWindow(h);
}
}
I hope I understood your question.
Jules
|
|
|
|
|
I'm using this code to create a dialog box:
CEdmondDlg *dlg;
dlg = new CEdmondDlg;
dlg->Create(IDD_EDMOND_DIALOG);
this creates the dialog but it doesn't have focus. How can I fix this?
|
|
|
|
|
dlg->SetFocus();
Christian
The content of this post is not necessarily the opinion of my yadda yadda yadda.
To understand recursion, we must first understand recursion.
|
|
|
|
|
This doesn't work.. I think maybe because my whole program doesn't have focus when it is called. Is there a way to give focus to your program even when you don't control the program that DOES have focus?
|
|
|
|
|
Then probably your whole program should grab the focus in a similar wayt first. Why doesn't it have the focus, is it a background task ?
Christian
The content of this post is not necessarily the opinion of my yadda yadda yadda.
To understand recursion, we must first understand recursion.
|
|
|
|
|
How to get handle of an edit control of another different running application?
|
|
|
|
|
How to get handle of an edit control of another running application?
|
|
|
|
|
I don't think that's possible. Search the MSDN on-line library for the keyword "handles". There's an article that
touches on that subject. The problem is that, even if you could get the handle, you probably couldn't do anything
with it because the object is in the address space of the other process. A handle to an object in process A cannot
normally be successfully referenced in process B because the object may, or may not, be the same object.
|
|
|
|
|
When assigning a CString to a BSTR, does CString contain a copy of the BSTR or is it a pointer to the same BSTR?
If I later destroy the original BSTR does this make the CString unusable?
Example: CString strAnotherCopy;
BSTR b;
b = SysAllocStringByteLen("Hello World", 12);
strAnotherCopy = b;
SysFreeString(b);
At this point, is strAnotherCopy still valid?
|
|
|
|
|
Yes, CString contains a copy of the BSTR, but not stored as a BSTR.
|
|
|
|
|
Hi
I have a producer thread of the following form:
while (1)
{
g_cs.Lock();
if (GetPkt()) g_PktEvent.SetEvent();
while (index==FULL)
{
g_cs.Unlock();
WaitForSingleObject(g_BufferEmptyEvent,INFINITE);
break;
}
g_cs.Unlock();
}
and a consumer thread as follows:
while (1)
{
g_cs.Lock();
if (index>0) g_BufferEmptyEvent.SetEvent();
while (index==0)
{
g_cs.Unlock();
WaitForSingleObject(g_PktEvent,INFINITE);
break;
}
g_cs.Unlock();
}
When I run the program, the threads block after some time (the buffer remains empty). The producer thread does not produce any pkt to place in the buffer.
Can anyone please help me find out where the bug is?
Thanks a lot
|
|
|
|
|
There are numerous problems with your code:
First, in your producer thread, there's no reason for the second while loop. Since you never loop, you call break at the end of it no matter what. This can be achieved with an if statement instead.
Second, in the case of index==FULL, then you will call Unlock() twice while only calling Lock() once. That will cause all kinds of problems.
The same applies for your consumer thread.
But the real problem here is likely that you are in what's called a deadlock, or race condition. Your consumer thread is waiting in WaitForSingleObject for a packet ready event, and your producer is waiting for a buffer empty event. Since both threads are waiting at the same time, they wait indefinately.
|
|
|
|
|
Thanks for replying.
I actually changed my code so that I'm now using an if statement instead of while. I also modified the code such that I only call Unlock() once. But I'm still having the same problem.
Any suggestions?
Thanks again
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
