Re: Dead windows in MFC - C / C++ / MFC Discussion Boards

BoudewijnEctor31-Jul-03 0:59

31-Jul-03 0:59

Hi,

Suppose I'm writing a program wich uses 3 windows:

1: select a mode
2: select an input\output path
3: perform some actions (and supply the program with the actions properties)

ans suppose i call those windows win1,win2, and win3.

After havig performed the actions in win3, I'd like to show win1 again and let all the others disappear.

HOW CAN I DO THIS?

all those windows are inherited from CDialog and are showed by calling the DoModal method.

Thank you in advance,

Re: Dead windows in MFC

BoudewijnEctor31-Jul-03 1:08

BoudewijnEctor

31-Jul-03 1:08

And i forgot:

If i try to get back to the last windows (for instance from win3 to win2), both dont react anymore .

CAn you tell me how this is possible (or rather how to solve it)?

Re: Dead windows in MFC

jhwurmbach31-Jul-03 1:20

jhwurmbach

31-Jul-03 1:20

After win3.DoModal() returns with ID_OK, you call win1.DoModal() again.

Or am I missing something? If yes, please post (relevant!) code.

Good luck!

Who is 'General Failure'? And why is he reading my harddisk?!?

Re: Dead windows in MFC

BoudewijnEctor31-Jul-03 1:23

BoudewijnEctor

31-Jul-03 1:23

How to let it return ID_OK?

Re: Dead windows in MFC

jhwurmbach31-Jul-03 1:29

jhwurmbach

31-Jul-03 1:29

I am sorry, it was IDOK.
And you did read the MSDN article about CDialog::DoModal(), did you?
Sorry to be rude, but I think it is the minimum requirement to have read the relevant MSDN articles before asking questions.

Who is 'General Failure'? And why is he reading my harddisk?!?

Re: Dead windows in MFC

BoudewijnEctor31-Jul-03 1:53

BoudewijnEctor

31-Jul-03 1:53

Ok,

thanks --> I did, and it worked quite well

Re: Dead windows in MFC

BoudewijnEctor31-Jul-03 2:01

BoudewijnEctor

31-Jul-03 2:01

But,

I now need to make my own IDs, instead of IDOK i want to use (for instance IDready): can can I do this?

PS: I've already looked in the MSDN

Re: Dead windows in MFC

Ravi Bhavnani31-Jul-03 2:38

Ravi Bhavnani

31-Jul-03 2:38

CMyDialog::OnOK()
{
  // Close the dialog and have DoModal() return a custom return code
  EndDialog (IDready);
}

/ravi

Let's put "civil" back in "civilization"
Home | Articles | Freeware | Music
ravib@ravib.com

Re: Dead windows in MFC

BoudewijnEctor1-Aug-03 0:43

BoudewijnEctor

1-Aug-03 0:43

OK,

but if I try to build my solution, the compiler says IDREADY: undeclared identifier, altough I've declared it allready in my class' message map!

What's wrong with this? Confused | :confused:

Re: Dead windows in MFC

Ravi Bhavnani1-Aug-03 4:17

Ravi Bhavnani

1-Aug-03 4:17

You need to have IDREADY #defined in resource.h (which you'll #include in your .cpp file).

I suspect you're just starting out with MFC. You'd be wise to read an introductory text on the subject and teach yourself the basics. It shouldn't take long and will save you a lot of frustration. I recommend any of these authors: David Kruglinski, Charles Petzold and Jeff Prosise. You can probably buy their books used on Amazon or EBay for next to nothing.

/ravi

Let's put "civil" back in "civilization"
Home | Articles | Freeware | Music
ravib@ravib.com

I don't wanna record same information again

Emre Zorlu31-Jul-03 0:47

Emre Zorlu

31-Jul-03 0:47

After adding information,it shouldn't be recorded the same information again.
if it is wanted to record same records it should give a message?
how can I do this ?

emroz

Re: I don't wanna record same information again

Rage31-Jul-03 0:56

Rage

31-Jul-03 0:56

Emre Zorlu wrote:
After adding information,it shouldn't be recorded the same information again.

Adding to what ? Confused | :confused:

~RaGE();

Re: I don't wanna record same information again

Emre Zorlu31-Jul-03 1:00

Emre Zorlu

31-Jul-03 1:00

I'm using *.mdb table.(ODBC)
After I add recordset ,it should warn me if I try to add same recordset

emroz

Xp vs. NT

Rage31-Jul-03 0:39

Rage

31-Jul-03 0:39

I know there are some differences between the way XP and NT are handling threads, but I do not know hat exactely. Can somebody point me this out ?

My problem is following :

I have made a very simple MFC dialog application, with one single button. Pushing the button launches another dialog in a separate thread, with a progress bar being filled through a timer (the app does not make sense by itself, it is just for testing).

Under NT, I can debug it without any problem.
Under Xp, the debugger hangs after a few steps with F5.

I suppose it is linked with the way Xp and NT are handling threads and processes, therefore my previous question.

Thanks CPians.

~RaGE();

Re: Xp vs. NT

Chris Richardson31-Jul-03 8:28

Chris Richardson

31-Jul-03 8:28

Does the whole system seem to run REALLY slow too until you manage to kill the debugger? If you are using VC6, this same thing happens to me. Sometimes two or three times in a row. I don't know how to fix it, but I can tell you it sure is a PITA. Mad | :mad:

Chris Richardson

Re: Xp vs. NT

Mathias S.19-Aug-03 4:20

Mathias S.

19-Aug-03 4:20

I don't know if you already fixed the problem. (3 weeks ago you ask about it) but I had the same problem (hanging when debugging in other then the main thread)
And it has been driving me crazy. And today I search the web again about the problem expecting not to find anything about it.
But I did. On a forum on codeguru.

It seems like if you have enabled "advanced text services" on XP then a DLL is hooked in each process. This is causing VC to stop responding

Sound stupid. And I haven’t heard anything about it before.
But after turning it off. I can now debug without any problem.

To turn off "advanced text services".
1. Open Regional and Language Options in Control Panel.
2. On the Languages tab, under Text services and input languages, click Details.
3. On the Advanced tab of the Text services and input languages dialog box, select the Turn off advanced text services check box to turn text services off.

Flush cin

Andrew Walker30-Jul-03 23:54

Andrew Walker

30-Jul-03 23:54

Stupid, stupid question.

Is there a way to completely flush cin of everything. A '/n' stays in the buffer if you ever use the stream extraction operators.

The end goal is to replace the VC6 functionality of 'press any button to continue.' which is written out to the console in debug mode. It needs to be using only STL (using cin / streambufs etc), and it only needs to detect enter being pressed. I know I can use _kbhit(), but I'm annoyed enough to want someone to tell me what I'm missing.

Bloody lecturers.

If you can keep you head when all about you
Are losing theirs and blaming it on you;
If you can dream - and not make dreams your master;
If you can think - and not make thoughts you aim;
Yours is the Earth and everything that's in it.

Rudyard Kipling

Re: Flush cin

Ryan Binns31-Jul-03 1:09

Ryan Binns

31-Jul-03 1:09

Try

cin.ignore(numeric_limits<int>::max());

Ryan

"Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"

Re: Flush cin

John R. Shaw31-Jul-03 9:24

John R. Shaw

31-Jul-03 9:24

In the MFC Library is the following article:

HOWTO: Clear an istream Object During Extraction
ID: Q132422

INTP

Re: Flush cin

Andrew Walker31-Jul-03 11:32

Andrew Walker

31-Jul-03 11:32

Thanks, that was one of those questions where all the documentation seems to go round in circles, and you never find what you're looking for, but it's working now

Big Grin | :-D

About a function declaration

FlyingDancer30-Jul-03 23:40

FlyingDancer

30-Jul-03 23:40

Here is a function name:
void (* xyz(int, void (*)(int)))(int)
What meaning does it mean?

Re: About a function declaration

Anonymous30-Jul-03 23:58

Anonymous

30-Jul-03 23:58

Try to read such expressions from inside to outside:

xyz is a function
   its first parameter is of type int
   its second parameter is of type
        pointer to function
            with one parameter of type int
            returning void
   returning
        pointer to function
            with one parameter of type int
            returning void

Re: About a function declaration

FlyingDancer31-Jul-03 1:47

FlyingDancer

31-Jul-03 1:47

Can you give us an example to illustrate it?

How to us msComm Control on A DialogBar

coolfired30-Jul-03 23:40

coolfired

30-Jul-03 23:40

I place a ms serial communiction control (msComm)on a dialog,and make this dialog as a diaolgbar to us,But I cann't use the mscomm control to open any
serial port,seems the control isn't enabled to use on dialogbar.
I know other control such as button can add UpdateUI memeber function by hard to use enable it ,but how to enable the mscomm control to use?
Any one On the GuRu can help?
Thanks

Is it possible to have callback function as a class member?

Aidman30-Jul-03 23:09

Aidman

30-Jul-03 23:09

Hi, all

I am writing a class that creates and maintains a window/control. The problem is that I can’t seem to give the class its own private callback function (the Window Procedure alias WndProc); the VC++ complier simply gives a type cast error when giving out the function pointer. I thought about why and I assume that the reason lies in the different structure between class functions and global functions. But is there a way to go round this, like force the compiler to construct the class function as a global function (assuming that’s the case)? If that’s not that the case, then why does the compiler give a type cast error? And is it possible to have callback function as a class member or at least give the class some sort of private callback function? And oh yes, I know I can use MFC but I simply prefer not, I want to know if can be done without its help.

Thanks in advance

Aidman » over and out
We haven't inherited Earth from our parents, instead we have borrowed her from our children; an old Indian saying.

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