|
Member 8233601 wrote: now i want that item which are shown in textbox can be edited and reflect back into database.
Then write the code to do so; open a connection to the database, and update the record.
Steps are described here[^].
Bastard Programmer from Hell 
|
|
|
|
|
i m all done with is problem.Thanks all 4 der precious suggestion.
|
|
|
|
|
I have a x86 c# program which uses Process.StartInfo and Process.Start to run a batch file (ToInstallSql.bat) to install Sql Server 2008 R2 silently which contains:
SQLEXPR_x64_exe /ConfigurationFile=MySqlConfiguration.ini
I have to install 64-bit Sql Server because there are other existing installation of Sql Server products and instances of 64-bit.
The c# program (MyCustAction.exe) contains the following:
Process proc=new Process();
proc.StartInfo.FileName = "ToInstallSql.bat";
proc.StartInfo.RedirectStandardInput = true;
proc.StartInfo.RedirectStandardOutput = true;
proc.StartInfo.CreateNoWindow = true;
proc.Start();
proc.WaitForExit();
proc.Close();
If I directly run the program MyCustAction.exe as administrator, Sql server is installed successfully. But if I add MyCustAction.exe as an InstallShield custom action After File Transfer in an InstallShield project, Sql Server installation failed even if the installation process took longer time than normal with no error message. The Releases/Setup Launcher/Required Execution Level in InstallShield project is set to Administrator. The MyCustAction.exe is embedded with a manifest to run as administrator. I run the InstallShield 2012 Express created Setup.exe as administrator. I checked the error log of SQL Server. It says it could not write to windows registry.
The InstallShield install is an x86 application. But the Sql Server is x64 which is to be installed by MyCustAction which is in turn to be run by InstallShield custom action
The c# program,MyCustAction.exe, and batch file are transferred by InstallShield setup.exe to a subfolder under the installation folder.
My question is how to make windows registry writable for 64-bit. InstallShield disable x64 registry when installing my application of 32-bit.
I tried many different scenarios, still unsuccessful. Please help me.
Sheng
|
|
|
|
|
Check this out:
Registry Redirection[^]
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Thank you for your answer! I appreciate it.
Sheng
|
|
|
|
|
Hi,
Ever tried to copy into/replace a file inside System32??
I keep getting invalid path error message when it works just fine elsewhere.
Please advise.
|
|
|
|
|
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.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
