|
I assume you're using Vista or higher. Basically, your application doesn't have permissions to do anything inside protected directories. This is a good thing, and has been implemented like this for a reason.
|
|
|
|
|
reason for my vote 5 is: I also think that it is the administrative rights problem...
Happy Coding... 
|
|
|
|
|
make sure that you have administrative rights on the system..
Happy Coding...
|
|
|
|
|
Even if you have admin-rights, this is typically not done, unless you're trying to hide something from the user. The folder contains system-files for Windows, application-level sh*t should be kept apart.
Bastard Programmer from Hell 
|
|
|
|
|
Hey everybody,
I need to show a static Dialog having only a label "Please Wait" before a long process starts. Since both dialog & process are in the main thread, the dialog is frozen. Due to this, till the task is completed, if I click or drag the "Please Wait" Dialog, "End Process" pops in. Thus, I just need to bypass all the WINDOWS MESSAGES other than those needed for dlg.show() & dlg.close().
Please help me. To start with I know how to bypass the messages.
protected override void WndProc(ref Message m)
{
if (m.Msg == WM_CLOSE)
base.WndProc(ref m);
}
I just want to know what all messages I'll have to bypass. Also, is there any thing easier way to do this. Thanx in Advance.
|
|
|
|
|
varunpandeyengg wrote: Thus, I just need to bypass all the WINDOWS MESSAGES
No you need to redesign your process. Move your long running process off the main thread and do the job properly. Mucking around with message handling b/c you are too lazy to use another thread is just dumb.
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
Due to some limitation of the process, I need to call some functions of main thread plus BeginInvoke isn't performing well. So, I have no choice other than working with Windows Message.
|
|
|
|
|
There is no other way. Running the long running job on new thread is the way to go. Because both the message handling code and long running code are getting executed on the main thread. Which means either one can execute at a time. Since the long running job is blocking the thread, main thread will be in waiting state and your message processing code won't get executed.
Why do you think BeginInvoke is not performing well? Do you have benchmarks which shows BeginInvoke is slow?
Best wishes,
Navaneeth
|
|
|
|
|
That is a bad idea. As others have said, your long operation needs to move to another thread. There are a couple of ways to do that, the best choice depends on the operations. What is it you are doing? How long does it take, and how often does your code need to access the GUI in that time?
BTW1: I don't use Control.BeginInvoke(); when I need invoking, I use Control.Invoke().
BTW2: IMO a long operation needs a way to get cancelled (the user sits there waiting and has the time to change his mind); and a progress bar is also nice to have. These are additional reasons to do things properly, i.e. with an extra thread.
|
|
|
|
|
I'll download program of PKI C#(asp.net),who can tell me the url?
|
|
|
|
|
Shhhh. I'm going to let you in on one of the biggest secrets in the IT industry. You have to promise that you won't let anybody else know though, because this secret is only meant to be used by people who have been world renowned developers for more than 10 years. You seem like a nice chap though so I'll let you in on it.
Are you ready?
Well, there's this secret site where you can type in details of what you are looking for and if you click the Search button it goes off and looks for things that it thinks match. It's really, really clever, but we don't want just anyone to know about it. Just think of the havoc that could be wreaked if the uninitiated knew about it. All sorts of people would be able to find things.
Anyway, just for you, follow this[^] link.
|
|
|
|
|
I'm deeply disappointed POH, that really deserved a LMGTFY, still your response was funnier!
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
I toyed with the LMGTFY option, but decided there was more humour doing it this way.
|
|
|
|
|
Oh no, now you've done it, you've uncovered the ultimate source, the never ebbing eternal fountain of wisdom and knowledge. Q&A will soon be a deserted and sullen place, now that you betrayed us by disclosing the source. May the wrath of the hamsters come over you and your hands that typed the betrayal shall dry up and wither, crumbling to dust. The apocalypse is near and CP will fade into the shadows as all good will be destroyed.
I hope you at least enjoyed your treachery! 
"With sufficient thrust, pigs fly just fine."
Ross Callon, The Twelve Networking Truths, RFC1925
|
|
|
|
|
That's fine - at least we can eat the dust. It's got zero calories.
|
|
|
|
|
Don't get fooled by urban legends such as the Google one. For serious answers, you need a mature source[^] of information, not a modern beta thingy.
|
|
|
|
|
Pah, 'tis a child. Verily ye must search the mists of dark lore[^].
|
|
|
|
|
What's on? spring cleaning? you seem to be handing out all your secrets now...
|
|
|
|
|
Pete O'Hanlon wrote: 'tis a child
Not sure what you mean here, mind you, the question was asked by the president of the United States if one can trust the pop-up.
|
|
|
|
|
... and then verify an URL with The Holistic[^], the most useless search engine ever.
Greetings - Jacek
|
|
|
|
|
|
thanks! i'll look for tell me URL!
|
|
|
|
|
I want to make a project on topic Bug Tracking, but I want more information about my topic.
Could you please help me for my project..
|
|
|
|
|
priyanka kulkarni wrote: I want to make a project on topic Bug Tracking, but I want more information
about my topic.
Why? If you want to write a bug tracking application, surely you have some requirements already? Surely you know what problem you are trying to solve.
You should never, ever, start developing software based purely off the title of an application. You need to find out what people want from your software. Talk to the people who will use this software, find out how they want to use it and then prioritise your development based on that. Not all features will make it in because often what you will hear as requirements tend to just be wish list for one particular user. If you hear the same feature from lots of users though, it would seem wise to prioritise that in your development. Good luck.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
