C / C++ / MFC

9-May-08 4:14

It was me.

[Rude/inflammatory content removed by poster]

modified on Friday, May 9, 2008 12:56 PM

Rajesh R Subramanian9-May-08 4:47

9-May-08 4:47

enhzflep wrote:
It was me.

May I please know the reason behind you down-voting my answer?

Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP

enhzflep9-May-08 5:16

9-May-08 5:16

Certainly, of course it will make me look more of a fool, but such is life...

Um, when I gave that undeserved vote, It was after I had read the second post by Manasi D in this thread. The one where the fact that an emulator was being used was stated.

When I look at the forum this instant, I see that the post you made that I down-voted was made 1 hr 57 mins ago.
The post that clarified that an emulator was used was made 1 hr 38 mins ago.

I did not even think to look at these times when I handed you the 1.

Obviously, your post was made some 19 minutes before the clarification was made.

So again, I accept the label of idiot. $Shucks | :-\$
Sorry for the upset I've caused. Rose | [Rose]

Simon.

Rajesh R Subramanian9-May-08 5:27

9-May-08 5:27

enhzflep wrote:
When I look at the forum this instant, I see that the post you made that I down-voted was made 1 hr 57 mins ago.
The post that clarified that an emulator was used was made 1 hr 38 mins ago.

That sums it up. Sorry for calling you an idiot and thanks for taking the time to explain. Smile | :)

[Shameless] After the upgradation of CP, You can re-vote on any post, just in case, FYI. Blush | :O

[/Shameless]

Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP

enhzflep9-May-08 5:36

9-May-08 5:36

Rajesh R Subramanian wrote:
Sorry for calling you an idiot and thanks for taking the time to explain. [Smile]

[Shameless] After the upgradation of CP, You can re-vote on any post, just in case, FYI. [Red faced] [/Shameless]

Don't worry about it. I was(am?) an idiot, I just reject spineless. Poke tongue | ;-P

Post re-voted.(5)

seeya!

toxcct9-May-08 3:11

toxcct

9-May-08 3:11

Manasi D wrote:
How to Run UNIX based EXE [MKS] through Shell in VC++ application

not sure, but wouldn't having a cygwin help ?

otherwise, i'm not sure at all this can be done...

[VisualCalc][Binary Guide][CommDialogs] | [Forums Guidelines]

Rajesh R Subramanian9-May-08 3:13

9-May-08 3:13

Cygwin is just an emulator. The OP wants to run a UNIX binary under a windows machine. Cygwin (or nothing else) can run a native UNIX app on Windows. Talk about doing the impossible.

And that is an urgent query, if you haven't noticed it yet.

Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP

Re: Execute unix application through VC++ [modified]

Randor 9-May-08 5:09

Randor

9-May-08 5:09

Rajesh R Subramanian wrote:
Cygwin (or nothing else) can run a native UNIX app on Windows. Talk about doing the impossible.

For the record I am not the guy who voted you down. Smile | :)

But I wanted to say that you are absolutely incorrect. Compilers simply generate machine code and Unix/Linux ELF binaries are nothing more than a file format. The instructions inside are still x86 instructions. I have done many experiments executing simple ELF binaries on Windows as have many others before me. For simple commandline/shell ELF binaries all you need to do is implement some of the missing libc and/or ncurses functions. It certainly becomes more difficult when the complexity of the ELF is increased. For example non-static ELF binaries which are loading many shared objects can be extremely difficult to load in Windows.

At any rate I just wanted to point out that you should never say something is impossible. There are many talented researchers who read this forum who just might do the impossible.

Best Wishes,
-David Delaune

Rajesh R Subramanian9-May-08 5:22

9-May-08 5:22

Randor wrote:
The instructions inside are still x86 instructions. I have done many experiments executing simple ELF binaries on Windows as have many others before me. For simple commandline/shell ELF binaries all you need to do is implement some of the missing libc and/or ncurses functions. It certainly becomes more difficult when the complexity of the ELF is increased.

Believe me or not, I hesitated a moment to choose between "impossible" and "next to impossible". Because I've heard this hack, only from an old professor of mine. While you say that you've experimented on similar stuff, I can guess your age and experience. So, my respect for you has gone up by two notches. And thanks for the inputs; that's a lot interesting. I'll probably read up on that in free time. Smile | :)

[ADD]And needless to say, I know that you won't be the one down-voting. Smile | :)

[/ADD]

Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP

modified on Friday, May 9, 2008 11:30 AM

Rajkumar R9-May-08 5:23

Rajkumar R

9-May-08 5:23

I agree with you i know wine [^]on linux runs native win32 code even directX code. Rajesh knows i won't vote down. Smile | :)

Rajesh R Subramanian9-May-08 5:31

9-May-08 5:31

Rajkumar R wrote:
I agree with you i know wine [^]on linux runs native win32 code

I was wondering about the converse part of it. Running UNIX code - rather UNIX binaries on Windows. Smile | :)

Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP

Rajkumar R9-May-08 5:32

Rajkumar R

9-May-08 5:32

I mean the possiblility. Smile | :)

that David was discussing although reverse.

Rajesh R Subramanian9-May-08 5:38

9-May-08 5:38

That should be fantastic man. What do you think? I'm going to give that a little try at my free time. Smile | :)

Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP

Rajkumar R9-May-08 5:44

Rajkumar R

9-May-08 5:44

you should. good luck.
Now there are tools like linux virtual machines running on windows that can do run native codes, some colleagues use it.

enhzflep9-May-08 5:41

9-May-08 5:41

Just as WINE runs windows execs in linux, LINE runs linux execs in windows.

There's also lina, but that requires sources be recompiled (changing what, I can only guess)

Rajesh R Subramanian9-May-08 5:46

9-May-08 5:46

That must make a fantastic read. My Sunday will be spent on this, I'm afraid. Smile | :)

Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP

destroy a dialog in a MFC application

David Crow9-May-08 15:17

David Crow

9-May-08 15:17

Manasi D wrote:
Int lnSts =_spawnl(_P_NOWAIT,"SHELL.exe","SHELL.exe","-Lc Target.EXE",NULL);

If you are wanting something a little more modern that _spawnl(), see here.

"Love people and use things, not love things and use people." - Unknown

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

tom groezer9-May-08 2:53

tom groezer

9-May-08 2:53

I have an MFC application whose onok and onkcancel method have been disable. Also I have overidden the esc and return keystroked. This MFC application calls another application B thru a createprocess method and aits via WaitForSingleObject until this application B quits. At this point I would like to quit my application. How do I self destroy my dialog. Please provide the exact API call. I used postmessage without luck.

Rajesh R Subramanian9-May-08 3:02

9-May-08 3:02

Try EndDialog(0);

Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP

toxcct9-May-08 3:09

toxcct

9-May-08 3:09

Rajesh, prefer using the Enumerators rather than their values.

in brief, use IDC_CANCEL instead of 0 Wink | ;)

[VisualCalc][Binary Guide][CommDialogs] | [Forums Guidelines]

Rajesh R Subramanian9-May-08 3:31

9-May-08 3:31

toxcct wrote:
in brief, use IDC_CANCEL instead of 0

You mean IDCANCEL? The framework will use IDCANCEL as the return value if the dialog is closed by clicking the Cancel button or the X button or pressing Alt+F4 (and as a result the OnCancel() being triggered).

Now, I don't think there is any valid reason for me to go out of my way and use IDCANCEL as my return value (which is equal to 2 and not 0), for the very reason that my app was not closed because of a cancel event. I might want to return 0 (which might mean everything went on fine) or, say return 24 (something like - the user chose to pause the process in between and close the dialog).

Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP

toxcct9-May-08 3:08

toxcct

9-May-08 3:08

man, this is not a chat, it's a forum !!!

if you can't wait 10 minutes that i reply to your question, then you're definitely not at the right place to ask.

so as i was saying, and as Rajesh confirmed, EndDialog(IDC_CANCEL)[^] is a good solution.

[VisualCalc][Binary Guide][CommDialogs] | [Forums Guidelines]

modified on Friday, May 9, 2008 9:28 AM

tom groezer9-May-08 3:20

tom groezer

9-May-08 3:20

Below is the code the control is not coming after dlg.DoModal();

if (!CreateProcess(NULL, /* No module name (use command line). */
theApp.m_lpCmdLine, /* Command line. */
NULL, /* Process handle not inheritable. */
NULL, /* Thread handle not inheritable. */
FALSE, /* Set handle inheritance to FALSE. */
CREATE_NO_WINDOW, /* Do not display console window */
NULL, /* Use parent's environment block. */
NULL, /* Use parent's starting directory. */
&si, /* Pointer to STARTUPINFO structure. */
&pi)) /* Pointer to PROCESS_INFORMATION structure. */
status = GetLastError();

CProgressActivityDlg dlg;
m_pMainWnd = &dlg;
//INT_PTR nResponse =
dlg.DoModal();
//if (nResponse == IDOK)
//{
// TODO: Place code here to handle when the dialog is
// dismissed with OK
//}
//else if (nResponse == IDCANCEL)
//{
// TODO: Place code here to handle when the dialog is
// dismissed with Cancel
//}

MessageBox(NULL, _T("Before loop"), _T("Test"), MB_OK);
WaitForSingleObject(pi.hProcess, INFINITE);
MessageBox(NULL, _T("Out of loop"), _T("Test"), MB_OK);

CloseHandle(pi.hProcess);
CloseHandle(pi.hThread);
PostMessageW(dlg.GetSafeHwnd(), WM_CLOSE ,0, 0);
// Since the dialog has been closed, return FALSE so that we exit the
// application, rather than start the application's message pump.
AfxGetMainWnd()->PostMessage(WM_CLOSE, 0, 0);
return FALSE;

tom groezer9-May-08 3:26

tom groezer

9-May-08 3:26

So the problem is to get the control out of dlg.DoModal(); somehow is it possible to do so usisng the modal dialog I have created. what is the alternative