acad 2004 license file bug
Hi, I'm new to wine, but I have used the wine source in the past as "unofficial" windows api documentation, to write decompilers etc. I would like to thank all the developers, I'm very impressed! I'm trying to install/run autocad 2004, or at least see where possible problems are. I first uninstalled the old rpm wine package in redhat, then I compiled from CVS and it al worked (apart from the waring about freetype not being detected) Compiling took almost 1.5 hours on an AMD Athlon 1200 Mhz 640Mb. The autocad installer indicated that I needed internet explorer 6.0, so I installed that using winetools. (can wine fake internet explorer, so i don't need to install the real thing?) The winetools RPM failed because i installed wine from CVS, so i installed winetools from source. winetools failed to detect my existing ~/.wine/drive_c/ and it seems to have overwritten everything i had in there. :-( anyway, the autocad installer now complains that the licence file could not be found, but this bug report indicates that this problem is supposed to be fixed: http://bugs.winehq.org/show_bug.cgi?id=3226 is it possible that it's fixed but the patch is not yet in CVS ? Should I try the suggested "fix": copy the bin/acadfeui/eula directory from the cd-rom to the c:\ root ? I would like to avoid native software if at all possible (like native MSI), and rather fix wine instead. Linux 2.4.20, RedHat 9, GCC 3.2.2, CVS 1.11.2, Wine 0.9.14 (today's cvs) Jaap.
On Sun, 04 Jun 2006 20:43:17 +0200, Jaap Stolk wrote:
The autocad installer indicated that I needed internet explorer 6.0, so I installed that using winetools. (can wine fake internet explorer, so i don't need to install the real thing?)
Mostly yes, but that area of code is still being worked on quite heavily. We're supposed to be able to use Mozilla but last time I tried running "wine iexplore" it told me it couldn't load Gecko so I'm not sure what's going on there .... Right now we don't set the registry key saying we have IE installed, even though many of the DLLs the app probably needs are there and functioning correctly. I think the plan is to add this reg key after the last of Jaceks IE work is merged but only the big J himself could comment on that.
anyway, the autocad installer now complains that the licence file could not be found, but this bug report indicates that this problem is supposed to be fixed:
Mike doesn't have AutoCad so it may not be fixed. The problem must lie elsewhere. Native MSI can be installed if you use Win98 mode, or you could try debugging Wines own MSI implementation.
Should I try the suggested "fix": copy the bin/acadfeui/eula directory from the cd-rom to the c:\ root ?
Sure, why not, it may work. thanks -mike
On Tue, 06 Jun 2006 12:36:07 +0100, Mike Hearn wrote:
Right now we don't set the registry key saying we have IE installed, even though many of the DLLs the app probably needs are there and functioning correctly. I think the plan is to add this reg key after the last of Jaceks IE work is merged but only the big J himself could comment on that.
Specifically I can't figure out if we're supposed to install a Windows gecko based product or if it can use my native Linux Firefox ...
Le mardi 06 juin 2006 à 13:03 +0100, Mike Hearn a écrit :
On Tue, 06 Jun 2006 12:36:07 +0100, Mike Hearn wrote:
Right now we don't set the registry key saying we have IE installed, even though many of the DLLs the app probably needs are there and functioning correctly. I think the plan is to add this reg key after the last of Jaceks IE work is merged but only the big J himself could comment on that.
Specifically I can't figure out if we're supposed to install a Windows gecko based product or if it can use my native Linux Firefox ...
As I said in wine-user, you don't need mozilla, but the Mozilla ActiveX control : http://source.winehq.org/mozactivex I don't know why shdocvw doesn't prompt the user to install it in this case though. At least it used to prompt the user and download the Mozilla ActiveX control when needed by other apps before. Best regards. Jonathan Ernst
On 6/6/06, Mike Hearn <mike(a)plan99.net> wrote:
Mike doesn't have AutoCad so it may not be fixed. The problem must lie elsewhere. Native MSI can be installed if you use Win98 mode, or you could try debugging Wines own MSI implementation.
I don't think autocad 2004 runs in win98, and I would prefer to debug Wines own MSI. (I don't particularly need to run the program, I would just like to add support for it to wine.)
Should I try the suggested "fix": copy the bin/acadfeui/eula directory from the cd-rom to the c:\ root ?
Sure, why not, it may work.
Didn't work in my case for some reason. anyway, I removed winetools, so I'm back to the IE6 error (even before I get to the eula). On 6/6/06, Mike Hearn <mike(a)plan99.net> wrote:
You want
WINEDEBUG=+reg wine setup.exe 2>/tmp/log
Thanks! Can someone add +reg to http://winehq.org/site/developer-cheatsheet ? The installer seems to only read this key: SOFTWARE/Microsoft/Internet Explorer/Version (and also this one) Machine/Software/Classes/AcroExch.Document/AcrobatVersion I have manually set the Internet Explorer Version key, but that doesn't seem to fool the installer. Oddly, it reads these keys just before I press the "install" button. I will look into it tomorrow.
update: I'm trying to install autoCad 2004. Without winetools I got an error message about IE6 not being found. adding the Software\\Microsoft\\Internet Explorer\Version=6.0.2900.2180 registry key (suggested by Dan Kegel) resulted in a similar error further on in the installation process. I'm using a clean ".wine" with the build in MSI. After a lot of digging through WINEDEBUG=+all and WINEDEBUG=+msimg,+msi,+msidb I found that the installer sets the value of ACAD_MSIE_INSTALLED based in the version of SHDOCVW.DLL (as suggested in http://support.microsoft.com/kb/164539 ). It is done by searching for a signature in MSI: msi:ACTION_AppSearch Searching for Property L"ACAD_MSIE_INSTALLED", Signature_ L"SHDOCVW.DLL" (The +msidb is missing in the Debug Channels list at: http://www.winehq.com/site/docs/wineusr-guide/x509 ) Adding this dll to /windows/system32/ "solved" this problem. Note that i have set this dll to "buildin" in winecfg, but it seems that the native dll is still used to check the version number. Now, my question is: how can i set the version of the buildin SHDOCVW.DLL ? And would MSI actually return the version of the buildin dll ? I'm now back onto the "EULA not found" error. (Bug 3226) but this time without having the winetools installed :-) I added /.wine/dosdevices/d: -> /mnt/cdrom1 (using winecfg) and started "wine setup.exe" from there. still no luck. Jaap.
Sunday, June 18, 2006, 5:36:42 AM, Jaap Stolk wrote:
Now, my question is: how can i set the version of the buildin SHDOCVW.DLL ? And would MSI actually return the version of the buildin dll ? You need to use latest Wine version that creates "fake dlls" in the system32 dir. And to set the version, you just edit .rc file and recompile that dll. Of course you'll need to re-create ~/.wine dir to have new version of fake dll.
It seems that our version is 5.50.0.0. We might want to change that since we already have IE version in the registry . Vitaliy
On 6/18/06, Vitaliy Margolen <wine-devel(a)kievinfo.com> wrote:
Sunday, June 18, 2006, 5:36:42 AM, Jaap Stolk wrote:
Now, my question is: how can i set the version of the buildin SHDOCVW.DLL ? And would MSI actually return the version of the buildin dll ? You need to use latest Wine version that creates "fake dlls" in the system32 dir. And to set the version, you just edit .rc file and recompile that dll. Of course you'll need to re-create ~/.wine dir to have new version of fake dll.
I was running wine 9.14 (from cvs) and I do actually have the fake dll's. It looks like I have overwritten one of them with a native one :-) So a fake dll with the correct version number should work. I changed all 5.50 to 6.00 in /dlls/shdocvw/version.rc but got the following compile error: In function `register_interfaces': /home/jaap/wine/dlls/shdocvw/regsvr.c:138: undefined reference to `CLSID_ShellSearchAssistantOC' regsvr.o(.data.rel.ro+0x80):/home/jaap/wine/dlls/shdocvw/regsvr.c:143: undefined reference to `CLSID_ShellShellNameSpace'
It seems that our version is 5.50.0.0. We might want to change that since we already have IE version in the registry .
I did not have the IE version in the registry. I added it manually using regedit. Anyway, for now I'm happy that i know what the problem is, and for now it works with the copy of the native dll and winecfg set to "buildin". The solution for the EULA error (Bug 3226) doesn't work for me, so i will be looking into that now. Jaap.
autocad 2004 update: (install sort-of completed) Internet Explorer 6: (resolved) -add registry key -change version of fake SHDOCVW.DLL to 6.0 or replace with native 6.0. "EULA not found" error: (bug 3226) (workaround) -the path to the file is not constructed correctly (not a full path) -copy eula directory to drive_c, copy cd to drive_c and install from there. "Unhandled page fault" error: (workaround) -msi_scrolltext_add_text crases with NULL parameter add to msi_scrolltext_add_text in /dlls/msi/dialog.c : if( !text ){ FIXME("msi_scrolltext_add_text( , NULL)\n"); return; } -The eula text is missing, and there are no languages to choose from, but it works. After that I was able to fill in user details and the serial number, ans I chose the "compact" install. "Error restarting the computer": not needed for wine anyway. "Acad.exe can't find DLL's in drive_c/Program Files/Common Files/Autodesk Shared": -I copied them to drive_c/windows/system32 -I was unable to add a path with a space in it to my .bash_profile. Now I'm getting into the fun part: (Macromedia Security driver) err:module:import_dll Library ntoskrnl.exe (which is needed by L"C:\\windows\\system32\\drivers\\CDAC15BA.SYS") not found
participants (4)
-
Jaap Stolk -
Jonathan Ernst -
Mike Hearn -
Vitaliy Margolen