|
What I have:
- An external hard drive (2.5 inch 30gb from an old laptop in an external USB case).
- A laptop (three months old with single 200gb hard drive) running XP Pro that's fully updated.
- A desktop machine (2 years old with 2 IDE drives and 2 SATA drives) that is also running XP Pro that's fully updated.
Problem Description:
When I connect the external drive to my laptop, it works fine, in that Explorer sees it, and I can even change the drive letter.
When I connect it to my desktop system, it's seen by the device manager, and it shows up in the list of USB devices that can be disconnected (in the system tray), but it doesn't show up in Explorer, nor does it appear in the Disk Manager.<br />
Other Notes:
Jump drives work fine (I have three ranging from 512mb to 4gb) in both machines.
SOLUTION:
On my desktop machine, I don't have a front-mounted USB connector, so I have a USB cable that hangs off the front so I can plug in my jump drives. HOWEVER, I have a cable on the external hard drive, and I was just plugging that into the extension cable. This made the cable *TOO LONG* - the signal isn't strong enough to go 12 feet (beyond device recognition, anyway). Plugging the hard drive's cable into another USB port solved the issue.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
John Simmons / outlaw programmer wrote: 12 feet USB cable
I use a three footer for that, but I'll have to keep this in mind.
|
|
|
|
|
wow bad luck. the cable would have been the last thing i would have checked if the device was showing up 
i dread to think how much hair was lost/ money was deposited into the swear jar from this little experience
|
|
|
|
|
What threw me was that it would show up on the laptop and work fine. When I realized that I was using a longer overall cable length, I kinda figured that would be the problem.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
On a recent trip to the thrift store, I bought a 5.25" floppy drive -- just because  . It's no surprise that my current system doesn't support it.
Are there current chipsets/motherboards that do support 5.25" floppy drives?
It occurred to me, as I was writing this, that there may be a PCI card that would do it, but a brief search didn't find any.
|
|
|
|
|
As far as I recall, 5.25" and 3.5" floppy drives used the same controller board and cabling: you could mix either type on the two plugs on the ribbon cable. However, the floppy controller has been removed from most new systems. There's been a serious effort to remove it, because it had an awful programming interface that required very frequent interrupts (one per byte transferred in the non-DMA case, and I think there was some problem that stopped DMA mode being useful) meaning that a lot of CPU power was just being wasted on managing the floppy drive.
I think the market window for PCI floppy controllers was very small, if any. While floppy drives were still useful, there tended to be a controller on the motherboard; USB floppy drives came into existence before on-board low-pin-count/ISA floppy controllers were retired.
I suppose it might be possible to dismantle a USB 3.5" floppy drive and see if there's a connector you could plug into your 5.25" drive instead! It might still not report the right kind of drive to the OS, though.
DoEvents: Generating unexpected recursion since 1991
|
|
|
|
|
Mike Dimmick wrote: However, the floppy controller has been removed from most new systems.
Are you referring to retail here? It's still taking up space on most DIY boards. Granted it's been put below the last PCI slot making it extremely obnoxious if you actually need to access it once your box is built, but it's still generally there. IIRC most're still even bundling a floppy cable in the box.  The only thing I can think for that is they goofed and ordered several years of supply in advance, but even that strains credibility.
Mike Dimmick wrote: I suppose it might be possible to dismantle a USB 3.5" floppy drive and see if there's a connector you could plug into your 5.25" drive instead! It might still not report the right kind of drive to the OS, though.
I'd be shocked to find anything that could be used without being brutalized by a soldiering iron. Even though they're electrically the same the physical connectors are massively different. The 5.25" cable has a plug that looks like an expansion card slot vs the IDEesque connector on a 3.5" cable.
Today's lesson is brought to you by the word "niggardly". Remember kids, don't attribute to racism what can be explained by Scandinavian language roots.
-- Robert Royall
|
|
|
|
|
dan neely wrote: soldiering iron
What caliber?
|
|
|
|
|
Mike Dimmick wrote: dismantle a USB 3.5" floppy drive
Oh, yeah, because this is such a worthwhile endeavor. 
Maybe in a few years there'll be one at the thrift store.
|
|
|
|
|
I would suggest that the most flexible approach might be to get up an ancient machine which supports DOS and networking and can operate with an old floppy drive. I think there were some utilities once upon a time that were designed to copy files from a floppy drive more quickly than would be possible using DOS (they would read the FAT, figure out an optimal sequence to read all other necessary sectors, and then read the sectors in that sequence). If you have disks containing lots of small files, such a program might be able to read the disks a lot faster than would DOS. Some such programs might also have been able to read sectors in whatever order they appeared under the drive head (which could save up to 200ms per track) but I'm not sure.
|
|
|
|
|
Yes, but the goal was to have it attached to a current computer.
As it turns out, I was visiting my father-in-law last weekend and noticed that he's using his previous computer as a monitor riser (his current computer is a mini-tower). The old box has a 5.25" floppy drive! And it probably works. The next time I visit, I'll have to bring some floppies. 
|
|
|
|
|
You were a victim of what I call "mother in-law syndrome".
She buys things just because they are cheap and there without really having any need for them.
Similar to climbing a mountain just because it is there!
Seriously, beware that floppies come also in 8 inch size!
Unfortunately, I do not have any real applications you could run after you find your 286 machine with DOS 1.0 !
Cheers
Vaclav
|
|
|
|
|
|
Hi to all!! Can any body help me abt asterisk ,how to generate call in asteriskwin32 to a local phone in windows xp. How to write call files and entension.conf.
|
|
|
|
|
I'm exploring the UMDF framework as I try to develop a UMDF driver for a USB device.
I've used the UMDF sample "usb/fx2_driver" final step as starting point, comparing various steps in the sample and removed things specific to the fx2 device that I don't need, such as the read/write queue functionality and 7-segment handling.
My driver is supposed to use the control endpoint only so the user application will use ::DeviceIoControl calls for communicating with the driver, thus no ::ReadFile or ::WriteFile calls will be made.
I've managed to set up the debugging environment in a way that I'm able to break into the driver when it loads using WinDbg and attach to the WudfHost process.
My problem is that my driver fails to start, error code 10.
When I try to debug it everything according to my knowledge (which is limited in this area...) looks fine until I hit a breakpoint in CMyDevice::OnReleaseHardware.
The call stack prior to my code looks like this:
007ffd98 1a9208c6 WUDFx!WdfPnpHardwareCallback::ReleaseHardware+0x26
007ffda0 1a91e887 WUDFx!CWudfPnp::PnpEventFailedOwnHardware+0x10
007ffdbc 1a91ed8a WUDFx!CWudfPnp::PnpEnterNewState+0x8e
007ffde8 1a91ee7a WUDFx!CWudfPnp::ProcessEvent+0x2a2
007ffdfc 1a90d65b WUDFx!CWudfPnp::OnStartComplete+0x27
007ffe18 1a90d790 WUDFx!CWdfDevice::ProcessPnPCompletion+0x3c
I haven't got a clue why PnpEventFailedOwnHardware is called.
Most likely I've failed to do something that I was supposed to, but what steps should I take in order to figure out what?
I don't know whether this is relevant or not but !umirps tells me that I have one pending IRP at 0x9f008 and !umirp 0x9f008 gives me this:
Error in reading UM IRP at 0x0009f008
UM IRP: 0x0009f008 UniqueId: 0x0 Kernel Irp: 0x0x89b9b698
Type: ÿÿ
ClientProcessId: 0x0
Device Stack: 0x000930c8
IoStatus
hrStatus: 0xd0000001
Information: 0x0
Total number of stack locations: 2
CurrentStackLocation: StackLocation[ 1 ]
StackLocation[ 0 ]
DISCARDED
> StackLocation[ 1 ]
Completion:
Callback: 0x00000000
Context: 0x00000000
I haven't found any information on the net that I've found to be helpful in overcoming this problem.
The documentation for UMDF is rather limited, to say the least...
Thoughts and/or ideas anyone? At this point I'll run for every ball tossed in my direction....
"It's supposed to be hard, otherwise anybody could do it!" - selfquote
"High speed never compensates for wrong direction!" - unknown
|
|
|
|
|
Due to my lack of experience from WinDbg, I didn't realize that CMyDevice::OnPrepareHardware returned an error.
I used the mouse to hover above the local HRESULT variable and I was told that the value was 0x00. When I checked the register (EDI) that is used for the return value I found it to be something else (0xd0000001).
After I corrected this the driver starts up nicely.
"It's supposed to be hard, otherwise anybody could do it!" - selfquote
"High speed never compensates for wrong direction!" - unknown
|
|
|
|
|
Thanks for taking the time to modify your post to "resolved" AND posting the solution. If only everyone did that 
Cheers,
Sebastian
--
"If it was two men, the non-driver would have challenged the driver to simply crash through the gates. The macho image thing, you know." - Marc Clifton
|
|
|
|
|
Well, thank you for noticing! 
As this is a searchable forum, this is how I think it should be done. Otherwise there wouldn't be any benefit for others.
Just following my own guidelines... 
"It's supposed to be hard, otherwise anybody could do it!" - selfquote
"High speed never compensates for wrong direction!" - unknown
|
|
|
|
|
I attempt to use the kmdf to write a DFU(Device Firmware upgrade) driver and need to open/read an upgrade image (an normal file on disk) in the driver (maybe in the callback EvtDOEntry()). Is this possible to do this? Any suggestion would be appreciated.
For Advertisement Only
|
|
|
|
|
It can be done (Using files in a driver[^]) but it must run at passive level. Also, if your driver is boot load, be careful that the storage stack and file system has been loaded before you.
Judy
|
|
|
|
|
thanks
For Advertisement Only
|
|
|
|
|
Hi
I am working on OPOS with VS2005(coding in VB). Iam trying to connect driver through PosPrinter. I have a OPOS manual but I cannot get help as how to synchronize the .NET commands and OPOS commands. MSDN sites also did not help in this matter.
I require help as to :
(i) How will I include OPOS commands while coding in .NET ?
(ii) What VS2005 notations will eb required ?
(iii) Finally what are the advtgs. of using OPOS ?
Could somebody help me with the code ?
Its urgent. 
Best Wishes ....... ARIJIT
|
|
|
|
|
Arijit Manna wrote: Its urgent.
Of course it is. And I'm nervous.
|
|
|
|
|
I asked for an OPOS specific (PosPrinter) code /example/article.
And its still urgent. 
Best Wishes ....... ARIJIT
|
|
|
|
|
Dear friends,
I have a query. And I hope you can solve it.
You are heartily requested to help me.
I have to make an application for employee attendance recorder using THUMB (Finger Print) scanner (Biometrics). using VB.NET
I dont have idea about that hardware and how to relate with our application.
First of all I system will keep Database of thumb impressions of all employees.
Then employees will note their attendance by their thumb on scanner. System will identify and match the thumb print.
If it is matched then corresponding employees record will be updated for (As he/she is present for that date) otherwise it will give an alert that invalid employee,
I think you got my theme. You have solved such problem. and I hope you will cooperate me this case.
You are kindly requested to guide in this.
Thanks.... I am waiting for your reply.
Thanks,
SHAIKH BABAMIYA USMAN
+91-9960437443
babamiya1@gmail.com
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
