[Bug 17089] SolidWorks 2009 Installation Manager doesn't work

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=17089





--- Comment #3 from Austin English <austinenglish at gmail.com>  2009-01-23 16:02:44 ---
(In reply to comment #2)
> Created an attachment (id=18936)
 --> (http://bugs.winehq.org/attachment.cgi?id=18936) [details]
> winetricks ie6; wine sldim.exe &> /tmp/log.txt
> 
> > Try 'winetricks ie6'.
> 
> It does help... but just to get one step farther.
> 
> 1) With clean Wine prefix and winetricks ie6 there is no more errors from
> Installation Manager and I can enter my serial number (or not enter it and
> install only free products from my SolidWorks 2009 DVD) - this is the first
> step.

Good good.

> 2) After I press Next button it tries to access the Internet (that's second
> step). This is optional step and user can skip it or wait while Installation
> Manager timeouts if no Internet access available (on Windows this happens very
> quickly when offline). On Wine same thing happens when I online or offline; I
> get (among other messages, see attached log):
> 
> err:ntdll:RtlpWaitForCriticalSection section 0xa84950 "?" wait timed out in
> thread 001b, blocked by 0000, retrying (60 sec)

Try native wininet. 'winetrick wininet'

> Even if I try to skip this step as fast as I can this doesn't make any
> difference. After such message Installation Manager never leaves (apparently)
> infinite loop and prints more (useless after this point I guess) messages no
> matter how long I wait.
> 
> I have attached the terminal output (clean Wine prefix with winetricks ie6).
> 
> > Is there a demo/download of this available?
> 
> No as far as I know. But I will be glad to provide any logs required to debug
> this; alternatively, if somebody points me in right direction I may try to
> debug the problem myself; currently I'm not sure how to debug this problem any
> farther.
> 
> However I successfully minimized number of native DLLs (winetricks ie6 installs
> too much of them). Minimal set of native overrides to run Installation Manager
> in clean Wine prefix with gecko without the error: shdocvw, shlwapi (these DLLs
> were copied from another Wine prefix with winetricks ie6 installed).
> 
> If I set shdocvw to builtin I get error "The Installation Manager encountered a
> problem with the Microsoft Web Browser control ..." (same behavior like with
> all set to builtin). If I set shlwapi to builtin the Installation Manager
> crashes early because shlwapi.dll.IConnectionPoint_InvokeWithCancel isn't
> implemented in the builtin. Logical guess: Installation Manager doesn't run
> because of bug in builtin shdocvw. But that's just a guess. Is there any useful
> log(s) I could provide?
> 
> *       *       *
> 
> Note: with shlwapi and shdocvw set to native Installer Manager runs but never
> actually displays first step where user can enter his/her serial number
> (instead it displays "Starting the Installation Manager..." with progress bar
> and waits infinitely); but this isn't because it hangs or crashes - I can click
> close button at any moment and it displays standard dialog asking if I'm sure
> that I want to exit from the Installation Manager. To actually display first
> step minimal set of native dlls in Wine prefix with winetricks ie6 installed
> (that's not the same as clean Wine prefix with gecko) is mshtml, shdocvw,
> shlwapi and urlmon. But I'm almost sure that this is completely different
> problem and bug described above ("The Installation Manager encountered a
> problem with the Microsoft Web Browser control ..." error) needs to be fixed
> first - after all, native overrides of shdocvw and shlwapi may possibly be the
> cause of problem described in this paragraph ("first step never displays").
> 

Yeah, probably a bug in shdocvw. There are tons of these bugs around. Jacek's
busy implementing tons of stuff for ie rendering, so it should get fixed
eventually, though unfortunately, no timetable. 'winetricks ie6 wininet' should
get your app usable though.

File a new bug for the wininet issue, if that helps.


-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.