I'm beginning to feel like I want to take an axe to every computer
-
In the Star Trek universe, only the Ferengi use money. ;P I need a good ear stroke.
-- Raaaaaaaaaaaaaaaaaaaaa!
Joergen Sigvardsson wrote:
In the Star Trek universe, only the Ferengi use money.
That's exactly my point! The Ferengi *bought* all of their technology - computers, warp drive, weapons - from the other advanced races, who had done it just cause it was worth doing. (Although I always wondered - what was the Klingons' motivation? Inventing a warp drive doesn't seem very "honor in battle"-like to me).
------------ Cheers, Patrick
-
Joergen Sigvardsson wrote:
In the Star Trek universe, only the Ferengi use money.
That's exactly my point! The Ferengi *bought* all of their technology - computers, warp drive, weapons - from the other advanced races, who had done it just cause it was worth doing. (Although I always wondered - what was the Klingons' motivation? Inventing a warp drive doesn't seem very "honor in battle"-like to me).
------------ Cheers, Patrick
Warp drives are very useful if you are going to chase down your opponent (a must if you are going to slice him).
-- Raaaaaaaaaaaaaaaaaaaaa!
-
Warp drives are very useful if you are going to chase down your opponent (a must if you are going to slice him).
-- Raaaaaaaaaaaaaaaaaaaaa!
Now you're just pulling my leg. :-D
------------ Cheers, Patrick
-
Nothing works like you would expect. For example. My latest nightmare. We have this kiosk that plays DVD's, and DVD's can be bad, sometimes. As a result, the DirectX stuff hangs, or throws exceptions, or simply barfs and dies and never comes back. So, I write a separate app to deal with the DirectX DVD playing stuff, and the main app watches it. For things like, does it every return from a call querying position? Does it return if I try to play? Did an error get generated? And one of things the controlling app can do is kill the DVD app and restart it. So I've got this function kills the offending process and restarts it. Except that sometimes, after launching a NEW process (immediately after killing the old one, and WAITING FOR HasExited to be true), the new process dies instantly as well (HasExited is true). I SO HATE PROGRAMMING! I SO HATE THESE P.O.S OPERATING SYSTEMS. I SO HATE THESE G.D.M.F. P.O.S. THIRD PARTY CRAP SOFTWARE. Why, when I kill the process, and it says the process has exited, does starting a new process fail? Sometimes? WTF do I do? Put in an arbitrary wait? Folks, I've just about had it. I really have. I don't know if it's C#, or .NET, or XP, or DirectX, or something I might be doing. But the point is, all this inconsistent, unreliable, garbage that we're using, well...I'm about a straw away from just saying F.I.A and taking a long walk into the woods and never coming back. After I axe every piece of computer hardware in my office. And Anders wonders why I'm in a bad mood. X| Marc
People are just notoriously impossible. --DavidCrow
There's NO excuse for not commenting your code. -- John Simmons / outlaw programmer
People who say that they will refactor their code later to make it "good" don't understand refactoring, nor the art and craft of programming. -- Josh Smith -
Nothing works like you would expect. For example. My latest nightmare. We have this kiosk that plays DVD's, and DVD's can be bad, sometimes. As a result, the DirectX stuff hangs, or throws exceptions, or simply barfs and dies and never comes back. So, I write a separate app to deal with the DirectX DVD playing stuff, and the main app watches it. For things like, does it every return from a call querying position? Does it return if I try to play? Did an error get generated? And one of things the controlling app can do is kill the DVD app and restart it. So I've got this function kills the offending process and restarts it. Except that sometimes, after launching a NEW process (immediately after killing the old one, and WAITING FOR HasExited to be true), the new process dies instantly as well (HasExited is true). I SO HATE PROGRAMMING! I SO HATE THESE P.O.S OPERATING SYSTEMS. I SO HATE THESE G.D.M.F. P.O.S. THIRD PARTY CRAP SOFTWARE. Why, when I kill the process, and it says the process has exited, does starting a new process fail? Sometimes? WTF do I do? Put in an arbitrary wait? Folks, I've just about had it. I really have. I don't know if it's C#, or .NET, or XP, or DirectX, or something I might be doing. But the point is, all this inconsistent, unreliable, garbage that we're using, well...I'm about a straw away from just saying F.I.A and taking a long walk into the woods and never coming back. After I axe every piece of computer hardware in my office. And Anders wonders why I'm in a bad mood. X| Marc
People are just notoriously impossible. --DavidCrow
There's NO excuse for not commenting your code. -- John Simmons / outlaw programmer
People who say that they will refactor their code later to make it "good" don't understand refactoring, nor the art and craft of programming. -- Josh SmithMarc Clifton wrote:
I'm about a straw away from just saying F.I.A and taking a long walk into the woods and never coming back.
You'll come back. An hour later, while staring at a squirrel, you'll suddenly have the irresistible urge to try just one more thing... and back to the nightmare black box you'll go. ;P
----
It appears that everybody is under the impression that I approve of the documentation. You probably also blame Ken Burns for supporting slavery.
--Raymond Chen on MSDN
-
Joergen Sigvardsson wrote:
In the Star Trek universe, only the Ferengi use money.
That's exactly my point! The Ferengi *bought* all of their technology - computers, warp drive, weapons - from the other advanced races, who had done it just cause it was worth doing. (Although I always wondered - what was the Klingons' motivation? Inventing a warp drive doesn't seem very "honor in battle"-like to me).
------------ Cheers, Patrick
Patrick Sears wrote:
(Although I always wondered - what was the Klingons' motivation? Inventing a warp drive doesn't seem very "honor in battle"-like to me).
the motivation was the original klingon version of "Alexander wept for there were no more worlds to conquer". FTL makes it so much easier to leave a star system and conquer the galaxy with it's millions of new worlds. PS does anyone know where hte original's from? I know I've seen it before but haven't been able to place it.
-- CleaKO The sad part about this instance is that none of the users ever said anything [about the problem]. Pete O`Hanlon Doesn't that just tell you everything you need to know about users?
-
Now you're just pulling my leg. :-D
------------ Cheers, Patrick
No man! If you could see the wrinkles and ridges in my forehead, you'd trust me on this one! ;)
-- Raaaaaaaaaaaaaaaaaaaaa!
-
Chris Maunder wrote:
I think someone needs some fresh kool-aid.
Ah, all those kool-aid drinkers are long gone. Though I was living in San Diego when the Nike-comet thing happened. I was quite surprised my then-wife didn't try ascending to Haley's. Sometimes I feel like my life has been a series of wrong choices. And I keep making them! Marc
People are just notoriously impossible. --DavidCrow
There's NO excuse for not commenting your code. -- John Simmons / outlaw programmer
People who say that they will refactor their code later to make it "good" don't understand refactoring, nor the art and craft of programming. -- Josh Smith -
Chris Maunder wrote:
I think someone needs some fresh kool-aid.
Ah, all those kool-aid drinkers are long gone. Though I was living in San Diego when the Nike-comet thing happened. I was quite surprised my then-wife didn't try ascending to Haley's. Sometimes I feel like my life has been a series of wrong choices. And I keep making them! Marc
People are just notoriously impossible. --DavidCrow
There's NO excuse for not commenting your code. -- John Simmons / outlaw programmer
People who say that they will refactor their code later to make it "good" don't understand refactoring, nor the art and craft of programming. -- Josh SmithYou mean hale-bop? That was the one the cult nuts fixated on as being a UFO.
-- CleaKO The sad part about this instance is that none of the users ever said anything [about the problem]. Pete O`Hanlon Doesn't that just tell you everything you need to know about users?
-
Nothing works like you would expect. For example. My latest nightmare. We have this kiosk that plays DVD's, and DVD's can be bad, sometimes. As a result, the DirectX stuff hangs, or throws exceptions, or simply barfs and dies and never comes back. So, I write a separate app to deal with the DirectX DVD playing stuff, and the main app watches it. For things like, does it every return from a call querying position? Does it return if I try to play? Did an error get generated? And one of things the controlling app can do is kill the DVD app and restart it. So I've got this function kills the offending process and restarts it. Except that sometimes, after launching a NEW process (immediately after killing the old one, and WAITING FOR HasExited to be true), the new process dies instantly as well (HasExited is true). I SO HATE PROGRAMMING! I SO HATE THESE P.O.S OPERATING SYSTEMS. I SO HATE THESE G.D.M.F. P.O.S. THIRD PARTY CRAP SOFTWARE. Why, when I kill the process, and it says the process has exited, does starting a new process fail? Sometimes? WTF do I do? Put in an arbitrary wait? Folks, I've just about had it. I really have. I don't know if it's C#, or .NET, or XP, or DirectX, or something I might be doing. But the point is, all this inconsistent, unreliable, garbage that we're using, well...I'm about a straw away from just saying F.I.A and taking a long walk into the woods and never coming back. After I axe every piece of computer hardware in my office. And Anders wonders why I'm in a bad mood. X| Marc
People are just notoriously impossible. --DavidCrow
There's NO excuse for not commenting your code. -- John Simmons / outlaw programmer
People who say that they will refactor their code later to make it "good" don't understand refactoring, nor the art and craft of programming. -- Josh SmithInstead of trying to magically 'know' what state the DVD player is in, try using a Video Sync Sensor. A base unit will only detect if power is on or off (by detecting the presence or absence of a video sync signal), but a nicer unit will know if the output signal is 'moving' (e.g. not snow, or blue screen). Just a thought. -Ed
-
Very nice thing to do to the environment. :suss:
If you truly believe you need to pick a mobile phone that "says something" about your personality, don't bother. You don't have a personality. A mental illness, maybe - but not a personality. - Charlie Brooker My Blog - My Photos - ScrewTurn Wiki
I didn't actually watch it. I'm sure everything was disposed of properly, for Kentucky anyway...
"Quality Software since 1983!"
http://www.smoothjazzy.com/ - see the "Programming" section for freeware tools and articles. -
http://www.kool-aiddays.com/[^] Just in case you wanted to know. Kool-ade is serious business :) My kids were on that site for a while but now there's just some washed-up folk singer...
"Quality Software since 1983!"
http://www.smoothjazzy.com/ - see the "Programming" section for freeware tools and articles. -
Nothing works like you would expect. For example. My latest nightmare. We have this kiosk that plays DVD's, and DVD's can be bad, sometimes. As a result, the DirectX stuff hangs, or throws exceptions, or simply barfs and dies and never comes back. So, I write a separate app to deal with the DirectX DVD playing stuff, and the main app watches it. For things like, does it every return from a call querying position? Does it return if I try to play? Did an error get generated? And one of things the controlling app can do is kill the DVD app and restart it. So I've got this function kills the offending process and restarts it. Except that sometimes, after launching a NEW process (immediately after killing the old one, and WAITING FOR HasExited to be true), the new process dies instantly as well (HasExited is true). I SO HATE PROGRAMMING! I SO HATE THESE P.O.S OPERATING SYSTEMS. I SO HATE THESE G.D.M.F. P.O.S. THIRD PARTY CRAP SOFTWARE. Why, when I kill the process, and it says the process has exited, does starting a new process fail? Sometimes? WTF do I do? Put in an arbitrary wait? Folks, I've just about had it. I really have. I don't know if it's C#, or .NET, or XP, or DirectX, or something I might be doing. But the point is, all this inconsistent, unreliable, garbage that we're using, well...I'm about a straw away from just saying F.I.A and taking a long walk into the woods and never coming back. After I axe every piece of computer hardware in my office. And Anders wonders why I'm in a bad mood. X| Marc
People are just notoriously impossible. --DavidCrow
There's NO excuse for not commenting your code. -- John Simmons / outlaw programmer
People who say that they will refactor their code later to make it "good" don't understand refactoring, nor the art and craft of programming. -- Josh SmithMarc Clifton wrote:
I'm beginning to feel like I want to take an axe to every computer
Thanks for posting this Marc, nice to know that I'm not the only one to have bad days. It's even more so interesting knowing how skilled you are. Nothing like a little mindless entertainment Channel 9[^] Actually it’s an interview with one of the guys on CE development team doing driver work.