[Bug 47755] New: Installation of Atmel Studio 7 crashes with a Program Error
https://bugs.winehq.org/show_bug.cgi?id=47755 Bug ID: 47755 Summary: Installation of Atmel Studio 7 crashes with a Program Error Product: Wine Version: 4.0.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: subs(a)qcontinuum.plus.com Distribution: --- Created attachment 65235 --> https://bugs.winehq.org/attachment.cgi?id=65235 Log file with WINDEBUG=+wbemprox I am attempting to install Atmel Studio 7 on a Linux PC using WINE. The installer fails with a 'Program Error': Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x72543da1). With the help of Mystral on the #winehq IRC channel I was able to get past initial problem where the installer would display the splash screen and then hang. The steps taken so far were: - run the installer with WINEPREFIX=$home/.wineatm wine as-installer-7.0.1931-full.exe to create a new clean prefix in ~/.wineatm - using the latest winetricks install into this prefix dotnet 4.8 - using the latest winetricks install into this prefix d3dcompiler_47 These steps took us past the initial hang and an error relating to the d3d compiler. At this point, the installer proceeded to display the splash screen and then the opening dialogue with the Licence Agreement. I checked 'I Agree', unchecked 'Send anonymous information to help improve user experience' and accepted the default installation directory of 'C:\Program Files (x86)\Atmel\Studio\' and clicked Next to continue. The next dialogue shows the Architecture and I left all 3 selected as per defaults and clicked Next to continue. The following dialogue requests to 'Select extensions'. Only one is showing and checked so I accepted the defualts and clicked Next. It is at this point that the install process crashes. I understand from Mystral that the problem appears to be a wbem issue and the opinion was that I should log a bug. Installer: as-installer-7.0.1931-full.exe Linux version: Linux MINT 19.2, 64-bit with 32-bit architecture installed WINE version: 4.0.2 (wine-stable, winehq-stable, wine-stable-i386, wine-stable-amd64) Winetricks version: 20190615-next It has also been suggested that I try the installer with the latest version of Wine using the wine-devel package. I will try this in a virtual machine and report back. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 --- Comment #1 from John <subs(a)qcontinuum.plus.com> --- Installer hangs when using wine-staging as well, with same configuration. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 Matteo Bruni <matteo.mystral(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |wmi&wbemprox -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 --- Comment #2 from Hans Leidekker <hans(a)meelstraat.net> --- Created attachment 65275 --> https://bugs.winehq.org/attachment.cgi?id=65275 patch Looks like it expects at least one instance of Win32_QuickFixEngineering. Can you try this patch with current Wine and attach a +wbemprox trace? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 --- Comment #3 from John <subs(a)qcontinuum.plus.com> --- Hans, thank you for taking the time to look at this and provide a patch, but unfortunately I am not sure how to install it as you suggest? By the current WINE, I presume you mean the current sources. I am not very experienced with that, but I tried following the instructions for downloading from the GIT but unfortunately didn't get very far: "configure: error: X 32-bit development files not found. Wine will be built without X support, which probably isn't what you want. You will need to install 32-bit development packages of Xlib at the very least. Use the --without-x option if you really want this." Quite frankly, I don't want a pile of 32-bit stuff on my 64-bit system as I don't have an abundance of space anyway, but I suppose if this is the only way, then I am willing to have another try. I'm not sure if I'm up to the task and would need to know the next steps to take and what the required pre-requisites are? I searched apt for Xlib and found a lot of stuff relating to python and ruby, but am not really sure what I should be installing. The online instructions do not seem to provide this information either, so any further help would be appreciated. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 --- Comment #4 from John <subs(a)qcontinuum.plus.com> --- I should also add that it was a lot of hassle to install WINE from WineHQ, so I don't exactly relish the thought of uninstalling this binary version now that it is working. Even if I do somehow manage to compile the sources, I am unsure how I would go about installing/using them in place of the binary package? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 --- Comment #5 from John <subs(a)qcontinuum.plus.com> --- Spent all day today working on this and with the help of someone on #winehq irc channel managed to get so far with compiling the 64-bit and 32-bit with wow64. Took a long time to figure out how to install all of those libraries that the configure script indicated. I still have been unable to find a handlful: libhal liblcms2 libcups (found libcups2-dev but this was not recognized by configure) vkd3d Although I managed to compile without these, I couldn't get past this gstreamer issue: make[1]: Entering directory '/home/johnc/src/wine/wine64-build/dlls/winegstreamer' ../../tools/winegcc/winegcc -o winegstreamer.dll.so -B../../tools/winebuild -m64 -fPIC -fasynchronous-unwind-tables \ -shared ../../../dlls/winegstreamer/winegstreamer.spec dllfunc.o enumpins.o filter.o gst_cbs.o \ gstdemux.o gsttffilter.o main.o mediatype.o mfplat.o pin.o qualitycontrol.o seeking.o transform.o \ rsrc.res mfplat_r.res ../../dlls/strmiids/libstrmiids.a ../../dlls/uuid/libuuid.a -lwinmm \ -lmsacm32 -lmsvfw32 -lole32 -loleaut32 -luser32 -lgdi32 -ladvapi32 -lmfplat \ ../../dlls/mfuuid/libmfuuid.a ../../libs/port/libwine_port.a -lgstvideo-1.0 -lgstaudio-1.0 \ -lgstbase-1.0 -lgstreamer-1.0 -lgobject-2.0 -lglib-2.0 -lpthread /usr/bin/ld: cannot find -lgstvideo-1.0 /usr/bin/ld: cannot find -lgstaudio-1.0 collect2: error: ld returned 1 exit status winegcc: gcc failed Makefile:703: recipe for target 'winegstreamer.dll.so' failed make[1]: *** [winegstreamer.dll.so] Error 2 make[1]: Leaving directory '/home/johnc/src/wine/wine64-build/dlls/winegstreamer' Makefile:8640: recipe for target 'dlls/winegstreamer' failed make: *** [dlls/winegstreamer] Error 2 So far I have been unable to test. I have also lost access to all of my WINE applications. I might try make uninstall and then re-install the binaries for now, but any further insight would be appreciated. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 Zebediah Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12(a)gmail.com --- Comment #6 from Zebediah Figura <z.figura12(a)gmail.com> --- Can you please attach your (64-bit) config.log? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 --- Comment #7 from John <subs(a)qcontinuum.plus.com> --- Created attachment 65310 --> https://bugs.winehq.org/attachment.cgi?id=65310 Config.log -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 --- Comment #8 from John <subs(a)qcontinuum.plus.com> --- Zebediah, Attached log as requested. Thanks. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 --- Comment #9 from Zebediah Figura <z.figura12(a)gmail.com> --- Do you have a libgstvideo-1.0.so on your system, presumably in /usr/lib/x86_64-linux-gnu/ or similar? I've never seen this kind of error before; I don't know how pkg-config can succeed but the libraries actually be missing. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 --- Comment #10 from John <subs(a)qcontinuum.plus.com> --- Thanks. The 'find' command did not find it on the system, nor can I find it in the distro repository, unless its part of some other package? I couldn't find libgstaudio either. I did find libgst-dev, libgst-dev:i386 and libgst7, but they seem to be related to Smalltalk virtual machine development so I'm not sure that is the correct package to install. Doing a search online I found libgstvideo-1.0.so and libgstaudio-1.0.so packages but only in an RPM package. I couldn't find find this in a .deb package for Debian, Ubuntu etc. Curious. If anyone can help me out with what I need to install, or how I can prevent the compiler looking for that (do I really need it?), it would be appreciated. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 --- Comment #11 from Zebediah Figura <z.figura12(a)gmail.com> --- (In reply to John from comment #10)
Thanks. The 'find' command did not find it on the system, nor can I find it in the distro repository, unless its part of some other package? I couldn't find libgstaudio either. I did find libgst-dev, libgst-dev:i386 and libgst7, but they seem to be related to Smalltalk virtual machine development so I'm not sure that is the correct package to install. Doing a search online I found libgstvideo-1.0.so and libgstaudio-1.0.so packages but only in an RPM package. I couldn't find find this in a .deb package for Debian, Ubuntu etc. Curious.
If anyone can help me out with what I need to install, or how I can prevent the compiler looking for that (do I really need it?), it would be appreciated.
You need libgstreamer-plugins-1.0-dev (or something similar). What's bizarre is how you seem to have gstreamer-video-1.0.pc despite not having that installed. Before installing anything else, can you show the output of dpkg -S /path/to/gstreamer-video-1.0.pc? (I think it's /usr/lib/x86_64-linux-gnu/pkgconfig/gstreamer-video-1.0.pc for a Debian-based system, but I don't remember for sure. And if yours isn't coming from a package, who knows where it is...) -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 --- Comment #12 from John <subs(a)qcontinuum.plus.com> --- $ dpkg -S /usr/lib/i386-linux-gnu/pkgconfig/gstreamer-video-1.0.pc libgstreamer-plugins-base1.0-dev:i386: /usr/lib/i386-linux-gnu/pkgconfig/gstreamer-video-1.0.pc Ok, so looks like I have a 32-bit version of that library but not a 64-bit one. Just to confirm, it seems I have the binaries but not the dev package. $ dpkg -l |grep libgstreamer-plugins-base ii libgstreamer-plugins-base0.10-0:amd64 0.10.36-2ubuntu0.1 amd64 GStreamer libraries from the "base" set ii libgstreamer-plugins-base0.10-0:i386 0.10.36-2ubuntu0.1 i386 GStreamer libraries from the "base" set ii libgstreamer-plugins-base1.0-0:amd64 1.14.5-0ubuntu1~18.04.1 amd64 GStreamer libraries from the "base" set ii libgstreamer-plugins-base1.0-0:i386 1.14.5-0ubuntu1~18.04.1 i386 GStreamer libraries from the "base" set ii libgstreamer-plugins-base1.0-dev:i386 1.14.5-0ubuntu1~18.04.1 i386 GStreamer development files for libraries from the "base" set This seemed strange especially as I know for certain that I installed it. Since its missing, I tried to install the 64-bit version again. There is a dependency called liborc-0.4-dev. When I tried to install this, I noticed the following in the output: The following packages will be REMOVED libgstreamer-plugins-base1.0-dev:i386 liborc-0.4-dev:i386 The following NEW packages will be installed liborc-0.4-dev You will notice that the i386 versions get removed. I can now also see that if I try to install the 32-bit version, I get: The following packages will be REMOVED liborc-0.4-dev The following NEW packages will be installed liborc-0.4-dev:i386 So now the 64-bit version gets removed. It would seem that there is a conflict between the 64-bit and 32-bit versions. This explains why I had to keep re-installing gstreamer suppoort, which I must have installed at least a couple of times for both 64-bit and 32-bit platforms, only to then still get warnings about missing gstreamer support. Since these are dev packages and the binaries are already present, it would seem that I will have to install the 64-bit and complete the compile before attempting to do the same with the 32-bit version. On any subsequent re-compiles, I will have to remember to check each time that gstreamer support is present. This seems a bit of a nuisance but I will perhaps give that a try later and report back. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 --- Comment #13 from Zebediah Figura <z.figura12(a)gmail.com> --- I thought that Debian had fixed this already... I suspect you don't actually *need* gstreamer. The problem is that configure is detecting it as present when it shouldn't. Do you have any overrides to PKG_CONFIG_PATH in your environment? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 --- Comment #14 from John <subs(a)qcontinuum.plus.com> --- (In reply to Zebediah Figura from comment #13)
I thought that Debian had fixed this already...
I suspect you don't actually *need* gstreamer. The problem is that configure is detecting it as present when it shouldn't. Do you have any overrides to PKG_CONFIG_PATH in your environment?
Sorry, but I'm not sure how to check, but not that I am aware of. When I echo $PKG_CONFIG_PATH it returns nothing, so its not set as an environment variable. Incidentally, I found that the 64 and 32 bit versions of the following libraries also appear to get removed in whole or part when switching builds: libgnutls28-dev libxkbcommon-dev, libmirclient-dev, libsdl2-dev libxml2-dev libxslt-dev I think that the problem occurred because I had tried to set up and run the i386 compile while the x64 one was already running. As we now know, this will have removed some libraries sometime during the compile process. The compile itself seemed to run and complete OK, however when I subsequently tried the 'make install' step, the reported error was returned. I have now carried out all steps in series, completing the x64 build and then install first, and then moving on to the i386 build and install. In this way, all steps were completed correctly. Thank you for your help with this issue. Going back to the original problem, now that I have been able to complete the compilation with WOW64 support, I was able to install Atmel Studio, although there were one or two problems along the way. At the start there was a note about downloading a new version. the checkbox was selected by default. When I clicked 'Next', the installer stalled. I ran it again and unchecked the box so that it installed the version from the installer. As the install progressed, I got a couple of pop-ups with this: Atmel Studio has detected a configuration issue http://go.microsoft.com/fwlink/?LinkId=558821 I just clicked 'Ok' and the install continued. I checked the link, and it suggests this: For 32-bit operating systems, run the following command: regsvr32 "c:\Program Files\Internet Explorer\ieproxy.dll" For 64-bit operating systems, run the following command: regsvr32 "c:\Program Files (x86)\Internet Explorer\ieproxy.dll" I ran second one which succeeded and then ran the installer again and selected the 'Repair' option. There were no further errors or pop-ups during the repair process. Unfortunately, however, Atmel Studio does not run. I ran it from the command line and captured the output which I have attached. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 --- Comment #15 from John <subs(a)qcontinuum.plus.com> --- Created attachment 65347 --> https://bugs.winehq.org/attachment.cgi?id=65347 Trying to run the installed Atmel Studio fails -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 --- Comment #16 from John <subs(a)qcontinuum.plus.com> --- Just wanted to add a thanks to Hans for the patch. At least this now allows Atmel Studio 7 to be installed which is a big step forward. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 --- Comment #17 from John <subs(a)qcontinuum.plus.com> --- Just a thought about PKG_CONFIG_PATH. When I compile the 32-bit version, one of the steps is to do this: PKG_CONFIG_PATH=/usr/lib/pkgconfig ../configure --with-wine64=../wine64-build This is as per the instructions here: https://wiki.winehq.org/Building_Wine#Shared_WoW64 The path is correct for my system. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 --- Comment #18 from Zebediah Figura <z.figura12(a)gmail.com> --- (In reply to John from comment #17)
Just a thought about PKG_CONFIG_PATH. When I compile the 32-bit version, one of the steps is to do this:
PKG_CONFIG_PATH=/usr/lib/pkgconfig ../configure --with-wine64=../wine64-build
This is as per the instructions here:
https://wiki.winehq.org/Building_Wine#Shared_WoW64
The path is correct for my system.
Manually overriding PKG_CONFIG_PATH is an old workaround that ideally shouldn't be needed anymore. But if you do, make sure you're pointing to the appropriate architecture, otherwise you'll get nonsense like this and things won't compile... Anyway, yeah, removing libraries while compiling is liable to trigger errors, so that explains that confusion. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 Hans Leidekker <hans(a)meelstraat.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |ca93830fc5674b6960406552c8b | |37a36d1f5e786 Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #19 from Hans Leidekker <hans(a)meelstraat.net> --- This should be fixed with ca93830fc5674b6960406552c8b37a36d1f5e786. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 --- Comment #20 from Hans Leidekker <hans(a)meelstraat.net> --- (In reply to John from comment #16)
Just wanted to add a thanks to Hans for the patch. At least this now allows Atmel Studio 7 to be installed which is a big step forward.
Thank you for this bug report and your testing efforts. I'm closing this bug since support for Win32_QuickFixEngineering is in Wine now. Please open a bug report for the problem with running this application. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #21 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 4.18. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=47755 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net Keywords| |download, Installer URL| |https://web.archive.org/web | |/20181110233419if_/http://a | |tmel-studio.s3-website-us-w | |est-2.amazonaws.com/7.0.193 | |1/as-installer-7.0.1931-ful | |l.exe Summary|Installation of Atmel |Atmel Studio 7.0 installer |Studio 7 crashes with a |crashes due to missing |Program Error |support for | |'Win32_QuickFixEngineering' | |WMI class -- 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.
participants (2)
-
wine-bugs＠winehq.org -
WineHQ Bugzilla