• iMalc (unregistered) in reply to Hatshepsut
    Hatshepsut:
    Wouldn't opening the serial port lock out anything else (including the serial mouse driver) from using the port? Or... does the serial mouse driver have a cosy relationship with the serial port driver that ignores whether an app already has the port open?

    Or if the driver grabs the port at boot time, wouldn't the test app be unable to open the port? Or... does the test app not check the return value from the open request?

    Exactly! Obviously it can happen when nobody has requested the port.

    But surely an application that has asked the OS to open the port for its own explicit use is not going to have the OS interpreting the incomming data as that is none of its business.

    Perhaps the app in this case regularly opened and then closed the port, instead of keeping it open, giving the OS a window of opportunity to do its plug and pray stuff?

  • iMalc (unregistered) in reply to Hatshepsut
    Hatshepsut:
    Wouldn't opening the serial port lock out anything else (including the serial mouse driver) from using the port? Or... does the serial mouse driver have a cosy relationship with the serial port driver that ignores whether an app already has the port open?

    Or if the driver grabs the port at boot time, wouldn't the test app be unable to open the port? Or... does the test app not check the return value from the open request?

    Exactly! Obviously it can happen when nobody has requested the port.

    But surely an application that has asked the OS to open the port for its own explicit use is not going to have the OS interpreting the incomming data as that is none of its business.

    Perhaps the app in this case regularly opened and then closed the port, instead of keeping it open, giving the OS a window of opportunity to do its plug and pray stuff?

  • charon (unregistered)

    I'm surprised that nobody checked the microsoft knowledge base for this yet. Here it is: http://support.microsoft.com/kb/283063

  • TeeBee (unregistered) in reply to yaff

    Yup, at one of my old jobs a similar thing. We were writing a serial interface to an EPoS (Electronic Point of Sale or 'shop till/register' to the un-acronym-friendly) and every time Windows was rebooted whilst the EPoS was connected it would cause the EPoS printer to spew out communication failure printouts.

    Never did figure out why though, so I guess I guess I'll know what to try and disable next time :)

    capthca: waffles ... yum

  • (cs)

    Uh, I don't think the problem was due to Windows recognizing the data link as a mouse. If it did, then the cursor would be going all over the place all the time, not just when you move the mouse.

    There is a bug in the PC that can cause the mouse to go all funny-- somewhere in the depths of the interrupt handler there's a small window of opportunity where the interrupt controller 8259A-work-alike chip can get confused about what interrupts are pending and which are idle. You see the PC design starting with the AT, mistakenly overlaid some of the hardware interrupts with some of the CPU memory management error interrupts. So sometimes a page fault gets misinterpreted as a serial port interrupt and vice-versa, and things go really haywire.

    We first saw this in the good old days of 16-bit DPMI applications. An app would be running just fine, then the mouse would go all wobbly. I still see it on Windows XP every month or so.

  • Mr. Big (unregistered) in reply to whicker

    No that's been around forever. Anyone who has tried a Windows upgrade with an UPS connected to the serial port and did not have /noserialmice in boot.ini probably learned the hard way. It can cause an APC UPS to go on-battery.

  • (cs) in reply to Grant P.
    Grant P.:
    seems kinda obvious, no? maybe this guy's job shouldn't be diagnosing problems if it took him so long to figure that one out. duh.

    Are you always this big a jerk?

    Doesn't seem that long to me for him to figure it out. Let's see. A mouse replacement, a network cable disconnect, a reboot, a virus scan, another mouse replacement, a cup of coffee, a solution. That's not very long, especially when you're diagnosing a problem in non-standard hardware to begin with (the test rig he assembled). Not quite the same low level of complexity as, say, your monitor not working.

  • (cs) in reply to Mr. Big
    Mr. Big:
    No that's been around forever. Anyone who has tried a Windows upgrade with an UPS connected to the serial port and did not have /noserialmice in boot.ini probably learned the hard way. It can cause an APC UPS to go on-battery.
    That would explain some oddness I had a couple of years ago. And here I thought it was just because the UPS was crap. Maybe not after all.
  • (cs) in reply to Anon
    Anon:
    That's nice, but when did a serial port become plug and play?

    Well, I have no serial port on my laptop, but have a serial device I need to use occasionally. I bought a USB to serial adapter; when I plug the cable for it into a USB port, Windows detects that I've installed a serial port. I guess that makes it plug and play, right?

  • Kevlar (unregistered)

    Microsoft not only has the KB article linked earlier, they have a tool you can install that will allow you to set which serial ports you want to have off limits for serial mouse detection.

    http://support.microsoft.com/kb/819036

    I use this all the time as my company has a program which reads a serial data stream and occasionally (not too often), Windows will detect the incoming serial stream as a mouse. Then the cursor will randomly jump around the screen and click on things until you unplug from the serial port. At that point you can use the utility I linked from Microsoft to disable the detection on that mouse port, you can manually edit the registry to make the same changes or you can do the device manager workaround (disable, but don't delete the mouse). I have found the above utility to prevent the problem every time.

  • aaaaaaaaaaaaaaaaaaa (unregistered) in reply to Anon
    Anon:
    That's nice, but when did a serial port become plug and play?

    2000, apparently: Serial Device May Be Detected as a Serial Mouse in Windows 2000

  • Khanmots (unregistered)

    bif, serial isn't all that bad. Just make sure you read the documentation for the device you're talking to and make sure to set the right number of stop bits and set your parity bit correctly. Also make sure you're leaving the right amount of dead time between messages if your device requires it. (some use dead time to detect the end of a msg)

    If you were simply seeing rotation in the wrong direction, or off by some factor it sounds more like you were dealing with a misdocumented API and not serial issues.

  • Grant P. (unregistered) in reply to KenW

    C'mon, I really don't think i'm being that unfair...

    Seems painfully clear that if things start behaving strangely with one device, perhaps it's got something to do with that new piece of hardware you just connected. maybe - just maybe - that's a lick more likely than "oh noes, we're being haxed".

  • Alex (unregistered)

    GPS devices cause this problem all the time...

  • Grant P. (unregistered) in reply to Kuba
    Kuba:
    Grant P.:
    seems kinda obvious, no? maybe this guy's job shouldn't be diagnosing problems if it took him so long to figure that one out. duh.

    I would like you being in the OPs pants and actually recognizing the problem any faster. It's not as trivial as it sounds.

    Are you sure? This is a pretty small intuitive leap we're talking about here. More like an intuitive hop.

    "Hmm, I plugged in this [presumably] uncommon device into my serial port, and now my mouse is acting up."

    Sure, a weekend elapsed in between plugging in the hardware and discovering the problem, but it sure sounds like he couldn't have forgotten that he had this odd piece of gear plugged into his machine since that was the reason "he eagerly went over to the testing PC".

  • SWM (unregistered) in reply to bif
    bif:
    As for the various debates on RS232:

    RS232 will never die! It is still used all over the place in industry. All you have to do is walk into any manufacturing plant of reasonable size and look at the machines they use that are connected to computers. Serial ports, serial ports, everywhere! Ah!

    Things are changing, but slowly. By popular demand, newer gear tends to have USB ports, since the average PC these days comes with 8 USB ports and only one or sometimes zero RS232 ports. Admittedly, the USB port is really just a USB-to-RS232 dongle built inside the case of the device, but between USB and Ethernet interfaces, the writing is on the wall for RS232.

    If you have a soldering iron and don't mind voiding the warranty, you just have to remove the USB chip and solder in a voltage converter and a DB9 or DB25 connector.

    The Windows drivers for these devices are basically USB serial drivers that use vendor-specific USB device identification instead of the standard device/interface classes for serial ports. Obviously the USB device can't reveal to Windows that it's really an RS232 port, since Windows cannot be trusted to leave those alone. Users of other operating systems are simply told (or left to discover by themselves) that patching their kernel's existing USB-serial driver so it recognizes the device ID's as standard serial ports will more or less work.

  • Tei (unregistered) in reply to Hognoxious
    Hognoxious:
    mexi-fry:
    As a programmer, I often find myself looking at the wrong places for similar reasons...
    Me too. The usual reason is that I assume (despite years of experience to the contrary) that the person who reported the bug actually knows what he's talking about.

    Me too. But I am going better on the task ;D

    The machine often generate simptons, so the real cause is elsewhere. So you learn to link what simpton mean what problem.

    Theres also humans. Humans generate horrible poor bug reports. Change words, so left can be right, up down, conected mean unconnected. Don't work mean it work, but not on the expected way, etc.

    Thats our job, and is cool. :DDD

  • mike (unregistered)

    The moment i saw rs232 and mouse it was immediately obvious what was happening. Come on, you don't have to be a frickin genius to figure that one out... and I'm not even a hardware engineer.

  • Michael R. (unregistered) in reply to Grant P.
    Grant P.:
    C'mon, I really don't think i'm being that unfair...

    Seems painfully clear that if things start behaving strangely with one device, perhaps it's got something to do with that new piece of hardware you just connected. maybe - just maybe - that's a lick more likely than "oh noes, we're being haxed".

    I'd think the entire testing PC -- not just the hardware being debugged -- would qualify as "the new piece of hardware you just requestioned for the test rig". I somehow doubt each engineer has their own personal horde of testing hardware without any sort of common pool.

    With that in mind, accidentally remoting into the wrong box for debugging being a not-to-uncommon occurrence doesn't seem all that far fetched, when boxes are getting swapped around all the time.

    With that in mind, neither is the possibility that the last person to have had their hands on a newly requestioned box be one of the walking talking WTF generators that this site oh so loves to discuss, and are responsible for oh so many breaches of PC security.

    So, no, you're not being unfair if the guy is an RS-232 expert surrounded by coworkers who are all completely competent with computers, each with their own horde of testing machines, all toiling in perfect harmony in candyland. But you'll forgive me for not seeing the slightest shred of evidence that we can assume any of those things are the case here. Being a pessimist (an outlook further reinforced just by being on this site), I would in fact assume the very opposite for all of the above.

    Aside from the clicking bit, my mouse also regularly spazzes out as described originally. The culprit is invariably a loose piece of hair confusing the optical sensors.

    My experience with RS-232 has thankfully been limited to updating a couple shell scripts that talked directly to a couple of label printers. No concurrency management -- queue two large print jobs and the printer would completely spaz out, ruining the contents of both. I wonder if I have a copy of the source of that laying around my hard drive...

  • Grant D. Noir (unregistered) in reply to amandahugginkiss

    Back in uni, I had a course on industrial automation - At one lecture, the teacher proclaimed that RS-232 was going away rapidly and soon to be replaced by USB. I recall being somewhat sceptical about point of view, as I knew (from my part-time job as an embedded software-engineer-wanna-be) that RS-232 still was a pretty big deal.

    Fast forward 5-7 years. I know (from my full-time job as an embedded software-engineer) that RS-232 still is a pretty big deal.

    I do agree with ParkinT that RS-232 is old, but I am pretty sure it isn't going away anytime soon. Hey, every half-decent PC-motherboard/cpu-board still has RS-232.

  • Michael R. (unregistered) in reply to Michael R.

    *too *Yes, you are being fair if...

    As I've just wonderfully demonstrated, some people have trouble with even basic English before their coffee as well.

  • PPP (unregistered)

    It's not DAQ, but DAC. (Digital to Analogue Converter).

  • SWM (unregistered) in reply to bif
    bif:
    And programming RS232? Yike. Serious black magic. I programmed a very small machine control application once, and immediately decided to try to stay away from serial ports for the rest of my career. I mean, when I tell a device to rotate 45 degrees, using the exact command specified in the device's "manual", over a completely pristine, three-foot serial cable, I expect it rotate 45 degrees. I don't expect it to do nothing, or to wait ten seconds and then rotate, or to rotate -45 degrees, or rotate 22.5 degrees, and any other number of wacky things. The guys who program this stuff every day must nerves of steel. It would send me over the edge.

    Most of that problem is that people can't seem to build RS232-compliant serial ports to save their lives. The problem is even worse on modern PC's, where 99% of serial ports are used to talk to mice and modems, which are (by evolutionary necessity) extremely tolerant of all kinds of crap from their DTE peers.

    I did a survey of ~30 computers at my workplace a few years back. There was one (1) compliant serial port out of 30 machines I tested (several whiteboxes, several Dells, the occasional HP desktop or IBM laptop). The others had too little voltage or too much slew. This is a problem when you're talking to 1980's hardware, or even 2000's equipment with ultra-precise input discrimination ("-2.996 volts on your RS-232 data pin? Too close to zero to be valid, no bits for you.")

    Ironically, the one compliant serial port was actually a USB-to-RS232 dongle that I only tested because I'd just finished testing two and a half dozen machines without success, and I thought "what the hell?". No wonder the thing cost almost $70, its outputs were just beautiful on an oscilloscope...

    Since RS-232 does not specify a packet format or (much) error detection, the occasional lost bit just corrupts data, and usually gets ignored. Thus, "rotate 45 degrees"--which is usually written as something like "rotate 12500 encoder units"--often gets corrupted as "rotate 1250 encoder units" or "rotate 52500 encoder units". It gets even worse when the command protocols aren't ASCII strings--most equipment will raise an error when it sees "rotate !2500 encoder units", but not when it sees "0x52 0xB0 0xD4" instead of "0x52 0x30 0xD4".

    bif:
    But guys, can you stop using VB? Just kidding! I'm a kidder.

    I've noticed that too. Things like "VB API" modules that actually implement "write line" and "read line" in a C++ DLL. This isn't too much of a WTF except that "read line" blocks, it's mutually exclusive with "write line" (so don't bother trying to work around this by creating two threads) there is no "data is ready" API nor any timeout facility. This means that if you want to read a response to a command, you had better be sure there will be data coming back from the device or your application will hang. Of course, several of the commands may or may not return responses depending on the state of the physical hardware. It's the kind of useless "API" that you read, say "WTF?", and throw away in under five minutes.

  • (cs) in reply to Grant P.
    Grant P.:
    C'mon, I really don't think i'm being that unfair...

    Seems painfully clear that if things start behaving strangely with one device, perhaps it's got something to do with that new piece of hardware you just connected. maybe - just maybe - that's a lick more likely than "oh noes, we're being haxed".

    Nope. Still no go.

    "Gee, I just installed a piece of hardware on the COM port, and my USB mouse started misbehaving three days later. Do I automatically make the jump that it's a Plug and Play issue with a serial mouse?" No. I eventually (and probably fairly soon) make the jump, but not immediately.

  • Grant P. (unregistered) in reply to KenW
    KenW:
    Grant P.:
    C'mon, I really don't think i'm being that unfair...

    Seems painfully clear that if things start behaving strangely with one device, perhaps it's got something to do with that new piece of hardware you just connected. maybe - just maybe - that's a lick more likely than "oh noes, we're being haxed".

    Nope. Still no go.

    "Gee, I just installed a piece of hardware on the COM port, and my USB mouse started misbehaving three days later.

    Two of those days being Saturday and Sunday.

    KenW:
    Do I automatically make the jump that it's a Plug and Play issue with a serial mouse?" No. I eventually (and probably fairly soon) make the jump, but not immediately.

    After trying three different mice. And rebooting several times.

    Was it Einstein, or Franklin, that said insanity is trying the same thing several times and expecting different results? Probably neither. Still an interesting thought...

  • Steve H. (unregistered) in reply to Grant P.
    Grant P.:
    Was it Einstein, or Franklin, that said insanity is trying the same thing several times and expecting different results? Probably neither. Still an interesting thought...
    If that's insanity, what is it called when you try the same thing several times and actually get different results?
  • Grant P. (unregistered) in reply to Steve H.
    Steve H.:
    Grant P.:
    Was it Einstein, or Franklin, that said insanity is trying the same thing several times and expecting different results? Probably neither. Still an interesting thought...
    If that's insanity, what is it called when you try the same thing several times and actually get different results?

    quantum physics?

    </ignorance>
  • (cs) in reply to Steve
    Steve:
    So what was causing the issue with the motor?
    It thinks it's a mouse.
  • nobot (unregistered)

    These kinds of problems are always <sarcasm> FUN </sarcasm> to troubleshoot.

    Imagine an off-brand UPS being detected as a serial mouse. ;)

    Hmmm, I wonder if disabling Universal Plug-and-Pray would help a situation like this?

  • nobot (unregistered) in reply to Grant P.

    Re: Mixed Messages 2007-08-28 13:23 • by Grant P. Steve H.: Grant P.: Was it Einstein, or Franklin, that said insanity is trying the same thing several times and expecting different results? Probably neither. Still an interesting thought...

    If that's insanity, what is it called when you try the same thing several times and actually get different results?

    quantum physics?

    Actually, since the environment you are doing the "same thing" in is different, you can count on occasionally getting different results.

  • nobot (unregistered) in reply to mike
    mike:
    The moment i saw rs232 and mouse it was immediately obvious what was happening. Come on, you don't have to be a frickin genius to figure that one out... and I'm not even a hardware engineer.

    Must be nice when you're not aware of other possibilities...</sarcasm>

  • (cs) in reply to Khanmots
    Khanmots:
    bif, serial isn't all that bad. Just make sure you read the documentation for the device you're talking to and make sure to set the right number of stop bits and set your parity bit correctly. Also make sure you're leaving the right amount of dead time between messages if your device requires it. (some use dead time to detect the end of a msg)

    If you were simply seeing rotation in the wrong direction, or off by some factor it sounds more like you were dealing with a misdocumented API and not serial issues.

    I'm sure it was a combination of me doing everything you mentioned wrong at least once, and my total inexperience. It was enough to scare me away for good, though! We also had this remote relay board that worked a frustrating 80% of the time exactly as it should, and did absolutely nothing the other 20% of the time. The time and cost effective solution was to poll the device on the other side of the relay to see if it was on/off as necessary, rather than getting a more reliable board. Like I mentioned earlier, my hat is off to you guys who do this stuff day-to-day, I'm sticking with Java, HTML, and SQL!

  • (cs) in reply to Grant P.
    Grant P.:
    seems kinda obvious, no? maybe this guy's job shouldn't be diagnosing problems if it took him so long to figure that one out. duh.

    If you post "fist" then your comment gets deleted, but if you post something as stupid as this your comment gets to stay?

  • Seth (unregistered)

    First off, this is quite possible. I develop FPGA hardware, and often the simplest way to get data out of an embedded soft processor is a serial port. I ran into a very similar problem a while back after rebooting the development PC I was using. I discovered, after a couple of hours, that if I left the FPGA board running, and rebooted the PC, Windows would think that the board was a mouse.

    It's not something you run across every day, and Windows will do this with a USB->RS232 converter as well as a real COM port. I'm ashamed to admit, it took me a couple of hours to realize that was what was going on the first time it happened to me.

    Apparently, the mouse auto detection system in Windows isn't too hot.

  • Ken (unregistered) in reply to Anon
    Anon:
    ebs2002:
    While I don't know this for sure, it logically seems that USB devices send a byte sequence that Windows is constantly sniffing for. I would imagine that any port that has plug-and-play support would do the same (like a serial port).
    That's nice, but when did a serial port become plug and play?
    Since at least 1995: http://www.osdever.net/documents/PNP-ExternalSerial-v1.00.pdf How do you think Windows (and Linux, et al) "know" that there is a mouse attached to your serial port, even if you plug it in after booting?
  • Grant P. (unregistered) in reply to savar
    savar:
    Grant P.:
    seems kinda obvious, no? maybe this guy's job shouldn't be diagnosing problems if it took him so long to figure that one out. duh.

    If you post "fist" then your comment gets deleted, but if you post something as stupid as this your comment gets to stay?

    you're just jealous.

  • mexi-fry (unregistered) in reply to Hognoxious
    Hognoxious:
    mexi-fry:
    As a programmer, I often find myself looking at the wrong places for similar reasons...
    Me too. The usual reason is that I assume (despite years of experience to the contrary) that the person who reported the bug actually knows what he's talking about.

    I usually know where to look for other people's problems... comes from realizing they are using something for a purpose for which it was not intended.

    Captcha: dubya ... WHAT?

  • Ken (unregistered) in reply to Rowboat Woodpecker
    Rowboat Woodpecker:
    Grant P.:
    seems kinda obvious, no? maybe this guy's job shouldn't be diagnosing problems if it took him so long to figure that one out. duh.
    As soon as you work with automating devices, you run into all sorts of sneaky stuff, that may *seem* obvious once it's already discovered. So let us all know when you find out what made you post such a turd-o-rific remark, and get back to the rest of us "idiot engineers" with the answer.
    And when was the last time you saw, let alone used, a serial mouse?

    I know that "gee, maybe Windows thinks my hardware diagnostics machine is really a mouse" wouldn't be very high up on my radar.

  • misha (unregistered) in reply to Rowboat Woodpecker
    Rowboat Woodpecker:
    Grant P.:
    seems kinda obvious, no? maybe this guy's job shouldn't be diagnosing problems if it took him so long to figure that one out. duh.

    As soon as you work with automating devices, you run into all sorts of sneaky stuff, that may seem obvious once it's already discovered. So let us all know when you find out what made you post such a turd-o-rific remark, and get back to the rest of us "idiot engineers" with the answer.

    Thanks.

    Personally, I guessed this one straight away. But that was probably cause I'm reading it on DailyWTF and was expecting something funny... not sure I'd have caught it in real life.

  • Grant P. (unregistered) in reply to Ken
    Ken:
    Rowboat Woodpecker:
    Grant P.:
    seems kinda obvious, no? maybe this guy's job shouldn't be diagnosing problems if it took him so long to figure that one out. duh.
    As soon as you work with automating devices, you run into all sorts of sneaky stuff, that may *seem* obvious once it's already discovered. So let us all know when you find out what made you post such a turd-o-rific remark, and get back to the rest of us "idiot engineers" with the answer.
    And when was the last time you saw, let alone used, a serial mouse?

    That's almost irrelevant. What's important is knowing that serial mice were common enough at one time to be supported by Windows "out of the box".

  • Ken (unregistered) in reply to Steve H.
    Steve H.:
    Grant P.:
    Was it Einstein, or Franklin, that said insanity is trying the same thing several times and expecting different results? Probably neither. Still an interesting thought...
    If that's insanity, what is it called when you try the same thing several times and actually get different results?
    "Tech support".
  • (cs) in reply to nobot
    nobot:
    Was it Einstein, or Franklin, that said insanity is trying the same thing several times and expecting different results?
    Aerosmith - Get A Grip

    "Cuz if you do what you've always done You've always get what you've always got. Uh, could that be nuthin'?"

    I doubt they coined the phrase, but people in AA use it, too, in reference to an alcoholic trying over and over to just drink a little bit without keeping on going til he's baked.

  • BobLoblaw (unregistered)

    So did Nick ever figure out what was wrong with the automated sorting machine after debugging his test rig? There was an awful lot of setup in that story to leave us hanging like that.

  • Wildpeaks (unregistered) in reply to Cpt
    Cpt:
    Sadly Mr. Gates and his colleagues have decided that we as consumers are stupid morons
    "realized", not "decided".
  • (cs) in reply to Ken
    Ken:
    And when was the last time you saw, let alone used, a serial mouse?

    Ummm... Today? :-) Seriously - we have an old machine that runs interactive voice software for a phone system; it's still running Windows 95 and has both a serial mouse and a PS/2 keyboard attached.

    Ken:
    I know that "gee, maybe Windows thinks my hardware diagnostics machine is really a mouse" wouldn't be very high up on my radar.

    Agreed. Completely. That was my initial point to Grant P., who seems to be clairvoyant about these things (and oblivious to any other kind of logical thinking). Maybe the clairvoyance is related to the original article giving away the solution, so Grant P. could figure it out.

    You know, kinda like when you point out something to a child that they should have known already, and they don't want to admit they didn't know? "Duh! I knew that!" I guess Grant P. hasn't outgrown that yet.

  • JoLeQ (unregistered) in reply to ebs2002

    Yes this does happen with Windoze. I work in the instrumentation field. I had a project once in which one of the data streams was from an RS-232 port. I couldn't use the mouse until I went to the device manager and disabled that "mouse" that windows had detected. Crazy!

  • (cs) in reply to SWM
    SWM:
    bif:
    As for the various debates on RS232:

    RS232 will never die! It is still used all over the place in industry. All you have to do is walk into any manufacturing plant of reasonable size and look at the machines they use that are connected to computers. Serial ports, serial ports, everywhere! Ah!

    Things are changing, but slowly. By popular demand, newer gear tends to have USB ports, since the average PC these days comes with 8 USB ports and only one or sometimes zero RS232 ports. Admittedly, the USB port is really just a USB-to-RS232 dongle built inside the case of the device, but between USB and Ethernet interfaces, the writing is on the wall for RS232.

    The problem with USB is of course the extremely short maximum cable length (3m ?) unless you want a chain of hubs. Whereas RS232 with a good cable will go through 30m of noisy machine environment without a hitch.
  • Thijs (unregistered) in reply to Rowboat Woodpecker
    Rowboat Woodpecker:
    Grant P.:
    seems kinda obvious, no? maybe this guy's job shouldn't be diagnosing problems if it took him so long to figure that one out. duh.

    As soon as you work with automating devices, you run into all sorts of sneaky stuff, that may seem obvious once it's already discovered. So let us all know when you find out what made you post such a turd-o-rific remark, and get back to the rest of us "idiot engineers" with the answer.

    Thanks.

    Hear, hear!

  • Simmo (unregistered) in reply to Grant P.
    Grant P.:
    Ken:
    Rowboat Woodpecker:
    Grant P.:
    seems kinda obvious, no? maybe this guy's job shouldn't be diagnosing problems if it took him so long to figure that one out. duh.
    As soon as you work with automating devices, you run into all sorts of sneaky stuff, that may *seem* obvious once it's already discovered. So let us all know when you find out what made you post such a turd-o-rific remark, and get back to the rest of us "idiot engineers" with the answer.
    And when was the last time you saw, let alone used, a serial mouse?

    That's almost irrelevant. What's important is knowing that serial mice were common enough at one time to be supported by Windows "out of the box".

    That's important is it? I must remember to add that to my list of 'important information'.

  • Simmo (unregistered) in reply to FredSaw
    FredSaw:
    MX5Ringer:
    I'm a but drunk!
    Most people are; but it's good that you recognize it. And by the way, it's spelled with two t's.

    Nope, only one. MX5Ringer is from New Zulland.

Leave a comment on “Mixed Messages”

Log In or post as a guest

Replying to comment #:

« Return to Article