Don't you hate it when you momentarily lose all control and pig out like a death row inmate on his last meal? I need to exhibit more self control during those “all you can eat” moments, because I am so uncomfortable right now.
This must be how it feels to be a 10 ton elephant trying to sit comfortably in an oh-so-NOT-ergonomic chair. I hear elephants complain about that all the time.
I know you want to hear all about my troubles, but I just needed to vent.
According to this article, Steven Hawking's wife has been questioned by British detectives over claims that she has been assaulting the brainy cosmologist (no, a cosmologist is not someone who writes for Cosmo).
If she is guilty, Boo hiss hiss! This is no way to treat the most famous physicist since Einstein!
In support and honor of Mr. Hawking, I will bring back a long lost site from the archive and link you to MC Hawking's Crib where you can hear him bust a rap in a imploding quasar's ass.
Found this on Eric Gunnerson's (PM for the C# compliler team) blog. It's an interesting approach to get a lock statement with a time out. It would be nice to perhaps add a timeout syntax to the lock statement in C#. Maybe it would look like this:
object obj = new object();
int milliseconds = 10000;
try
{
lock(obj, milliseconds)
{
//Do something with obj
}
}
catch(LockTimeOutException exception)
{
//Handle exception
}
One thought I had, and let me know if I'm off base, but it seems we could add debug code to Ian Griffith's TimedLock class to "register" locks on an object. This would only happen if you conditionally compiled with #DEBUG, but the idea is that when a class gets a TimedLock on an object, TimedLock would add information (such as the call stack and thread id) to a hashtable with the object as a key. Thus, if another class attempts to get a lock on the object and times out, the exception could have information about who had a lock on the object. May be useful for debugging deadlock situations.
Ian Griffiths comes up with an interesting way to use IDisposable and the “using“ statement to get a very of lock with timeout.
I like the approach, but there are two ways to improve it:
1) Define TimedLock as a struct instead of a class, so that there's no heap allocation involved.
2) Implement Dispose() with a public implementation rather than a private one. If that's the case, the compiler will call Dispose() directly, otherwise it will box to the IDisposable interface before calling Dispose().
[Via Eric Gunnerson's C# Compendium]