|
It might be better to look at your code and try to determine how your program gets into this state. Do you have a closed loop somewhere, or a process wait that cannot be stopped?
Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman
|
|
|
|
|
No, I think this is the issue of incompatibility(Win7 X64 and VC6.0).
|
|
|
|
|
Falconapollo wrote: No, I think this is
Fine, now you need to do some testing to confirm it.
Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman
|
|
|
|
|
did you try
taskkill /f /t /im devenv.exe
to make sure you kill the child process/app?
|
|
|
|
|
It does't work. I only want to terminate the debugged app, not VC6.0 IDE.
Thank you all the same!
|
|
|
|
|
Falconapollo wrote: Sometimes when I debug the MFC program, I press Shift+F5 to terminate the debug, but the program shows "not responding" and VC++ 6.0 IDE shows normally.
When you are debugging, on process tree debugging app is the child of the MSDEV. could you please check at what exact location it is not responding is it any hardware call or IO call!
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
Never mind - my own stupidity is the source of every "problem" - Mixture
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and You
|
|
|
|
|
When debugging program with VC6.0, the debugged app process attach VC6.0. And the process is the child of MSDEV.exe. But when I press Shift + F5 to stop debugging, VC6.0 CANNOT terminate the app.
ProcessExplorer can't terminate the app, either.
*.exe wWinMainCRTStartup(found by click properties in ProcessExplorer).
I want to terminate the app, not VC6.0!
Thanks for you reply! Any help?
|
|
|
|
|
Hi,
Visual Studio 6 is completely unsupported on Vista+ operating systems. There are literally dozens of incompatibilities so I do not know what is causing your IDE to hang. If I had to guess... I would guess that the operating system is waiting on an I/O request to complete. Probably because the VC6 IDE is calling DeviceIOControl after or during the termination/detachment of the debugger resulting in a race condition. In these hangs... TerminateProcess does not succeed because the system is infinitely waiting on an I/O cancellation. The I/O cancellation will never succeed because the process was partially deleted and no longer has any allocated address space (which contained the information required for I/O cancellation!).
Anyway it doesn't relly matter why it is hanging... you should be running VC6 in XP Mode[^] on Vista+ operating systems. If you don't want to run the VC6 IDE in XP mode... don't worry your not alone. I also do not run it in XP mode. Instead I use the IDE for writing code and then I use WinDbg[^] for debugging the code.
If the application you are building will be used on Vista+ operating systems... you should consider upgrading your compiler so you can take advantage of /GS stack cookies[^] , /SAFESEH[^] and integrity levels.
Best Wishes,
-David Delaune
|
|
|
|
|
Thank you very much!
You did solve my problem! And I think your suggestions are very good.
|
|
|
|
|
Nice answer
Regards.
--------
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpfull answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
The following piece of code was working fine in VC++6.0 . When UAC was enabled/disabled , for an administrative user the IsUserAdmin was returning true. We are migrating VC++6.0 to VS2010. After this when UAC is enabled IsUserAdmin is returning false and when UAC is disabled IsUserAdmin is returning true. Why is this failing in VS2010 when UAC is enabled and what could be fix for this.
BOOL IsUserAdmin(VOID)
/*++
Routine Description: This routine returns TRUE if the caller's
process is a member of the Administrators local group. Caller is NOT
expected to be impersonating anyone and is expected to be able to
open its own process and process token.
Arguments: None.
Return Value:
TRUE - Caller has Administrators local group.
FALSE - Caller does not have Administrators local group. --
*/
{
BOOL b;
SID_IDENTIFIER_AUTHORITY NtAuthority = SECURITY_NT_AUTHORITY;
PSID AdministratorsGroup;
b = AllocateAndInitializeSid(
&NtAuthority,
2,
SECURITY_BUILTIN_DOMAIN_RID,
DOMAIN_ALIAS_RID_ADMINS,
0, 0, 0, 0, 0, 0,
&AdministratorsGroup);
if(b)
{
if (!CheckTokenMembership( NULL, AdministratorsGroup, &b))
{
b = FALSE;
}
FreeSid(AdministratorsGroup);
}
return(b);
}
Thanks in advance
|
|
|
|
|
See the community comments at the MSDN for CheckTokenMembership [^].
There should be no different behaviour when compiled with VC 6 or VS 10 and executed on the same system using the same AdvApi.dll.
|
|
|
|
|
I'm not an expert on the subject, but I do have experience with UAC, Vista + and VS2010.
I spent several months reading up on the topic.
On Vista+, your user account can be made or set to administrator, or the group administrator, just like on Windows XP, in which the setting claims you can make any changes to the system you desire, if your are using the Windows Desktop.
But the Windows Desktop runs in 3 modes, mode 1 is a virtual mode, or a clone of the real windows desktop, mode 2, when you elevate, is the real administrators desktop, and mode 3 is the highest level of windows desktop.
When you ran your code, it said of course you are an administrator, but you have to elevate past the clone desktop, by bringing up the elevate permission dialog in order to actually run code that requires administrative permissions in the real desktop. If you don't elevate, your code will not run, and return an error code 740.
When you set UAC in the manifest to a higher level than AsInvoked, when the program starts, it will invoke the elevate dialog, and elevate the program to the next desktop level.
I suspect your code is old school for Windows XP, and just sort of gives you the actual answer, which is true when running as AsInvoked.
Writing for Vista and Windows 7 is a totally different way of thinking, UAC first, everything else second. You have to get permission from the desktop to make changes to the OS, or keep your programs boundaries in an isolated environment.
|
|
|
|
|
I want to make a window like snapshot manager tree node in VMWare?
Does anybody know how to make it???
Thinks in advance!!..
I am S-jun..
|
|
|
|
|
Jing_K wrote: I want to
Then you should start with some research; put the keywords of your proposed solution into Google and start learning about the features you want to use.
Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman
|
|
|
|
|
+5
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
Never mind - my own stupidity is the source of every "problem" - Mixture
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and You
|
|
|
|
|
thanks, 
Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman
|
|
|
|
|
q1: C programme that accepts valid file names as command line arguments and for each of the arguments, prints the type of the file (regular file, directory file, character special file, block special file,
symbolic link, etc)
#include<stdio.h>
#include<sys/types.h>
#include<sys/stat.h>
#include<fcntl.h>
int main(int argc,char *argv[])
{
int i;
struct stat buf;
for(i=1;i<argc;i++)
{
printf("%s",argv[i]);
if(lstat(argv[i],&buf)==-1)
{
printf(" Lstat error\n");
continue;
}
if(S_ISREG(buf.st_mode))
printf(" Regular file\n");
if(S_ISDIR(buf.st_mode))
printf(" Directory file\n");
if(S_ISCHR(buf.st_mode))
printf(" Character file\n");
if(S_ISBLK(buf.st_mode))
printf(" Block file\n");
if(S_ISLNK(buf.st_mode))
printf(" Symbolic link file\n");
}
}
/////////////////////////////////////////////////////
q2: C programme to do the following: Using fork() create a child process. The child process prints its own process id and id of its parent and then exits. The parent waits for the childto finish(by executing wait()) and prints its own process id and the id of its child and then exits.
#include <stdio.h>
#include<stdlib.h>
#include<sys/stat.h>
#include<sys/types.h>
int main()
{
pid_t ppid,mpid,pid,status=0;
pid=fork();
if(pid<0)
{
printf("Error");
exit(0);
}
if(pid==0)
{
mpid=getpid();
printf("\n I am child, my id is %d",mpid);
ppid=getppid();
printf("\n I am parent, my id is %d ",ppid);
exit(1);
}
pid=waitpid(pid,&status,0);
mpid=getpid();
printf("\n I am parent with id %d and my child is %d \n",mpid,pid);
}
both giving sysntax error,where is the mistake,can any rectify it,i have tried[in fedora 12-linux] i couldnt got solution
|
|
|
|
|
connect2janu wrote: both giving sysntax error,where is the mistake...
Your compiler should tell you exactly where and what the problem is.
"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
|
|
|
|
|
Instead of posting only the code, you should post the compiler error as well. And please edit the post to format the code section properly.
|
|
|
|
|
Is it just me or not but in my day we didn't ask for help at the first hurdle and things were hard then, no internet, remember compiling 16 bit code for the large memory model? We had to find the answers ourselves.
It strikes me it is too easy today to throw an ill-formed/undefined question at CP and expect an answer! What happened to research? What happened to thinking out a problem till you got the the very nub of the issue; because once you know the right question to ask, the answer almost suggests itself.
I mean, linked lists, writing data to a file? Thats really simple stuff that anyone studying a programming course should e able to work out for themselves!
==============================
Nothing to say.
|
|
|
|
|
Well, you're right in that it's too easy to just shoot a question into the great Internet Void (tm) and sit back and wait for an answer. One of the things that kill me is the number of questions that claim to be "urgent" yet they're willing to wait for who known how many hours for somebody to notice their question on CP or anywhere else. If it's "urgent" you should be researching it yourself.
Personally, I blame the instructors (since apparently many of these questioners are in classes somewhere). Linked Lists, Reading / Writing Files, this is all Computer Science 1 stuff yet there are no apparent "cookbook answers" or "class tutorials" on this stuff that explains it more fully. You'd think that problems with this stuff would be a predictable outcome so instructors should prepare to instruct on the topic.
And maybe it's the proliferation of "online universities" where there is no physical contact with a "teaching staff" who can provide personalized instruction / answers. Back in the 60's, we had professors who lectured and Teaching Assistants who held other classes and a group of top students (Program Advisors) that sat at desks in the Comp Sci Department and helped fellow students through the homework assignments. I did that job for a couple of semesters. Who provides that service now? Code Project and other such sites.
|
|
|
|
|
Chuck O'Toole wrote: Back in the 60's, we had professors who lectured
Back in the 60's I was learning programming on the job from my peers, and reading the manuals.
Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman
|
|
|
|
|
Ah yes, the good old days when my bedtime reading was the IBM 7090 Principles of Operation manual  Back then, Computer Science wasn't it's own discipline but fell under the Math Department (they didn't know where else to put it). And OJT was the only way anybody got any training.
|
|
|
|
|
Richard MacCutchan wrote: Back in the 60's I was
and I was in diapers, learning how to walk and talk.
Independent ACN Business OwnerMake toll free long distance calls from your smart phone with ACN Mobile World. When connected via wifi, calls will not use any of your minutes or data, nor will there be any roaming charges.
Certain conditions apply. See my website for details.
Within you lies the power for good - Use it!
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
![Rose | [Rose]](https://www.codeproject.com/script/Forums/Images/rose.gif)
