C / C++ / MFC

David Crow8-Nov-11 4:01

8-Nov-11 4:01

Flaviu2 wrote:
m_TraceImageList.Create(IDB_BITMAP_TRACEIL,16,1,ILC_MASK);

Have you tried different values for the cx and nFlags parameters?

Flaviu2 wrote:
...the m_TraceImageList data member is type of CImageList class, and have 10 images ...

Where are those images being added?

"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

_Flaviu8-Nov-11 19:42

_Flaviu

8-Nov-11 19:42

Sorry for delay :

DavidCrow wrote:

Flaviu2
wrote:
m_TraceImageList.Create(IDB_BITMAP_TRACEIL,16,1,ILC_MASK);

Have you tried different
values for the cx and nFlags parameters?

I have try in follow ways :

C++

	m_TraceImageList.Create(IDB_BITMAP_TRACEIL,16,1,ILC_COLOR);
// or
	m_TraceImageList.Create(IDB_BITMAP_TRACEIL,16,1,ILC_MASK);
// or
	m_TraceImageList.Create(IDB_BITMAP_TRACEIL,16,1,ILC_COLOR | ILC_MASK);
// or
	m_TraceImageList.Create(IDB_BITMAP_TRACEIL,16,2,ILC_COLOR | ILC_MASK);
// or
	m_TraceImageList.Create(IDB_BITMAP_TRACEIL,16,1,ILC_COLOR8 | ILC_MASK);

but un vain ...

DavidCrow wrote:

Flaviu2 wrote:
...the m_TraceImageList data member is type
of CImageList class, and have 10 images ...

Where
are those images being added ?

these iages are into an bitmap resource, IDB_BITMAP_TRACEIL
named ... I use the same technique for an treeview and goes well ...

Roger Allen9-Nov-11 1:36

Roger Allen

9-Nov-11 1:36

Have you tried using LVSIL_SMALL when setting the image list?

If you vote me down, my score will only get lower

Roger Allen9-Nov-11 1:38

Roger Allen

9-Nov-11 1:38

Also TVSIL_NORMAL is a tree control image list style flag, you would need LVSIL_NORMAL. the values may be different.

If you vote me down, my score will only get lower

Always on top (modeless) dialog box

_Flaviu9-Nov-11 6:16

_Flaviu

9-Nov-11 6:16

Now it goes with TVSIL_SMALL .. thank you all.

Hadi Dayvary8-Nov-11 1:42

8-Nov-11 1:42

Hi I want to show a modeless dialog (in a SDI project) that I can use it when any other modal dialog of project is open.
I set the always on top style so I can see it when any other project's modal dialog is open, but I can't use it. I must close the modal dialog first and after that I can use my first dialog(modeless).
I set the parent window to CMainFrame and then NULL, but both ways did not work fine.
Also I tested some other styles, but found nothing.
Is there any way to do this?

www.logicsims.ir

David Crow8-Nov-11 2:59

8-Nov-11 2:59

<blockquote class="FQ"><div class="FQA">Hadi Dayvary wrote:</div>...but I can't use it.</blockquote>
Why? What's the problem? Does it show but can't be interacted with? Does it show but stays in the background? Does it fail to show? How, and when, are you displaying it?

<blockquote class="FQ"><div class="FQA">Hadi Dayvary wrote:</div>I must close the modal dialog first and after that I can use my first dialog(modeless).<BR></blockquote>
This sounds like normal behavior of a modal dialog.

<p align="right"><small>"One man's wage rise is another man's price increase." - Harold Wilson<br /><br />"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<br /><br />"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous</small></p>

-- modified 8-Nov-11 10:42am.

Hadi Dayvary8-Nov-11 4:05

8-Nov-11 4:05

it's shown but can't be interacted with.
I have created it in CMainFrame::OnCreate()
like this :

m_dlgCalling.Create(IDD_CALLING, NULL);
m_dlgCalling.ShowWindow(SW_SHOW);

or this:

m_dlgCalling.Create(IDD_CALLING, this);
m_dlgCalling.ShowWindow(SW_SHOW);

www.logicsims.ir

David Crow8-Nov-11 4:40

8-Nov-11 4:40

So you are creating and showing the modeless dialog during the creation of the main frame, correct? Where does the modal dialog play into this?

Hadi Dayvary8-Nov-11 7:03

8-Nov-11 7:03

modal dialogs come when user selects an item from the menu.

www.logicsims.ir

David Crow8-Nov-11 8:43

8-Nov-11 8:43

And by definition, modal dialogs must be dismissed before you can interact with any windows behind them.

Hadi Dayvary8-Nov-11 19:40

8-Nov-11 19:40

I know, but I must do this for our project,
There must be a way to do something like this.

www.logicsims.ir

basementman8-Nov-11 4:37

basementman

8-Nov-11 4:37

You can always create the modeless dialog via it's own UI thread. The issue is the modal dialog is preventing pumping of your messages.

onwards and upwards...

Hadi Dayvary8-Nov-11 7:06

Calling DLL methods related problem

8-Nov-11 7:06

thanks.
Do you mean that I must create create a thread and then craeting the modeless dialog from that?

www.logicsims.ir

Member 83440907-Nov-11 19:31

Member 8344090

7-Nov-11 19:31

Hi There ,

I am stuck with this problem since weeks. Apparently I am new to Visual Studio. I have a client dll which exposes some APIs . I am supposed to create a C++ Unit Test project in Visual Studio 2005 and test the methods in the dll. Unfortunately I am not able to invoke the methods , I often get linking errors such as
"error lnk2031: unable to generate p/invoke for"

The .h file has some function exports .I am pasting part of the .h file here

//.h file starts

#ifdef ITMENTITLEMENTWRAPPER_EXPORTS
#define ITMENTITLEMENTWRAPPER_API __declspec(dllexport)
#else
#define ITMENTITLEMENTWRAPPER_API __declspec(dllimport)
#endif

// This class is exported from the itmEntitlementWrapper.dll
class ITMENTITLEMENTWRAPPER_API CitmEntitlementWrapper {
public:
CitmEntitlementWrapper(void);
// TODO: add your methods here.
};

extern ITMENTITLEMENTWRAPPER_API int nitmEntitlementWrapper;

ITMENTITLEMENTWRAPPER_API EINSTALLTYPE fnGetInstallType(const wchar_t * InstallType);

ITMENTITLEMENTWRAPPER_API int vm_wstrcmp(const wchar_t* s1, const wchar_t* s2);

extern "C"
{
/**
* fnitmEntitlementWrapper_ENTITLE_INST_FIRST - The purpose of this method is to load the caEntitlement.dll*/

ITMENTITLEMENTWRAPPER_API BOOL fnitmEntitlementWrapper_ENTITLE_INST_FIRST(const wchar_t *eProductID = L"eProductNone",
const wchar_t *ePackageID = L"ePackageNone", HWND hWndParent = NULL);

//.h file ends

How am I supposed to call these methods in UnitTest.cpp. I am adding a dll reference to the Testing project and also tried to use DLLimport . Can anyone please help.

Thanks
Diya

Re: Calling DLL methods related problem

Richard MacCutchan7-Nov-11 22:38

Richard MacCutchan

7-Nov-11 22:38

See the suggestion here[^].

Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman

returning std::pair<>

User 5838527-Nov-11 17:47

User 583852

7-Nov-11 17:47

I first saw this technique in the stl where collections return

std::pair<iterator, bool>

from their insert method. The bool indicating if the item was inserted or already existed.

Personally I dislike this, I find the names first and second which identify the pair's elements very misleading and find I'm constantly having to look at doco to see what something is. The worst case I've seen was along the lines of

pair<bool, pair<bool, bool>

. How could anyone be expected to remember what result.second.first is?

I prefer to pass in a reference to a variable

eg

iterator map::insert(iterator position, const value_type& x, bool& wasAdded)

This has the disadvantage that the caller has to allocate a bool and pass it in even if they're not interested in the result (this can be overcome by using a pointer with default value of NULL but that's also ugly)

I blame python and its tuples for this outrage. What do others think?

Chuck O'Toole7-Nov-11 18:49

Chuck O'Toole

7-Nov-11 18:49

Well, as long as we're talking about personal preferences.

I think that templates, in general, has uglied up the language by spraying < and > all over the place. I think somebody went nuts with this stuff and talked the language committee into using it. Plus the fact that it's not just the template definition that's affected but the coder has to use that syntax when referencing it had contributed to the unreadability of code.

I mean > is already used in pointer use (->) and in inequality tests (greater than) and then there's the right shift (>>) operator. Then somebody comes along to overload it for "cin" and other stream io. And don't get me started on <

I mean really, try writing code that takes some template result as a pointer to an object that you want to stream data into. Count the >'s. If they were right parens ) instead, it would remind me of early Lisp.

Erudite_Eric7-Nov-11 21:30

Erudite_Eric

7-Nov-11 21:30

Chuck O'Toole wrote:

I think that templates, in general, has uglied up the language by
spraying < and > all over the place.

True, C++ is now almost unreadable due to templates.

==============================

Nothing to say.

User 5838527-Nov-11 22:05

User 583852

7-Nov-11 22:05

That's c for you though.'&' is similarly overused.

pair<int, pair<int, int>>

confuses most compilers, you need

pair<int, pair<int, int> >

Malli_S8-Nov-11 1:39

Malli_S

8-Nov-11 1:39

C++

typedef pair<int, int> IntPair;
typedef pait<int, IntPair> IntIntPair;

Won't this makes your life simpler?

[Delegates] [Virtual Desktop] [Tray Me !]

-Malli...!

Albert Holguin9-Nov-11 9:30

Albert Holguin

9-Nov-11 9:30

Yeah, I always thought the same about templates... make everything hard to read.