The question is unclear: are you asking about compilation order?
int x = ;
int main()
{
return 0;
}
this will not compile, error is before main
there are no facts, only interpretations
The question is unclear: are you asking about compilation order?
int x = ;
int main()
{
return 0;
}
this will not compile, error is before main
there are no facts, only interpretations
try this: A C# LED matrix display[^] Or if you're interested in interacting with physical leds try this excelent article I/O Ports Uncensored - 1 - Controlling LEDs (Light Emiting Diodes) with Parallel Port[^]
there are no facts, only interpretations
MFC uses CDC wrapper to handle device contexts as a wrapper for most sorts of images
there are no facts, only interpretations
ziwez0 wrote:
I can get the information via Ring0 access
ring0 basically means kernel level in windows world, which is to be expected if you want to query hardware properties and state. you have found the way to interact with kernel through
ziwez0 wrote:
WIN32_temperatureProbe
. You can't improve much on this, and not at all in managed code. CPU usage is another thing, which u can access through managed code(c#). Try looking into System.Diagnostics namespace especially PerformanceCounter class and related.
there are no facts, only interpretations
Hi all. I've been trying to use openmp directives to boost preformance. I've managed to make it work, by using stuff like #pragma omp parallel for
. But it doesn't work correctly: instead of improving performance, i get better results without it. I've tried different scenarios without results. Has anyone encountered such problems, or used OpenMP successfully so I may get some tips ?
there are no facts, only interpretations
or be lazy and use DateTime.ToLongTimeString
( alternatively :DateTime.ToShortTimeString
) methods
there are no facts, only interpretations
exactly. and use a timer if u want it to look like a clock:)
there are no facts, only interpretations
noIdea77 wrote:
When I have a point P1, distance between P1 and any of closest points must be from
where from? the interval of distances ? is that a list of minimal distances alowed between points? can you use just a single distance? how many points ? (clearly if there is a minimal distance, you can have only so many points) the question sounds interesting, but I, for one, does not understand its terms completely.
there are no facts, only interpretations
hi all does anybody know if there is a (simple?) way of controlling a thread's CPU usage? Specifically, I have a hard-working thread running in the background, and I wouldn't mind if it utilizes 95% of CPU time when the running machine isn't busy. However, it doesn't seem to be doing that.
there are no facts, only interpretations
it is a difficult thing to do. I think what you are trying to write is what's called a "traffic shaper". you will probably need some kind of a low level proxy, through which all data packets will go through, so that you can control the rate in which these packets are passed over the network. This proxy would have to use something like the winpcap library (or libpcap if you're not working on windows). anyway, good places to start are: this article[^], which uses raw sockets to handle packets, and this one[^], which ports winpcap to c#
there are no facts, only interpretations
what kind of network are you asking about? if it is an IP network you can easily access it using System.Net
name space; this is heavily documented - try searching here first http://www.codeproject.com/cs/internet/[^]. If it's important to you that the network is wireless or specifically if you need to comunicate directly with the network card, than i'm not sure c# is the best approach.
there are no facts, only interpretations
try using System.Diagnostics.PerformanceCounter
class, with the Processor
category. there are no facts, only interpretations
i think you need to use different threads for reading and writing, so as not to try to do both simultaneously. You will probably need to use lock
keyword, as well as Monitor.Pulse
and Monitor.Wait
methods. Try reading the help on these and have a nice day too.:) there are no facts, only interpretations
assuming u'r working on a window's form application you should add code to the form paint
event. there are no facts, only interpretations
use unmanaged dll's and pInvoke. lots of articles here there are no facts, only interpretations
maybe this will help console.writeline("hello1); System.Timers.Timer t1 = new System.Timers.Timer(); t1.Interval = 10000; t1.Elapsed += new System.Timers.ElapsedEventHandler(ont1); t1.AutoReset = true; t1.Enabled = true;
and define the ont1 event handler: public static void ont1(object sender, System.Timers.ElapsedEventArgs e) { console.writeline("hello2); }
there are no facts, only interpretations
what u need to learn is threading and tcp/ip. there are a lot of articles here. This is a simple short introduction. there are no facts, only interpretations
mdavis93 wrote: When the user wants to see the console, they would double click on the notify icon to show the console, and either minimize or close the console to close the console I think whenever the user dbl clicks on the icon, u should start a new thread, which would activate the console. when this thread closes, the console would disappear, and when you close the console the thread should terminate also. It seems you want the console to be windowless (background) when minimized. As far as I know, this is impossible with the console class, and furthermore you cannot inherit it to add this functionality, because it is sealed. A question: why do you need the console? can't you simply use a windows form of some sort? there are no facts, only interpretations
mdavis93 wrote: When the application is minimized, how can I remove it from the taskbar.. so the icon in the NotifyIcon is the only thing showing that the program is running why do you need a console in the first place? if you need it only on certain occasions during your runs, maybe it's a good idea to start a new console in a new, independant, thread each time you need a console, and then close this thread, and the console with it, when they are not needed anymore. This shouldn't have any effect on your notify icon running in your main thread. there are no facts, only interpretations
You should try the NotifyIcon
class. E.g.
NotifyIcon ni = new NotifyIcon();
ni.Icon = new System.Drawing.Icon(your icon path)
ni.Visible = true;
Note that in a console application, you need to reference the drawing dll and the windows dll yourself. mdavis93 wrote: and not take up valuable space on the taskbar. for this i think you need your work to be done in a separate, windowless thread.:) there are no facts, only interpretations