C / C++ / MFC

Re: calling a user32.lib method in c++ application gives Linker error

2-Aug-12 2:31

Hello All,

I am trying to call the DisableProcessWindowsGhosting() method defined in user32.lib. But, it is giving linker error:
[exec] dobjedit.obj : error LNK2001: unresolved external symbol __imp__DisableProcessWindowsGhosting@0.
The library is included and linked in the project.
Can anyone please suggest the solution.

Thanks in advance.

Mass Nerder2-Aug-12 3:27

Mass Nerder

2-Aug-12 3:27

What is the setting for your projects WINVER define? It should at least be 0x0501 (WinXP)

hth
Christof

wait for more than 5 seconds on a custom combobox dropdown list control causes win32 C++ application hangs in Windows7

Virendra_ec102-Aug-12 2:23

Re: wait for more than 5 seconds on a custom combobox dropdown list control causes win32 C++ application hangs in Windows7

2-Aug-12 2:23

I have a win32 application in that on EditMolecule Dialog there are three tab controls.First tab control opens atom dialog. On atom dialog, there is a custom combobox control, while user clicks on the dropdownlist of this control and waits for more than 5 seconds(in Windows7),the EditMolecule window becomes nonresponsive. The same application works well in windows xp. Can anyone please suggest the solution to this problem. Thanks in advance.

pasztorpisti2-Aug-12 3:58

pasztorpisti

2-Aug-12 3:58

Your program has a platform specific bug somewhere and you have to debug it. The info you provided is far less than what needed to find the bug. This bug can be anywhere in your program maybe it isn't gui related at all.

Re: wait for more than 5 seconds on a custom combobox dropdown list control causes win32 C++ application hangs in Windows7

_AnsHUMAN_ 2-Aug-12 3:59

_AnsHUMAN_

2-Aug-12 3:59

may be a memory leak...
Try profiling your application for memory leaks
use windbg to point the hangs

You talk about Being HUMAN. I have it in my name
AnsHUMAN

Re: wait for more than 5 seconds on a custom combobox dropdown list control causes win32 C++ application hangs in Windows7

Stephen Hewitt3-Aug-12 6:34

Stephen Hewitt

3-Aug-12 6:34

It may be leaky, but that (if it's the case) doesn't sound like the problem.

Steve

Re: wait for more than 5 seconds on a custom combobox dropdown list control causes win32 C++ application hangs in Windows7

Virendra_ec1012-Aug-12 20:37

Re: wait for more than 5 seconds on a custom combobox dropdown list control causes win32 C++ application hangs in Windows7

12-Aug-12 20:37

we are not able to reproduce the issue using windebug. The debugger is not breaking.
Could you please suggest what can be the possible reason, because after attaching the process to debugger the issue is not reproducible.

David Crow2-Aug-12 6:55

David Crow

2-Aug-12 6:55

Virendra_ec10 wrote:
...while user clicks on the dropdownlist of this control and waits for more than 5 seconds(in Windows7),the EditMolecule window becomes nonresponsive.

So are you handling one of the CBN_xxx notifications?

"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

Re: wait for more than 5 seconds on a custom combobox dropdown list control causes win32 C++ application hangs in Windows7

Virendra_ec1012-Aug-12 20:39

Re: wait for more than 5 seconds on a custom combobox dropdown list control causes win32 C++ application hangs in Windows7

12-Aug-12 20:39

since it is a custom combobox control, I am not getting the notification message in the wndproc.

Stephen Hewitt3-Aug-12 6:36

Stephen Hewitt

3-Aug-12 6:36

As always, you need to know what's going. To find out wait for the app to hang, break into it with a debugger and get you some stack traces. Do the UI thread first.

Steve

Tab control

ekinnh1-Aug-12 15:38

ekinnh

1-Aug-12 15:38

I have a window with 3 pane.

In the third pane i want to put tab control. Currently i wrote like this:

m_wndSplitterHor.CreateStatic(this, 2, 1)
m_wndSplitterHor.CreateView(0, 0, RUNTIME_CLASS(CSampleCollectList), CSize(280,300), pContext) //Pane 1
m_wndSplitterHor.SetColumnInfo(0, 200, 0);

m_wndSplitterVer.CreateStatic(&m_wndSplitterHor, 1, 2, WS_CHILD | WS_VISIBLE, m_wndSplitterHor.IdFromRowCol(1, 0))
m_wndSplitterVer.CreateView(0, 0, RUNTIME_CLASS(CSampleTree), CSize(250,0), pContext) //Pane 2
m_wndSplitterVer.CreateView(0, 1, RUNTIME_CLASS(/*My tab control*/), CSize(250,0), pContext) //Pane 3

So, im stuck with this tab control. I dont know how to add it in the third pane.

Re: Tab control

Eugen Podsypalnikov1-Aug-12 19:53

Eugen Podsypalnikov

1-Aug-12 19:53

Why not in the same manner ? Smile | :)

They sought it with thimbles, they sought it with care;
They pursued it with forks and hope;
They threatened its life with a railway-share;
They charmed it with smiles and soap. Smile | :)

Re: Tab control

Software_Developer1-Aug-12 21:40

Software_Developer

1-Aug-12 21:40

Might [this] article help?

CInvalodArg execption in crtexe.c

ForNow1-Aug-12 13:14

1-Aug-12 13:14

Hi,

I have a C++ MFC program which I am doing communicating with C dos console program

while doing a return from various methods in a CDialog derived class I get a

CInvalidArg execption in crtexe.c at the following location

C++

fdef WPRFLAG
            mainret = wWinMain(
#else  /* WPRFLAG */
            mainret = WinMain(
#endif  /* WPRFLAG */
                       (HINSTANCE)&__ImageBase,
                       NULL,
                       lpszCommandLine,
                       StartupInfo.dwFlags & STARTF_USESHOWWINDOW
                        ? StartupInfo.wShowWindow
                        : SW_SHOWDEFAULT
                      );
#else  /* _WINMAIN_ */

My program is a MFC program I have a derived CWinApp that does the initlization

the CDialog header has both a

C++

DECLARE_DYNAMIC(CprogDebug)

and

C++

DECLARE_MESSAGE_MAP()

the code has implement_dynamic and message map entries

C++

IMPLEMENT_DYNAMIC(CprogDebug, CDialog)

BEGIN_MESSAGE_MAP(CprogDebug, CDialog)
        ON_MESSAGE(WM_RECEIVE_SOCK_MESS,receive_tcpip)
      //   ON_MESSAGE(WM_HERCGUI_MESS,break_set)
//       ON_MESSAGE(WM_KEYDOWN,break_point)
//       ON_MESSAGE(WM_KEYUP,break_point)
                 ON_NOTIFY(EN_REQUESTRESIZE,IDC_RICHEDIT22,OnRequestResize)
 END_MESSAGE_MAP()

this execption was also the subject of a previous post
when I got the exception at this location by Doing a SendMessage to the CDialog window
from a worker thread

any insights would be appreciated

Richard MacCutchan1-Aug-12 21:56

Richard MacCutchan

1-Aug-12 21:56

From the above it's impossible to guess, but you need to look at all the parameters being passed to the WinMain() function to see if they are valid. Given the frequency of this occurring in your programs you may like to check that you are not breaking the framework rules somewhere in your program setup.

One of these days I'm going to think of a really clever signature.

CPallini1-Aug-12 23:04

CPallini

1-Aug-12 23:04

Why are you using SendMessage?
You should PostMessage to the main window and let the GUI thread make all the needed changes to the GUI itself.

Veni, vidi, vici.

ForNow1-Aug-12 23:21

1-Aug-12 23:21

When I hsd this problem in my worker thread exception at crtexe I changed
the Send to a Post and still got the exeception at crtexe

I subsqently removed all messaging to got that part of my code to work

but now that problem comes up again I begining to think its the way I have my .h and .cpp set up

I checked all the MFC macro pairs e.g. DECLARE_DYNAMIC .h IMPLEMENT_DYNAMIC .cpp

DECLARE MESSAGE_MAP / BEGIN MESSAGE_MAP etc

CPallini1-Aug-12 23:51

CPallini

1-Aug-12 23:51

Changing the function call is not enough. The Newcomer's rule "Don't touch the UI" holds here (see "Worker Threads"[^]). You have to notify (with, for instance, a custom message) to the main window that something changed (the UI needs an update), and let the main window (that is the GUI) thread make the actual update.

Veni, vidi, vici.

ForNow2-Aug-12 19:02

2-Aug-12 19:02

I did a PostMessage to the Main Window CMainFrame and same exception at WinMain

I got to beleieve it something along the lines of what Richard MacCutchan

Said that it must be something with my setup

CPallini2-Aug-12 21:18

CPallini

2-Aug-12 21:18

Yes it might be. Anyway what kind of PostMessage are you doing? That is, are you posting a custom message?

Veni, vidi, vici.

ForNow2-Aug-12 21:56