Re: using bits for program control - C / C++ / MFC Discussion Boards

Re: How can I tell if an app has shut down?

Jeremy Falcon21-Jun-02 5:26

21-Jun-02 5:26

If your program launches P1, then you can use...

WaitForSingleObject(hProcess, INFINITE);

This function will not return until the created process is terminated. After P1 is done, then you can call the third program.

Jeremy L. Falcon<nobr>
Homepage : Sonork = 100.16311

"But everybody darlin' sometimes bites the hand that feeds."
"Remember in this game we call life that no one said it's fair."
"Just because you're winnin' don't mean you're the lucky ones."
Song: Breakdown - Album: Use Your Illusion II - Artist: Guns N' Roses

Re: How can I tell if an app has shut down?

Paresh Solanki21-Jun-02 6:01

Paresh Solanki

21-Jun-02 6:01

Thanks, but I have no control over when P1 runs. I just need to know when it's completed.

I cannot start P1 from within my app because I have no control over when it should start.

Paresh Solanki
hombre que trabaja pierde tempo precioso "The man who works is losing precious time." Vuemme

Re: How can I tell if an app has shut down?

Carlos Antollini21-Jun-02 6:12

Carlos Antollini

21-Jun-02 6:12

Ok, in that case you need to use the psapi.dll... look into code project, you can find a class that look in all process, if you don't find the P1 running, is because the application finished Wink | ;)

Best Regards

Carlos Antollini.
www.wanakostudios.com
Sonork ID 100.10529 cantollini

Re: How can I tell if an app has shut down?

Martin Ziacek21-Jun-02 5:30

Martin Ziacek

21-Jun-02 5:30

Use CreateProcess() to start P1. You will get new process handle in the last parameter PROCESS_INFORMATION structure - hProcess. Then you can use this handle to wait for completion of that proces as a parameter for WaitForSingleObject() function. After call to WaitForSingleObject() will finish, you can get exit code of proces with GetExitCodeProcess(), if you will need it. Then you can start it again.

Re: How can I tell if an app has shut down?

Jason Henderson21-Jun-02 9:48

Jason Henderson

21-Jun-02 9:48

What Martin said is best, but you could also use FindWindow in a while loop. As soon as the window has closed, it will not be found by FindWindow so drop out of the loop.

Jason Henderson
_{quasi-homepage}
^articles
_{"Like it or not, I'm right!"}

using bits for program control

21-Jun-02 4:59

hi,
I want to use a set of actual bits(enough of bools!) to control certain actions in my program.Is there any better or easier way than bitset template to use;any plain old C things?
-Huskey

Re: using bits for program control

Martin Ziacek21-Jun-02 5:50

Martin Ziacek

21-Jun-02 5:50

What do you think about bit fields?

Re: using bits for program control

Jason Henderson21-Jun-02 9:53

Jason Henderson

21-Jun-02 9:53

Use a DWORD like this:

#define ACTION1  2
#define ACTION2  4
#define ACTION3  8
#define ACTION4  16
#define ACTION5  32

DWORD actions = ACTION3 | ACTION5;

if (actions & ACTION3)
  // do something

...

Jason Henderson
_{quasi-homepage}
^articles
_{"Like it or not, I'm right!"}

Re: using bits for program control

PJ Arends21-Jun-02 18:48

PJ Arends

21-Jun-02 18:48

http://www.codeproject.com/cpp/bitbashing.asp

You will want to use are the '&' (AND), '|' (OR), and ~ (Inversion) operators

---
CPUA 0x5041

Sonork 100.11743 Chicken Little

Within you lies the power for good - Use it!

problem with Cristi Posea's Control Bar usage

21-Jun-02 4:57

hi,
I am using Cristi Posea's control bar code to display a tabbed bar.
I have some lists to be shown when the relevant tab is hit.All works fine untill I relocate the bar.The tab window gets resized but the lists inside the tab donot.How to get that working.
The tab I am using is a class derived from CTabCtrl and I have handled the WM_SIZE and WM_SIZING to relocate the lists.This works in a resizable dialog box but not in the bar.WHY? Also no style other than WS_CHILD|WS_VISIBLE|WS_BORDER get shown eg WS_EX_CLIENTEDGE.WHY?

Also,why is the rect of the bar in negatives and why the child should have
zeros while creating?

I really need some help.I want to restructure all the lists into tabs for my
on going project.

Waiting desperately.
Steven Wu.

Windows XP locks on waveOutReset() and waveInReset()

JohnnyNin21-Jun-02 4:45

JohnnyNin

21-Jun-02 4:45

I am using a callback to process wave messages (WIM_DATA, WIM_CLOSE, WOM_DONE, WOM_CLOSE). The problem is: under Windows 9x and ME everything worked great. Now, however, Windows XP locks when I free up allocated memory by calling waveOutReset() or waveInReset().

I think the problem is that the callback exists in a different thread than where the memory was allocated. If this is correct, what should I use: GlobalAlloc(), VirtualAlloc(), HeapAlloc()??? Or should I be doing something different altogether?

Johnny Confused | :confused:

Recommendations

Al_Pennyworth21-Jun-02 4:27

Al_Pennyworth

21-Jun-02 4:27

Hey, can anyone give any recommendations of good books that I can get that will help with my COM/OLE/ATL woes? I am using COM/OLE (and/or ATL) and trying to incorporate MS Word into an application, add a toolbar button dynamically, and other processing, and I was wondering if anyone knew of any books that might be good, possibly show some examples, etc. I would like to get a couple of books that might be working with Word in them. Any ideas would be appreciated!!!

I have looked at various posts on this website and a few others and they have helped alot. But they just don't seem to work in my application and I am not sure why...

Re: Recommendations

Bill Wilson21-Jun-02 9:20

Bill Wilson

21-Jun-02 9:20

Inside COM by Microsoft Press

How do i find out if a graphics device supports the GetPixel API?

redeemer21-Jun-02 4:12

redeemer

21-Jun-02 4:12

When i use it on mine it returns 0xcd as the color of ALL the pixels.

Re: How do i find out if a graphics device supports the GetPixel API?

C^hris L^osinger21-Jun-02 4:59

C^hris L^osinger

21-Jun-02 4:59

according to this, you need to test RC_BITBLT

-c

Garbage collection, making life better - for weenies!

Image Processing - just like mom used to make.

Odd list box behaviour

Jason Hooper21-Jun-02 4:05

Jason Hooper

21-Jun-02 4:05

Can anybody shed some light on why my list box might be doing this when I size it, and sometimes not even *appearing* when I alt-tab back to my app?

It's part of a tab control (in my dialog app) that I manually ShowWindow when a user clicks on a certain tab.

Thanks ahead of time,

- Jason
(SonorkID 100.611)

In the beginning, teachers taught the 5 W's: who, what, where, when, why. Now it's just a big damn G

Re: Odd list box behaviour

Roger Allen21-Jun-02 6:32

Roger Allen

21-Jun-02 6:32

I have had a simliar problem on a docking window. In the end I had to force the control to re-paint everything, not just the area that had changed. You will probably have to put and Invalidate() call at the end of your OnSize() procedure to get it to re-draw properly.

Roger Allen
Sonork 100.10016

If I had a quote, it would be a very good one.

Re: Odd list box behaviour

Jason Hooper21-Jun-02 11:35

Jason Hooper

21-Jun-02 11:35

Thanks for the response. I've been hunting this problem all day and have narrowed it down enough to know the cause. It seems to do this only when I have two list controls stacked atop each other. They're inside a tab control and I ShowWindow(FALSE) them and then ShowWindow(TRUE) one of them depending on which tab is active. Any further ideas? I'll keep poking around in the meantime, and I'll try your trick.

UPDATE: It's the tab control that's causing it. When I ShowWindow(FALSE) the tab control before anything else, the problem goes away. Will I have to subclass CTabCtrl and make it not draw the background or somethiNG?

Thanks again,

- Jason
(SonorkID 100.611)

In the beginning, teachers taught the 5 W's: who, what, where, when, why. Now it's just a big damn G

Re: Odd list box behaviour

Shog⁹21-Jun-02 12:41

Shog⁹

21-Jun-02 12:41

Jason Hooper wrote:
Will I have to subclass CTabCtrl and make it not draw the background or somethiNG?

First, make sure you have the WS_CLIPSIBLINGS style set for the tab control. While you're at it, make sure WS_CLIPCHILDREN is set for the dialog also. If neither of those works, i'd try Roger's suggestion (Invalidate() on resize) before something as drastic as sublcassing.

--------
The real problem is that you don't have to be religious to be a religious fanatic,
you just have to be a fanatic.

-- Stan Shannon, the lounge

Re: Odd list box behaviour

Jason Hooper22-Jun-02 6:46

Jason Hooper

22-Jun-02 6:46

I removed WS_CLIPSIBLINGS for the tab control, and added WS_CLIPCHILDREN to the dialog itself, and all seems to work fine. Thank you! This was getting under my skin.

- Jason
(SonorkID 100.611)

In the beginning, teachers taught the 5 W's: who, what, where, when, why. Now it's just a big damn G

Re: Odd list box behaviour

Roger Allen24-Jun-02 2:26

Roger Allen

24-Jun-02 2:26

As an aside, I would also change the ShowWindow() calss from TRUE/FALSE to SW_HIDE and SW_SHOW, as you cannot guarantee that TRUE/FALSE will work as expected.

Roger Allen
Sonork 100.10016

If I had a quote, it would be a very good one.

Re: Odd list box behaviour

Jason Hooper25-Jun-02 7:44

Jason Hooper

25-Jun-02 7:44

Thanks for the tip, I'll do that.

- Jason
(SonorkID 100.611)

In the beginning, teachers taught the 5 W's: who, what, where, when, why. Now it's just a big damn G

include collision

Zizilamoroso21-Jun-02 2:55

Zizilamoroso

21-Jun-02 2:55

2 header files:
- Class1.h contains CClass1
- Class2.h contains CClass2

2 class files:
- Class1.cpp #include "stdafx.h"
- Class2.cpp #include "stdafx.h"

CClass1 contains pointer to CClass2 object, CClass2 contains pointer to CClass1 object.

So:
-Class1.h: #include "Class2.h"
-Class2.h: #include "Class1.h"

When trying to compile this, the compiler returns aprox. 60000 errors. That's because the classes are already defined.

How can we solve this problem? A clean solution please.

[VISUAL STUDIO 6.0] [MFC] [WIN98/2]

Bluute tette! Dead | X|

Re: include collision

Zizilamoroso21-Jun-02 3:04

Zizilamoroso

21-Jun-02 3:04

The both classes use this:

#if !defined
   #define
....
#endif

and it still doesn't work

[VISUAL STUDIO 6.0] [MFC] [WIN98/2]

Bluute tette! Dead | X|

Re: include collision

Alvaro Mendez21-Jun-02 6:16

Alvaro Mendez

21-Jun-02 6:16

I answered a question similar to this one a while back. Look here.

Regards,
Alvaro

Insanity: doing the same thing over and over again and expecting different results. - Albert Einstein

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