|
CPallini wrote: There is a strong request for software and employers tend to prefer cheap teams
Company executives/managers still haven't heard of the phrase "You get what you pay for"!
|
|
|
|
|
Dave Kreskowiak wrote: Company executives/managers still haven't heard of the phrase "You get what you pay for"!
No, they had. The problem is that they don't get the software, they just sell it to other people
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
|
|
|
|
|
Dave Kreskowiak wrote: Company executives/managers still haven't heard of the phrase "You get what you pay for"!
maybe it does not apply to executives/managers ?
|
|
|
|
|
Oh, it applies to them most of all!
How many compaines have gone under, run by overpaid executives just tem to fleece the company and the shareholders? Enron, Adelphia, KMart, WorldCom, ...
|
|
|
|
|
On top of the InnerException issue, you should not catch general System.Exception. There are very few cases where this is justified.
Keep in mind that you should only catch exceptions that you know how to deal with or where you can add valuable information before throwing it to the calling code where "someone" will know what to do with it.
If you use catch System.Exception you can be catching any kind of exception that you may have no idea how to handle and that most probably you shouldn't even be trying to handle. In these cases wrapping the exception in your own custom made exception and throwing it does not add any valuable information and is completely pointless, you are only bloating the exception information before it reaches some relevant code.
So, analyse you're class and method and see what type of exceptions you can get that can be handled by your class or where your class can add valuable debugging information to the consumer and catch only those exceptions. If not, just don't catch them at all...the calling code will take care of it, or the caller of the calling, etc, etc.
|
|
|
|
|
NEVER catch an exception that you cannot handle.
In your case, don't catch the ABCException; let it propogate up the call stack. It should be the caller's responsibility to code defensively and handle exceptions.
Cheers,
Vıkram.
After all is said and done, much is said and little is done.
|
|
|
|
|
i use before HashData function in vb6 which recive array and number as a paramters and generate long integer , i need the eqavalent in c#
Private Declare Function HashData Lib "Util32" (ByRef pbData As Any, ByVal cbData As Long) As Long
please mail me at hosamdahb@yahoo.com
hosam dahb
|
|
|
|
|
it is written something like this
int x=parse.textbox.tex;
|
|
|
|
|
I think it is Int.TryParse(value)
Dan
|
|
|
|
|
int i = int.Parse(textbox.Text);
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
|
|
|
|
|
Er nikesh yadav wrote: it is written something like this
Sorry, I don't see why anyone would need to ask a question like this. Why didn't you read the documentation and see for yourself? Really, this question smacks of sheer laziness.
Upcoming events:
* Glasgow: Mock Objects, SQL Server CLR Integration, Reporting Services, db4o, Dependency Injection with Spring ...
* Reading: Developer Day 5
Ready to Give up - Your help will be much appreciated.
My website
|
|
|
|
|
As does 99% (statistic provided by my arse) of the questions around here
|
|
|
|
|
Right.
So why answer such questions ?
public void replyToQuestion() {
if (lazy question in topic && nothing useful in body) {
throw up;
}
....
}
|
|
|
|
|
I don't :P
Or I reply with either a sarcastic answer or deliberatly misinterprit what the question is :P
asif_aslam wrote: why we using properties
Origin42 wrote: Because coding outside means getting wet :P
(well it does in this country anyway)
|
|
|
|
|
i am writing a code in C# to use the pda(windows ce)to send messages in a TCP\IP protocol to server using a wifi connection can any one know a refrence that can help me plz any suggestion is approved
Best Wishes
|
|
|
|
|
mezo_22 wrote: i am writing a code in C# to use the pda(windows ce)to send messages in a TCP\IP protocol to server using a wifi connection can any one know a refrence that can help me plz any suggestion is approved
Reference to what?
Try "Sockets" - is that enough of a reference? (It's in the System.Net namespace if I recall correctly)
Upcoming events:
* Glasgow: Mock Objects, SQL Server CLR Integration, Reporting Services, db4o, Dependency Injection with Spring ...
* Reading: Developer Day 5
Ready to Give up - Your help will be much appreciated.
My website
|
|
|
|
|
thanks for ur quick answer to my question i know a bout sockets but what i meant by refrence is a book to read in about wifi connection programming in C# and if it is different than the regular ethernet programming thanks again.
Best Wishes
|
|
|
|
|
The physical network doesn't matter, it's the network protocol.
i.e. your using tcp/ip whether its in a wire or in the air.
|
|
|
|
|
originSH wrote: your using tcp/ip whether its in a wire or in the air.
...or using pigeons[^]
---
single minded; short sighted; long gone;
|
|
|
|
|
they are known to increase latency.
|
|
|
|
|
Not where I work. Even with 9Mbit comming out of this place, there are two things faster than our network - pigeons and sneakers.
|
|
|
|
|
Hi to every developers
I want to send data from USB port to another device.
I using C# .Net 2005.
if you have any experience about this problem, Help me,Please.
|
|
|
|
|
The USB port is anything but. It'a a connector for a serial BUS. This "port" does not work like a serial or parallel port. It's not really directly addressable if you want to talk to a specific device on the bus.
You communicate with the devices on the bus using the methods made available buy the drivers for that device. Without knowing what the device is, there's really nothing anyone can tell you, except consult any possible SDK documentation on that device.
|
|
|
|
|
Hello all,
The following code will retrieve a unique processor ID (for the first processor) using the .NET Frameworks System.Management.ManagementClass class:
public static string GetCPUId()
{
string cpuInfo = string.Empty;
ManagementClass mgr = new ManagementClass("Win32_Processor");
ManagementObjectCollection mgrCollection = mgr.GetInstances();
foreach (ManagementObject mgrItem in mgrCollection)
{
if (cpuInfo == string.Empty)
{
cpuInfo = mgrItem.Properties["ProcessorId"].Value.ToString();
break;
}
}
return cpuInfo;
}
However I need to do the same thing using DllImport/Interop. Does anybody know how to do this?
|
|
|
|
|
MrEyes wrote: The following code will retrieve a unique processor ID
According to
this web page[^] the processorID is not unique at all.
You are confusing with the processor serial number which might be available through the
UniqueID field of WMI, but this feature may be absent or disabled (in which case
WMI returns a null value). The default state is: disabled.
To access such features without WMI you need low-level code, say C + assembly,
that executes the CPUID instruction and returns some register values; plus of course
the necessary P/Invoke stuff to interface to the native code.
For more info on CPUID, search for "Intel CPUID" and you will find utilities and
documentation (Intel App Note 485).
|
|
|
|