C / C++ / MFC Discussion Boards

Re: CListctrl

Arman S.14-Jun-07 2:11

Arman S.

14-Jun-07 2:11

If you mean full row selection;

DWORD dwExtStyle = m_listCtrl.GetExtendedStyle();
m_listCtrl.SetExtendedStyle(dwExtStyle | LVS_EX_FULLROWSELECT);

--
=====
Arman

SendMessage crashes

Wim Engberts14-Jun-07 1:05

Wim Engberts

14-Jun-07 1:05

Hi all,

I have a program that does all kinds of graphical stuff. It calls classes from classes, etc. On the deepest level, something may change which requires the mainroutine to redraw the image. Currently, I pass all these classes a pointer to the parent class, and call "m_Parent->SendMessage (XL_REDRAW)". In the main class, I catch this message and perform the necessary drawing actions. However, this causes the program to crash in the release version. Everything goes well in the debug version however.
Please note that the subclasses are no windows in their own right, but are basically just called from the parent class and may in turn again call sub classes themselves.
Anyone any idea why this approach does not work? (and of course most of all: how to solve this)

Thanks in advance
William

Re: SendMessage crashes

Matthew Faithfull14-Jun-07 1:42

Matthew Faithfull

14-Jun-07 1:42

If multi threading is involved then remember that SendMessage halts the caller until the message is processed and it returns. In this scenario PostMessage is your friend.
Either way you'd probably be better off doing an Invalidate or InvalidateRect when the message is sent rather than trying to draw directly. This will cause Windows to send you WM_PAINT messages at its convenience which generally works a lot better. If Debug builds work and Release builds don't then it's usually a timing or memory overrun problem. This one looks more like timing/synchronisation but I couldn't be sure wihtout the code Smile | :)

Nothing is exactly what it seems but everything with seems can be unpicked.

Re: SendMessage crashes

James R. Twine14-Jun-07 1:44

James R. Twine

14-Jun-07 1:44

   If you are using VS6.0 with MFC, there may be a problem with how your message handlers are written. The version of MFC that ships with 6.0 is very tolerant of mismatched signatures with the message handlers.

   For example, when you create an ON_MESSAGE handler, the function used with it is supposed to have a signature of LRESULT func( WPARAM, LPARAM ), but if you created the function as void func( WPARAM, LPARAM ), it would/may still compile and run correctly in debug, but would crash quickly in release.

   Peace!

-=- James
Please rate this message - let me know if I helped or not!<HR>If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
See DeleteFXPFiles

Regarding Dependency files in MFC

trinadh_t14-Jun-07 1:00

trinadh_t

14-Jun-07 1:00

Hi,

I have written my MFC application and I have list of dependency dll's for my application. I have written my application in VS2005. To run my application in test PC wht are the default dependency files required.

can anyone plz help me

Rgds
Trinadh

Re: Regarding Dependency files in MFC

_AnsHUMAN_ 14-Jun-07 1:26

_AnsHUMAN_

14-Jun-07 1:26

run depends.exe to view a list of files on which your application is dependent. From the command prompt you can directly type "depends" to open the dependency walker.

Somethings seem HARD to do, until we know how to do them.
Wink | ;-)

_AnShUmAn_

Re: Regarding Dependency files in MFC

trinadh_t14-Jun-07 2:33

trinadh_t

14-Jun-07 2:33

Thanx for your response.. it has solved my problem

When I am trying to run my application (console) as service it is not starting

and getting error like this :

Could not start the <applname> service on Local Computer
Error 1067: The Process terminated unexpectedly

Can you plz tell me wht is the possibility of getting error.

Rgds
Trinadh

Re: Regarding Dependency files in MFC

_AnsHUMAN_ 14-Jun-07 3:15

_AnsHUMAN_

14-Jun-07 3:15

trinadh_t wrote:
Thanx for your response.. it has solved my problem

trinadh_t wrote:
and getting error like this :
Could not start the service on Local Computer
Error 1067: The Process terminated unexpectedly

This information is just not enough to get to the root of the problem. Can you provide some more details about your application, what it does, where do you expect the error to be etc etc? Then probably someone here will be able to help you out.

Somethings seem HARD to do, until we know how to do them.
Wink | ;-)

_AnShUmAn_

Re: Regarding Dependency files in MFC

JudyL_MD14-Jun-07 4:13

JudyL_MD

14-Jun-07 4:13

trinadh_t wrote:
When I am trying to run my application (console) as service it is not starting

and getting error like this :

Could not start the service on Local Computer
Error 1067: The Process terminated unexpectedly

Are you actually trying to start it using the Service Control Manager / the Services applet? A plain-old console app is not a windows service. There are requirements for programs that want to be used a service. http://msdn2.microsoft.com/en-us/library/ms685967.aspx[^]

Judy

Re: Regarding Dependency files in MFC

prasad_som14-Jun-07 1:55

prasad_som

14-Jun-07 1:55

trinadh_t wrote:
I have list of dependency dll's for my application

How you have obtained it ? If it's using dependency walker, you need , all these dlls present on machine, to run the application.

Prasad
MS MVP - VC++

Re: Regarding Dependency files in MFC

David Crow14-Jun-07 2:43

David Crow

14-Jun-07 2:43

trinadh_t wrote:
To run my application in test PC wht are the default dependency files required.

See here.

"A good athlete is the result of a good and worthy opponent." - David Crow

"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

Conditional variable declaration

vipin_nvk14-Jun-07 0:28

vipin_nvk

14-Jun-07 0:28

Hello

I have a custom control which uses GDI+. I have declared a member variable for the custom control. Now, the problem is that GDI+ is supported from Windows XP, and not in Windows 2000. Though GDI+ dll is a redistributable compontent, I dont want to ship it along with our product.

Now, wat I was looking for a solution wherein I first detect the OS on which my Application is running and if its Windows 2000, I dont want to display my custom control which uses GDI+. ie. I was looking as something a conditional variable declaration based on the OS type, because once the variable gets declared it means it wud require GDI+ components and hence my App will not get loaded due the absenceo of GDI+ dll.

Can somebody tell me a why out of this one ??

Thanx.

Re: Conditional variable declaration

KarstenK14-Jun-07 0:34

KarstenK

14-Jun-07 0:34

Why dont ship the GDI+ stuff? It would be nice for your kings (costumers) Cool | :cool:

I do such stuff via a global pointer which has 0 as start value.

CMyCtrl *gpCtrl = 0;

if( IsGdiPlus() )
{
gpCtrl = new CMyCtrl;
}

....

if( gpCtrl )
{
gpCtrl->Show();
}

Greetings from Germany

Re: Conditional variable declaration

Naveen14-Jun-07 0:41

Naveen

14-Jun-07 0:41

GetVersionEx() will return the current verion of the OS.

nave

[OpenedFileFinder]

Re: Conditional variable declaration

Hans Dietrich14-Jun-07 0:44

Hans Dietrich

14-Jun-07 0:44

Try delay loading GDI+ - see here.

Best wishes,
Hans

[CodeProject Forum Guidelines] [How To Ask A Question] [My Articles]

Re: Conditional variable declaration

James R. Twine14-Jun-07 1:52

James R. Twine

14-Jun-07 1:52

   If you want to run on both GDI+ and non-GDI+ systems, you will either have to write two sets of drawing code (one old GDI or DirectDraw, the other GDI+, possibly abstracting the difference into classes), and no longer implicitly link with the GDI+ library. You would have to explicitly look for the GDI+ DLL and if found, load its API from the DLL using GetProcAddress(...), or use the old GDI code if not, but this is harder than it might first seem due to how GDI+ has a C++ class-like interface.

   FWIW, I believe that like others here, including the merge module in your installer for GDI+ is the best idea. It provides the easiest way to get your app to work on the most platforms with the least amount of work. This is no different than requiring an updated ODBC driver or service pack level.

   Peace!

ASSERT()! Why?And how to resolve it?

kcynic14-Jun-07 0:18

kcynic

14-Jun-07 0:18

I have a dialog based project.
The program would crash after just a short moment(no longer than 1 min).
There had an assert at the 895th line of "wincore.cpp":

#ifdebug
CWnd::AssertValid()const
{
...
...
line 892: ASSERT( (p = pMap->LookupPermanent(m_hWnd)) != NULL ||(p = pMap->LookupTemporary(m_hWnd)) ! = NULL);
.......
}

Why?
And how to resolve it?
Thanks.

GOOD LUCK

Re: ASSERT()! Why?And how to resolve it?

Naveen14-Jun-07 0:31

Naveen

14-Jun-07 0:31

run the application in the debug mode. when the Assert dialog appeares click on the retry button. the it will show the above line in the wincore.cpp. Take the call stack at this momment and look from which part of your code this function gets called.

nave

[OpenedFileFinder]

Re: ASSERT()! Why?And how to resolve it?

kcynic14-Jun-07 1:04

kcynic

14-Jun-07 1:04

yes,I did know where the assert occured.
But it in the member function CWnd::AssertAvlid() function.
It was not in my class 's member function.

So,follow your way,how to find witch code of mine bring up such an assert?

Thanks

Re: ASSERT()! Why?And how to resolve it?

Naveen14-Jun-07 1:12

Naveen

14-Jun-07 1:12

This information can be retrived from the call stack window and also from the variale window.

When you have pressed the rety button the application will be breaked. At that time take the variable window. On the top of that window you can find a combobox called "Context". Drop it. Check whether there is any of your function listed in it. Suppose there are three function say f1(), f2() and f3(), If f1 calls f2 and then f2 calls f3, the f3 calls the above funtion of CWnd, the comboboc will look like

cwd::functionname()
f3()
f2()
f1()

nave

[OpenedFileFinder]

Re: ASSERT()! Why?And how to resolve it?

kcynic14-Jun-07 19:59

kcynic

14-Jun-07 19:59

I would have a try and if there would be some other questions I hope I can gain hands from here.
Thanks.

Re: ASSERT()! Why?And how to resolve it?

Naveen14-Jun-07 20:06

Naveen

14-Jun-07 20:06

kcynic wrote:
I hope I can gain hands from here

Sure.

nave

[OpenedFileFinder]

Re: ASSERT()! Why?And how to resolve it?

kcynic14-Jun-07 21:35

kcynic

14-Jun-07 21:35

but I using VS2005 to debug it.How should I doing such things?

Re: ASSERT()! Why?And how to resolve it?

_AnsHUMAN_ 14-Jun-07 0:33

_AnsHUMAN_

14-Jun-07 0:33

You may be using an unassigned variable or deleting a pointer that does not exist or doing some other incorrect operation. It should ideally not be the MFC files that would show an Assertion error.
Did you try and debug your code?

Somethings seem HARD to do, until we know how to do them.
Wink | ;-)

_AnShUmAn_

Re: ASSERT()! Why?And how to resolve it?

kcynic14-Jun-07 1:06

kcynic

14-Jun-07 1:06

but I did nothing when the dilog disapeared.
It would crash after about one min!

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.