|
Member 10272748 wrote: Just looking for guidance or examples
Google has enough examples on MEF and creating services.
Keep in mind that a service isn't meant to interact with the user, and that they run under system-credentials (not under a users' account); it will run before any user logs in, and it should not display a UI. Any UI part would be a normal application, running independent from the service.
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
|
|
|
|
|
Personally I think MEF is a sledge-hammer to a picture nail. There seems to be an extraordinary amount of scaffolding required to load/execute plugins.
I gave up on MEF some time ago and went over to Mono.AddIns[^]. Its a hell of a lot simpler and can be very powerful if you want it to be.
|
|
|
|
|
Hi,
I have a rakefile that compile a C++ code.
now I have a C# app that change something in the C++ code and I want to recompile it automatically.
I did:
Process p = new Process();
p.StartInfo.FileName = "rake";
p.StartInfo.Arguments = my_expected_args;
p.StartInfo.WorkingDirectory = my_dir;
p.StartInfo.UseShellExecute = false;
p.start();
I'm getting error: The system canot find the file specified.
Let say that if I open a cmd prompt and do:
> cd my_dir
> rake my_expected_args
this is fine.
Thanks for any solution
|
|
|
|
|
It looks like you are getting confused about what WorkingDirectory is used for. It is not a path to the file when you set UseShellExecute=false; - if the executable doesn't exist somewhere in the PATH settings, you need to specify a directory as part of the filename, so you would have
p.StartInfo.FileName = Path.Combine(my_dir, "rake.exe"); Have a look here[^] to understand what's happening with your code.
|
|
|
|
|
Thanks,
I tried to do as you said but still getting the same error.
what can be the problem?
|
|
|
|
|
What does your code look like now?
|
|
|
|
|
Process p = new Process();
p.StartInfo.FileName = Path.Combine(my_dir, "rake.exe");
p.StartInfo.Arguments = my_expected_args;
p.StartInfo.UseShellExecute = false;
p.start();
I Also tried the following :
Directory.SetCurrentDirectory(my_dir);
Process p = new Process();
p.StartInfo.FileName = "rake.exe";
p.StartInfo.Arguments = my_expected_args;
p.StartInfo.UseShellExecute = false;
p.start();
|
|
|
|
|
Either of those should have worked. Have you verified that my_dir actually points to the directory that contains rake? Put a break point on Process p = new Process(); and see what's in my_dir.
|
|
|
|
|
replace "rake" with the full path and the full filename including its extension of that executable.
|
|
|
|
|
Hello
I filling My Datagridview with Linq Query in C#. in my program I want to filter This datagridview with Textbox. the code of Textbox changed is:
DataTable dt = new DataTable();
dt = (DataTable)(dataGridViewX4.DataSource);
dt.DefaultView.RowFilter = string.Format("T_P = '{0}'", Txt_T_P_Se.Text);
dataGridViewX4.DataSource = dt;
after Runnig program, this Error Appear:
Invalid Cast Exception Was Unhandled
Please Help me.
|
|
|
|
|
dt = (DataTable)(dataGridViewX4.DataSource);
I suspect that the DataSource of your grid is not a DataTable.
Veni, vidi, abiit domum
|
|
|
|
|
hi
thanks for your reply.
my DataSource is :
var Query=
(from p in QcGerdBaf.Taghes where p.QGI_Id_Fk == QGI_Id_Selected select new { p.T_P, p.T_Id });
dataGridViewX4.DataSource = Query.ToList();
|
|
|
|
|
That is not a DataTable.
Veni, vidi, abiit domum
|
|
|
|
|
Ok,
Please give your suggestion
|
|
|
|
|
Suggestion for what? You cannot cast a List to a DataTable; read your .NET reference.
Veni, vidi, abiit domum
|
|
|
|
|
Is there any Way to fill Datatable with this Query?
If yes,Please Tell Codes.
|
|
|
|
|
You would have to "Select New" DataRow objects and add them to the DataTable.Rows collection.
No, I don't have an example, because I never had the need to do such a thing.
|
|
|
|
|
I wanted to see how close the performance of a loop in C# is to something written in assembly.
uint x = int.MaxValue;
DateTime st = DateTime.Now;
for (uint i = 0; i < x; i++) ;
TimeSpan sp = new TimeSpan(DateTime.Now.Ticks - st.Ticks);
Console.WriteLine("looped: {0} in {1}", x, sp);
In Debug it ran in 6+ seconds. Oh, idiot! Compile it! Ran in 2.1+ to 2.2 seconds. It's rated at 2.1 GHz so it should have finished in just under 2 seconds, so close enough to assembler speeds.
Did some more changes elsewhere in the code and used uint to define x. Wha?? Over 6 seconds, went back to int, now it is 3 seconds.
looped: 4294967295 in 00:00:06.2643583
looped: 2147483647 in 00:00:03.0888054
It's like it changed from 2 flops per loop to 3 flops. When I checked performance logs, it runs at 50% CPU on a dual core machine, so it is showing 100% of one CPU is dedicated to this loop for the 3 seconds.
Any ideas why changes in other sections of logic might affect this piece? I'm normally running 90-97% idle with occasional dips to the 80's.
Modified:
1. Subject to be more specific
2. added last line of code segment because it was missing.
modified 22-Jan-14 1:29am.
|
|
|
|
|
You cannot rely on DateTime values to time in a multi-tasking operating system. You are measuring elapsed time, which will include any switching between applications and OS overhead.
Veni, vidi, abiit domum
|
|
|
|
|
Richard MacCutchan wrote: ...DateTime values to time in a multi-tasking operating system.
True, which is why I accepted slightly less than optimum theoretical performance when it ran in 2+ seconds. But this shifted to 150% slower performance.
I added a performance monitor which added a slightly higher load, but when I ran the code again, it took 50% of the CPU, which indicated one of the two CPUs had 100% dedication to this thread. To account for 150% slow-down because of load-balancing, it should have taken 33-34 percent of the load consistently over the three seconds it ran or switching between 50 and 10 %.
Instead, it is acting as if the process changed from doing 2 floating point operations per loop to 3. If it always acted the slower way, then I'd have to accept that C# puts in an unneeded additional operation I can't control into a looping process.
If I can't use elapsed time, is there any other method to capture the efficiency of the looping mechanism?
Another thing I noticed is that even though it measures 1 tick as 100 nanoseconds, measuring the time it takes shifts from 0 to 1 millisecond increments with the 10K ticks to 1 MS slightly changing. That tells me "Now" retrieves a timed update, not executing an immediate update of the time.
|
|
|
|
|
Like Richard said, DateTime is not good for this type of timing. Use System.Diagnostics.Stopwatch:
uint x = int.MaxValue;
System.Diagnostics.Stopwatch st = System.Diagnostics.Stopwatch.StartNew();
for (uint i = 0; i < x; i++) ;
st.Stop();
TimeSpan sp = TimeSpan.FromTicks(st.ElapsedTicks);
Console.WriteLine("looped: {0} in {1}", x, sp);
|
|
|
|
|
Thanks, it's good to know about Stopwatch, but doesn't explain a 150% shift in performance. (If it changed from 2 to 3 milliseconds, I wouldn't bat an eye, I'd expect that with DateTime.)
This is interesting:
looped: 4294967295 in 00:00:01.0834284
System.Diagnostics.Stopwatch st = new System.Diagnostics.Stopwatch();
st.Start();
for (uint i = 0; i < x; i++) ;
st.Stop();
TimeSpan sp = new TimeSpan(st.ElapsedTicks);
Console.WriteLine("looped: {0} in {1}", x, sp);
Don't have StartNew on my 2010 express version and Start blows up with a void assignment to st.
Ran a stopwatch, got 5.93 seconds and I was slow on the trigger
DateTime tim = DateTime.Now;
System.Diagnostics.Stopwatch st = new System.Diagnostics.Stopwatch();
st.Start();
for (uint i = 0; i < x; i++) ;
st.Stop();
TimeSpan sp = new TimeSpan(DateTime.Now.Ticks - tim.Ticks);
Console.WriteLine("looped: {0} in {1}", x, sp);
sp = new TimeSpan(st.ElapsedTicks);
Console.WriteLine("looped: {0} in {1}", x, sp);
Produced:
looped: 4294967295 in 00:00:04.1742388
looped: 4294967295 in 00:00:00.8532933
So, DateTime came up with a time that theory expects for that loop and the stop watch came up with 5 times faster than theory expects and what I am seeing. Gee, which one do you think I should trust? One that is slightly faster than my physical reflexes and closely aligns with theory or one that defies theory and observed behavior?
I'm guessing the stopwatch was trying to share the same CPU that needed 100% attention on the code it was running and threw out the timer.
So, putting changes that if anything should slow down the code works 150% better today? I don't get it.
Arrrg, pull out the stopwatch code and:
looped: 4294967295 in 00:00:06.2273562
put it back in:
looped: 4294967295 in 00:00:04.1612380
looped: 4294967295 in 00:00:00.8508048
Comment out the start and stop and...
looped: 4294967295 in 00:00:04.1622381
|
|
|
|
|
Thanks for sharing your experiences. It is really nice to see how unreliable Windows is when you need a real-time experience.
|
|
|
|
|
Bernhard Hiller wrote: It is really nice to see how unreliable Windows is when you need a real-time
experience.
Microsoft products are the core of this problem, but I wouldn't blame the OS, this is all CLR. It's interesting that seemingly unrelated changes cause performance to go in and out of the gutter.
What's ironic is that calling on Diagnostics should drag performance down because it's sort of like Heisenberg's principle, the act of observing can't be done without affecting what is being observed, but instead it brings performance up to where it should be by removing some change that shouldn't affect performance, yet does.
Too bad the tool is so unreliable that you can't depend on what it says. At least on my express version.
Wouldn't that be something if turning on diagnostics actually caused performance to go beyond the theoretical limit! Of course, then I would suspect it wasn't executing the loop at all.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
