We've been replacing or upgrading users' machines from Windows XP to Windows 7. After doing that one of the users tried running an ASP.NET Intranet app we have, which has some SSRS 2005 reports in it. It failed with the error, "Unable to load client print control" error message. In doing searches it appeared as though the issue was a .CAB file which needed to be installed, but we couldn't find any way of getting that done. And honestly all of the search results that Google gave us were for Windows Me or Windows XP; pretty old stuff. But finally we found one that talked about the files in the .CAB being exported to a [b]C:\Windows\Downloaded Program Files[/b] area, and that there would be a RSClientPrint.dll file in that folder, which could be registered with RegSvr32. We couldn't find it on the user's machine, so we went to another machine where the SSRS reports were working fine, found that folder and copied all of the contents from that working machine, to the user's machine where they weren't working. I then brought up the command prompt, running as an Administrator, and registered RSClientPrint.dll. At that point I thought our problems were solved, but just to double check I brought up IE and ran it again. I was wrong. We got rid of the, "Unable to load client print control" error, but now we have a new error. Looking at the event viewer on the user's machine, the new error says (in part):[quote]Log Name: ApplicationSource: Application ErrorDate: 4/3/2013 11:02:27 AMEvent ID: 1000Task Category: (100)Level: ErrorKeywords: ClassicUser: N/AComputer: the.users.machine.comDescription:Faulting application name: iexplore.exe, version: 9.0.8112.16470, time stamp: 0x510c8801Faulting module name: RSClientPrint.dll, version: 2005.90.4053.0, time stamp: 0x4a1c6386Exception code: 0xc0000005Fault offset: 0x000173eeFaulting process id: 0xd88Faulting application start time: 0x01ce308cf44947b9Faulting application path: C:\Program Files (x86)\Internet Explorer\iexplore.exeFaulting module path: C:\Windows\Downloaded Program Files\RSClientPrint.dllReport Id: 42b8bf45-9c80-11e2-b598-a41f72532ecdEvent Xml:<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> <System> <Provider Name="Application Error" /> <EventID Qualifiers="0">1000</EventID> <Level>2</Level> <Task>100</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2013-04-03T17:02:27.000000000Z" /> <EventRecordID>2822</EventRecordID> <Channel>Application</Channel> <Computer>the.users.machine.com</Computer> <Security /> </System> <EventData> <Data>iexplore.exe</Data> <Data>9.0.8112.16470</Data> <Data>510c8801</Data> <Data>RSClientPrint.dll</Data> <Data>2005.90.4053.0</Data> <Data>4a1c6386</Data> <Data>c0000005</Data> <Data>000173ee</Data> <Data>d88</Data> <Data>01ce308cf44947b9</Data> <Data>C:\Program Files (x86)\Internet Explorer\iexplore.exe</Data> <Data>C:\Windows\Downloaded Program Files\RSClientPrint.dll</Data> <Data>42b8bf45-9c80-11e2-b598-a41f72532ecd</Data> </EventData></Event>[/quote]So, it looks as though what we did didn't solve anything, and honestly at this point I unregistered the RSClientPrint.dll, just so the user's browser would stop crashing. Bottom line, how do we resolve this issue so the user can run the reports from our Intranet?
↧