aahmad

Thank you as always!

Ok, I believe I have found two resolutions. One is to turn Windows Data Execution Prevention off, the other is to scrap the Olympus and use a Philips handheld both seem to have resolved my blue screen issues. Given the Philips is quite expensive, my question is what are the negative effects if any to turning Windows DEP off? Or to avoid turning DEP completly off is there a way to determine how to turn DEP off for a particular driver or service?

Hey all, Just thought I would bring this post back to life as my problems have persisted since last year. One of my users has had 14 blue screens since the start of the year. Here is a minidump analysis of the past 3 using WhoCrashed: Analysis -------------------------------------------------------------------------------- Crash dump directory: C:\WINDOWS\Minidump Crash dumps are enabled on your computer. On Thu 6/11/2009 6:29:52 PM your computer crashed This was likely caused by the following module: usbport.sys Bugcheck code: 0x1000000A (0xFFFFFFE0, 0x2, 0x1, 0x80514565) Error: Unknown file path: C:\WINDOWS\system32\drivers\usbport.sys product: Microsoft® Windows® Operating System company: Microsoft Corporation description: USB 1.1 & 2.0 Port Driver The crash took place in a standard Microsoft module. Likely the culprit is another driver on your system which cannot be identified. On Thu 6/11/2009 6:29:52 PM your computer crashed This was likely caused by the following module: usbport.sys Bugcheck code: 0x44 (0x85C11E00, 0xD63, 0x0, 0x0) Error: MULTIPLE_IRP_COMPLETE_REQUESTS file path: C:\WINDOWS\system32\drivers\usbport.sys product: Microsoft® Windows® Operating System company: Microsoft Corporation description: USB 1.1 & 2.0 Port Driver The crash took place in a standard Microsoft module. Likely the culprit is another driver on your system which cannot be identified. On Thu 6/11/2009 6:29:52 PM your computer crashed This was likely caused by the following module: usbport.sys Bugcheck code: 0x1000000A (0xFFFFFFE0, 0x2, 0x1, 0x80514565) Error: Unknown file path: C:\WINDOWS\system32\drivers\usbport.sys product: Microsoft® Windows® Operating System company: Microsoft Corporation description: USB 1.1 & 2.0 Port Driver The crash took place in a standard Microsoft module. Likely the culprit is another driver on your system which cannot be identified. One thing is that the flash drive is considered as a generic volume in Windows XP if that means anything. The idea of using the safely remove hardware option is not well embraced. I just do not know why this issue occurs when unplugging a usb flash drive(Olympus DS-4000) randomly and getting blue screens. Also this happens on both laptops and desktops. Thanks all for the help, I need a miracle.

Unfortunately we are having these issues in both SP3 and SP2. Time to upgrade to Vista maybe???

Unfortunately, today was the day of bluescreen, all the users with the fix or without bluescreened when they removed their devices from the cradle. Any help is much appreciated, thanks!

You're assuming the developer of the app even tested his/her code on a slow link. Wininet doesn't control buffer size or whether or not it waits for a server ACK response, those are all handled at the winsock level (below wininet and outside the purview of Internet Explorer). Since upgrading to IE7 causes this behavior, this likely means your app vendor didn't write a winsock app, but an app that uses IE components. The networking component is wininet.dll, and there are no changes in wininet.dll with regards to network behavior between 6 and 7, so that leaves the developer's code - again, I'd wait for them to respond. What is happening would have little to do with the IE component themselves, and more to do with how the vendor is using them. Also, if you install IE8 beta 2, does the problem show up there? Yes, I tried IE8 Beta 2 the other day and ran into the same problem. I was hoping it was something we could resolve as the developer unfortunately does not have an answer so far. Otherwise we will just have to work with a workaround such having the jobs from user pc's copied to a machine in our local office then uploaded from there. Thanks again!!

Well, I wish it was the network however the same machine with IE7 if I downgrade it to IE6 the problem disappears. Same goes for the other machine and throughtout the office. This issue that we have been encountering also does not occur in a single office, all of our 256k link offices. However anyone of those machines if you uninstall IE7 the problem disappears regardless of where the machine is in any of those offices.

You could always just use GOM player to view your files as it would obtain the codecs needed itself.

I will look around for registry fixes on the server to apply for the windows size fix. Thanks!

Here is a link from a capture of a machine that has IE6 and the transfer works. http://www.mediafire.com/?sharekey=a38e625...2db6fb9a8902bda

I have been working with them however so far have not found out the reason why this problem is happening. They are aware of that when IE6 is installed it is working fine. I know I am reaching here, but anyone aware of any settings in IIS to adjust? Thanks!!

I will try on a user's machine at lunch today. You are a lifesaver if that fixes it!! Thank you!!!!

Here is the link for the packet capture file, I used WireShark....10.2.120.35 is our dictation server and 10.1.107.143 is the computer in an outer office. http://www.mediafire.com/?sharekey=c50ce43...2db6fb9a8902bda Thanks!

No wireless... If a user in an outer office sends a dictation though it goes through the Dictation App then through the wan to our server here which is a completely seperate location. Those "slow links" are 256k burst while the "fast ones" are 512k. It boggles my mind how IE7 is associated with this, I guess it has to in a way since Windows integrates with it in many ways. As always, thanks!

I will try that today and see what happens. Thanks!