[Bug 942] executing SETUP.EXE (Microsoft Visual Studio :: installing from CD)

[Wine Bugs]

http://bugs.winehq.com/show_bug.cgi?id=942





------- Additional Comments From z_god at wanadoo.nl  2003-21-06 06:53 -------
Bug comments restored from Gmane.org: 
 
When I try to start the installer file (SETUP.EXE) by doing: 'wine SETUP.EXE' 
this gets into output: 
 
fixme:process:CreateProcessA (E:\vs60wiz.exe,...):  
NORMAL_PRIORITY_CLASS ignored 
 
then, the wineconsole is brought up, with lots and lots of output: 
 
Unhandled exception: page fault on read access to 0x0000003c in 32-bit code 
(0x00415154). 
 
0x00415154 (vs60wiz.exe..text+0x14154 in E:\vs60wiz.exe): repne scasb es:(%ed1) 
 
 
/* I should want to add, that I get this installer to run under the previous 
version (20020605), but there, the registry validation gets erronous (it doesn't 
detect the serial code as correct, even though I am 100% sure it is) */ 
 
 
------- Additional Comments From dclark <at> akamail.com  2002-08-03 14:57 ------- 
Hmm, I've done some recent work on shlexec, which installers sometimes use to 
execute processes. How about running with something like: 
wine --debugmsg +exec,+process -- setup.exe 
 
 
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de  2002-08-05 14:21 
------- 
Hmm, sounds like some string scanning going on with a NULL pointer as input. 
Check a --debugmsg +relay trace log, maybe that shows the problem. 
 
 
------- Additional Comments From tony.granberg <at> home.se  2002-08-05 14:58 
------- 
I have actually not access to the CD-drive right now. There's a new harddrive 
occuping it at the moment. I have to delay this checkout of the problem for a while. 
 
 
------- Additional Comments From us <at> the-edmeades.demon.co.uk  2002-08-06 
15:36 ------- 
Just an FYI - the install creates an exe in the /tmp directory - it is easier 
to debug this with eg. 'winedbg E:\\vs60wiz.exe /location:D:' (E: maps to /tmp, d: is  
my cdrom). 
 
relay tracing etc show the last thing it does prior to the trap is query a regirsty 
key HKLM\Software\Microsoft\Windows\CurrentVersion, value: VersionNumber. It 
gets 
back a return code of 2, and later dies.  
 
Looking at the disassembly I cant see an immediate tie to the missing key and the 
trap, and my w2k system doesnt have this key. 
 
Setting Version in config to win2k avoids this trap - perhaps the detection is invalid? 
 
 
------- Additional Comments From us <at> the-edmeades.demon.co.uk  2002-08-06 
15:39 ------- 
Of course, it only goes a little further before dying, but its progress 

-- 
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.