Thread blocking interface - C / C++ / MFC Discussion Boards

Anders Molin4-Jun-02 9:31

4-Jun-02 9:31

ArticleBriefs cArticles[10];

code...

or...

ArticleBriefs *cArticles = (ArticleBriefs*)malloc(sizeof(ArticleBriefs) * 10);

code...

free(cArticles);

in both cases you use cArticles[0] to cArticles[9] to access the 10 items in the array Wink | ;-)

- Anders

Money talks, but all mine ever says is "Goodbye!"

Re: gc struct/class Help

4-Jun-02 9:33

This will not work as ArticleBrief is a managed class. Smile | :)

Re: gc struct/class Help

Paul Watson4-Jun-02 21:58

Paul Watson

4-Jun-02 21:58

Anders Molin wrote:
ArticleBriefs *cArticles = (ArticleBriefs*)malloc(sizeof(ArticleBriefs) * 10);

Thanks Anders.

Your code and Rama's code set me straight.

I think I should have stuck to unmanaged VC++ for my first foray. At least then I would have some good samples and tutorials to help me out. MC++ samples and tuts are thin on the ground.

It is working now:

ArticleBrief* cArticles[] = proxy->GetLatestArticleBrief(iNumArticles);

I had it back to front (ArticleBriefs instead of just ArticleBrief.)

regards,
Paul Watson
Bluegrass
Cape Town, South Africa

The greatest thing you'll ever learn is just to love, and to be loved in return - Moulin Rouge

Tim Smith wrote:
Over here in the third world of humor (a.k.a. BBC America),

peterchen wrote:
We should petition microsoft to a "target=_Paul" attribute.

The thing is in the tree

Rage4-Jun-02 6:22

Rage

4-Jun-02 6:22

I have a CTreeCtrl with Parent nodes which have each 4 Child nodes. I´d like to associate an image on the child nodes, but not on the parent nodes. How do I manage to do that :

TVINSERTSTRUCT tvInsert;
HTREEITEM ChildItem;
CString Text;
CTreeCtrl *pOutprob;
pOutprob=(CTreeCtrl *) GetDlgItem(IDC_TREEPROB);
pOutprob->SetImageList(m_ImageList,TVSIL_NORMAL);

tvInsert.hParent = NULL;
tvInsert.hInsertAfter = TVI_SORT;
tvInsert.item.stateMask=0;
	
for(i=0;i<Tree.Nb_Vars();i++)
{
	tvInsert.item.mask = TVIF_TEXT;
        tvInsert.item.pszText =(unsigned short *)Text.operator LPCTSTR();
	tvInsert.hParent = NULL;
	tvInsert.hInsertAfter = NULL;
	ChildItem=pOutprob->InsertItem(&tvInsert);
	tvInsert.hParent = ChildItem;
	tvInsert.hInsertAfter = NULL;
	for(j=0;j<Tree.Variable_Parents[i].weight();j++)
	{
	        tvInsert.item.mask = TVIF_TEXT|TVIF_IMAGE;
		tvInsert.item.pszText =(unsigned short *)Text.operator LPCTSTR();
		S_ID=pOutprob->InsertItem(&tvInsert);
		pOutprob->SetItemImage(S_ID,imgnb,imgnb);
	}
}

(Sorry if there is not the whole code here Hmmm | :|

) This displays an image for both parent and children .. and i do not see why ... Confused | :confused:

~RaGE();

Re: The thing is in the tree

4-Jun-02 11:18

Rage wrote:
pOutprob->SetImageList(m_ImageList,TVSIL_NORMAL);

To my concern the problem really is in this line of code. TreeView can either HAVE Images or HAVE NOT images ... so as soon as you declare an ImageList for the Tree it HAS images. To my opinion there's no way NOT to show images for the parent items in that case.

Crey

Re: The thing is in the tree

Rage4-Jun-02 21:18

Rage

4-Jun-02 21:18

CreyBax wrote:
there's no way NOT to show images for the parent items in that case.

That´s what I was afraid of ... Frown | :(

well, thanks anyway...

~RaGE();

Re: The thing is in the tree

4-Jun-02 21:29

there are two types of image lists
one depends on items state and so item can be without it
(you can see OnPaint/if(itemState & TVIS_STATEIMAGEMASK) into cp/treectrl/rgree sources)
t!

Thread blocking interface

Hans Ruck4-Jun-02 6:17

Hans Ruck

4-Jun-02 6:17

In a MFC dialog-based application i've created a worker thread.
In the worker thread i call Sleep(5000) and the interface blocks for the specified period.
I have to mention that the thread is involved in many operations including mutexes and objects located in some other threads, but not the main one of the interface.
Could you tell me how should i handle the problem?

rechi

Re: Thread blocking interface

Tomasz Sowinski4-Jun-02 6:41

Tomasz Sowinski

4-Jun-02 6:41

Bogdan Rechi wrote:
In the worker thread i call Sleep(5000) and the interface blocks for the specified period.

By 'interface' you mean 'user interface'?

Tomasz Sowinski -- http://www.shooltz.com

- It's for protection
- Protection from what? Zee Germans?

Re: Thread blocking interface

Hans Ruck4-Jun-02 6:43

Hans Ruck

4-Jun-02 6:43

Yes, the dialog.

rechi

Re: Thread blocking interface

Tomasz Sowinski4-Jun-02 6:48

Tomasz Sowinski

4-Jun-02 6:48

Calling Sleep() in worker should have no effect on main thread. Unless you're waiting for worker to finish...

Tomasz Sowinski -- http://www.shooltz.com

- It's for protection
- Protection from what? Zee Germans?

Re: Thread blocking interface

Hans Ruck4-Jun-02 7:09

Hans Ruck

4-Jun-02 7:09

It's strange, because i use a mutex - working excellent even in such conditions - to synchronize the access to some data located in an object belonging to another thread, but not the main-one.
Indeed, it seems that the delay comes from this mutex and hard times are to come. Cry | :((

Anyway, thanx!

rechi

Single document in MDI

Haakon S.4-Jun-02 6:14

Haakon S.

4-Jun-02 6:14

I have an application with many different views, but I want to have only a single document open for a process. How can I best block OnFileOpen() and OnFileNew()?

1. I have tried OnUpdate in my CMainFrame by using CCmdUI. Can't make it work.

2. I override the OnFileOpen() and OnFileNew() to check if a document is already active. But if I use

CDocument* pDoc=((CFrameWnd*)m_pMainWnd)->GetActiveDocument();

I always get a NULL pointer ?? WTF | :WTF:

Regards, Haakon S.

Re: Single document in MDI

Tomasz Sowinski4-Jun-02 6:13

Tomasz Sowinski

4-Jun-02 6:13

Haakon S. wrote:
How can I best block OnFileOpen() and OnFileNew()?

I'm not sure why do you want to block. Just close open document and create/open another.

Haakon S. wrote:
I always get a NULL pointer ??

CWinApp::CloseAllDocuments does what name suggests.

I'd override CWinApp::OpenDocumentFile (which is also called for new docs) to close everything before new doc is open/created.

Tomasz Sowinski -- http://www.shooltz.com

- It's for protection
- Protection from what? Zee Germans?

Re: Single document in MDI

Haakon S.4-Jun-02 6:26

Haakon S.

4-Jun-02 6:26

I don't want anybody to have several documents open at the same time (in the same process), which you can normally do in a MDI apllication. I want to disable this functionality.

Haakon S.

Re: Single document in MDI

Tomasz Sowinski4-Jun-02 6:27

Tomasz Sowinski

4-Jun-02 6:27

I know what you want to do. I just think that instead of blocking File/New and File/Open you should close current document and load/create new one. This will result in at most one document open in any given moment.

Tomasz Sowinski -- http://www.shooltz.com

- It's for protection
- Protection from what? Zee Germans?

Re: Single document in MDI

Haakon S.4-Jun-02 7:38

Haakon S.

4-Jun-02 7:38

What you are saying is the right thing to do. You know it and I know it. But what about the next man? It should be possible to totally rule out the option.

There are several reasons, by the way. First, if you have many different views it gets totally messed up if you have several documents. Secondly, my app. will probably break with several documents (probably poor programming, but anyway... Blush | :O

).

So, once again, help in this matter will be greatly appreciated.

Haakon S.

Re: Single document in MDI

Tomasz Sowinski4-Jun-02 23:32

Tomasz Sowinski

4-Jun-02 23:32

My solution (close open document before opening/creating new one) gives you exactly what you need: you have MDI app --and-- at most one document is open. Your app will not break; user will be working with exactly one document.

Tomasz Sowinski -- http://www.shooltz.com

- It's for protection
- Protection from what? Zee Germans?

Re: Single document in MDI

Ed Gadziemski4-Jun-02 14:52

Ed Gadziemski

4-Jun-02 14:52

CMDIFrameWnd *pFrame =
(CMDIFrameWnd*)AfxGetApp()->m_pMainWnd;

CMDIChildWnd *pChild = pFrame->MDIGetActive();

Edit box with units

Ali Asi4-Jun-02 5:56

Ali Asi

4-Jun-02 5:56

Description:
============
There are a lot of times in a dialog box that one would want to read-in/display a number that has a unit. For instance, this can be achieved by a pair of edit box and static box.

Edit box control containing the value Static Control displaying the unit:
2.378e-3 Meter

User can also choose his favorite unit system in a centralized dialog box. For example, he could specify whether he would rather to have the lengths to be displayed in Meter, Inch, Centimeter, ...

Question:
=========
I thought the best way to accomplish this task is deriving a customized edit box and static controls from MFC's CEdit and CStatic classes and adding the following paramteres to it:

double m_Conversion; // Conversion factor from SI to the user's selected unit.
CString m_UnitName; // The Unit's name, "m", "cm", "mm", ...

This seems to be such a common problem that I thought there might have already been some specialized codes written by other people for this purpose.

I appreciate any input/suggestion/pointers in regards to my question. Please e-mail a copy of your response to "asi@enginia.com".

Thank you.

Ali Asi
asi@enginia.com

Ali Asi

Re: Edit box with units

Haakon S.4-Jun-02 8:46

Haakon S.

4-Jun-02 8:46

I am using a system doing exactly what you are asking for.

1. First, you establish a vector of UINT's where the user enters all preferences. For example, length is put in m_UnitVector[2].

2. Secondly, you establish the options in a pairs of const char* and conversion factors:

const char* CUnit::m_Length[]={" [m]"," [ft]"," [mm]"," [in]",NULL};
const float CUnit::m_fLength[]={1.0F,3.280839F,1000.0F,39.37008F};

Here, length is stored in meters as the base unit.

3. In your edit box showing the unit you enter m_unit.m_Length[m_UnitVector[2]], in the box showing the number you show m_fMyLength*m_unit.m_fLength[m_UnitVector[2]]. Of course, when you go the other way with UpdateData(TRUE), you divide instead of multiply.

Hope you can make use of this.

Regards, Haakon S.

Resource ID's at runtime

Aaron Schaefer4-Jun-02 5:39

Aaron Schaefer

4-Jun-02 5:39

Hi All,

I've got a CFormView derived class, where I am creating controls at runtime and placing them on the form. This seems to work OK, but I am wondering how to get some resource ID's to use with theswe controls at runtime. SHould I just reserve a bunch of them, or is there a way to get them dynamically?

Thanks,

Aaron

Re: Resource ID's at runtime

Joaquín M López Muñoz4-Jun-02 6:23

Joaquín M López Muñoz

4-Jun-02 6:23

If you won't use these IDs later, then you can assign 0xFFFF to all the dynamically created extra controls (I've done it in the past and it worsks.)

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

Re: Resource ID's at runtime

Aaron Schaefer4-Jun-02 6:22

Aaron Schaefer

4-Jun-02 6:22

Well, the problem is that I have an existing control that the label control is associated with. I create these two controls, a sort of super duper edit control, and its buddy, a static label, dynamically. The edit derived control has a method, something like SetBuddy(int nResourceID) that takes a resource ID to the associated label. For my own use, I have been just saving the window handles to talk to the controls, but the edit control needs a resource. I had been just setting them to 0, without any trouble.

stepping over api calls causes exceptions

moredip4-Jun-02 5:40

moredip

4-Jun-02 5:40

Ok, I posted something about this yesterday, and here is some more info:

The basic problem is that whenever I try to step over an API call (InitDialog(), CoCreateInstance(), etc) I get the same exception being raised:

0XC0000005: Access Violation

This only happens when I'm stepping through code. The exception always seems to be raised at the same assembly instruction:

mov eax,fs:[00000018]

I guess this is something to do with the debugger not coping with external function calls, but I can't figure out what is going on other than that.

If anyone needs more information I'd love to provide it, just ask Smile | :)

I hope someone knows what's going on here...

TIA,

Pete

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