|
Thanks Kevin,
I have tested that Microsoft .NET Framework 3.0 Redistributable Package will install .Net 2.0 Runtime (like System.Data.dll) automatically, no need to install .Net 2.0 Runtime in advance.
regards,
George
|
|
|
|
|
Ah, I didn't know that.
Kevin
|
|
|
|
|
Anyway, thanks buddy! You helped me all the way.
regards,
George
|
|
|
|
|
I need to check the configuration, but I only see entries for 1.1 in Administrative Tools.
correction: I see it on one machine, not the other. How does this get installed?
I've Repaired the .Net 2.0, but still no entry for 2.0 configuration.
Paul Watson wrote:
Like, if you say sort of, like, you know, one more, you know, time, I'm going to, like, you know, sort of sort you out, you know.
|
|
|
|
|
You've probably installed the redistributable of the .Net Framework (2.0) - MS have moved the security tools to the SDK only.
"It was the day before today.... I remember it like it was yesterday."
-Moleman
|
|
|
|
|
So, I need to install the SDK just to check the configuration on every client machine?
Paul Watson wrote:
Like, if you say sort of, like, you know, one more, you know, time, I'm going to, like, you know, sort of sort you out, you know.
|
|
|
|
|
|
martin_hughes wrote:
It's a good question, and I don't really know enough about CAS to offer much help to you... but I think the idea is that end users shouldn't be doing this kind of thing.
That's why access to the config should be available to admins. However, the admins still need acess to the config app, so it should be installed with the runtime.
|
|
|
|
|
I have a small full-trust app that uses SQL Server Express database on C drive.
It runs fine for me on that machine.
On other machines, I get the message "Application attempted an operation not allowed by security policy. To grant this application the required permission contact your administrator, or use the .NET Framework Configuration tool.
<snip>
Request for the permission of type
System.Data.SqlClient.SqlClientPermission.System.Data."
I am using admin user on both machines.
Is it because the database is on a remote pc, or does full trust lack something?
Also, I don't see any Configuration for .Net 2.0. Only 1.1.
-- modified at 10:42 Monday 16th July, 2007
Paul Watson wrote:
Like, if you say sort of, like, you know, one more, you know, time, I'm going to, like, you know, sort of sort you out, you know.
|
|
|
|
|
Check whether "Network Service" account is running in a user account having sufficient permissions.
--Akki
|
|
|
|
|
how can i copy files and folders from a specific location on my computer to a remote pc on my network using c# code and a window form based application
|
|
|
|
|
Have you looked at the File class[^] in the System.IO namespace??
Are you familiar with the way Windows networking works in Workgroup and Domain modes? If not, you're going to find this a rather difficult project to work on.
|
|
|
|
|
And putting "Urgent" anywhere in your post tends to get you ignored. If it were that "urgent", you'd either be Googling this question to until your fingers bled, or running to the bathroom, whichever the case may be.
|
|
|
|
|
|
Dave Kreskowiak wrote: f it were that "urgent", you'd either be Googling this question to until your fingers bled, or running to the bathroom, whichever the case may be.
Very true
"Any sort of work in VB6 is bound to provide several WTF moments." - Christian Graus
|
|
|
|
|
Dave Kreskowiak wrote: If it were that "urgent", you'd either be Googling this question to until your fingers bled, or running to the bathroom, whichever the case may be.
Well said Dave.
Regards,
Satips.
Don't walk in front of me, I may not follow;
Don't walk behind me, I may not lead;
Walk beside me, and just be my friend. - Albert Camus
|
|
|
|
|
Say something useful dammit! Don't post rubbish like that constantly.
|
|
|
|
|
|
Check out File.Copy.
using System;
using System.IO;
class Test
{
public static void Main()
{
string path = @"c:\temp\MyTest.txt";
if (!File.Exists(path))
{
using (StreamWriter sw = File.CreateText(path))
{
sw.WriteLine("Hello");
sw.WriteLine("And");
sw.WriteLine("Welcome");
}
}
using (StreamReader sr = File.OpenText(path))
{
string s = "";
while ((s = sr.ReadLine()) != null)
{
Console.WriteLine(s);
}
}
try
{
string path2 = path + "temp";
File.Delete(path2);
File.Copy(path, path2);
Console.WriteLine("{0} was copied to {1}.", path, path2);
File.Delete(path2);
Console.WriteLine("{0} was successfully deleted.", path2);
}
catch (Exception e)
{
Console.WriteLine("The process failed: {0}", e.ToString());
}
}
}
Paul Watson wrote:
Like, if you say sort of, like, you know, one more, you know, time, I'm going to, like, you know, sort of sort you out, you know.
|
|
|
|
|
How to avoid MDIParent showing scroll bars whenever the child form exceeds client area? Setting MDIParent.AutoScroll to false doesn't help.
|
|
|
|
|
It wouldn't. Why would you want to do this?
Suppose I have a form that I've moved right to the bottom right hand corner of my screen and the main form is maximized. Then, suppose that I have changed the resolution of my monitor down from 1024 to 800*600, all of a sudden there's a form that is hidden from me and I couldn't get at it because there are no scroll bars to help me get to it.
There are carefully thought out reasons for the way that Windows usually works and users are used to them. If you try to break the behaviour in any way you run the risk of alienating your users.
|
|
|
|
|
> Why would you want to do this?
I'm designing an imaging application. Both Photoshop and Paint Shop PRO does not show scroll bars in their MDI-based environment.
> If you try to break the behaviour in any way you run the risk of alienating your users.
So in this case and in my opinion - not showing the scroll bars is the "more" standard behaviour.
The whole problem should be solved via the MDIClient, but I don't even know where to start.
|
|
|
|
|
I'll look more carefully, later. There is the
solution .
But not a managed solution.
|
|
|
|
|
There is no managed solution. This behavior of the MdiClient control is by design. It's standard behavior in document, more specifically text editor, editing. Image editing is a whole different kind of MDI setup. Both the applications you mentioned do NOT use the managed MDIClient in the .NET Framework. They both use their own, custom-built, MDI containers.
|
|
|
|
|
Hi,
I have "English and Japanese" resources in my VC++.Net 2003 application (in same .rc file). Depending on the OS language the application is able to display the English (on English XP OS) or Japanese resources (on Japanese XP OS) properly.
Now, I have added the "Neutral resources" to this existing application. The problem is, irrespective of the OS language the application is displaying the "Neutral resources" (Even in English and Japanese OS).
My requirement here is,
1. If the OS language is English then the application should display "English resources"
2. If the OS language is Japanese then the application should display the "Japanese resources"
3. Else on any other language OS , the application should display the "Neutral resources.
Thanks & Regards,
Neeraj
|
|
|
|
|