Runnning Adobe Acrobat Reader on RHEL 7

[judeo]

Hello, i am seeking assistance in getting Wine to work under RHEL 7 and seem to be having issues, it appears that no matter what windows exe i try i get the following error:
wine start AdbeRdr11008_en_US.32bit.exe
fixme:exec:SHELL_execute flags ignored: 0x00000100
wine: Bad EXE format for E:\root\Downloads\AdbeRdr11008_en_US.32bit.exe.
wine: Bad EXE format for E:\root\Downloads\AdbeRdr11008_en_US.32bit.exe.
I have also tried placing the exe in the appropriate Program Files folder, 32 and 64 bit, same error.

I have tried several other exe files, such as putty and several versions of Acrobat, and those generate the same error, so i suspect this is a wine issue and not tied to RHEL, please feel free to correct me.
First off some basic info of my install:
RHEL 7, installed off the base DVD and used yum to make sure everything is current.
Linux kernel: 3.10.0-123.el7.x86_64
In addition i have all the
Wine versions: 1.7.22-1.el7, this is a test machine so i used yum to install every wine library listed in the epel repository.
I have set the permissions to execute and a "file" command returns this:
file AdbeRdr11008_en_US.32bit.exe
AdbeRdr11008_en_US.32bit.exe: PE32 executable (GUI) Intel 80386, for MS Windows
A noob question here, if i have a 64 bit application, should the say PE64?
I have downloaded and run
winetricks mspatcha

I have tried the wine and wine64 commands both return the same error.
I would appreciate any suggestions or requests for more information.
Thanks

[dimesio]

wine: Bad EXE format for E:\root\Downloads\AdbeRdr11008_en_US.32bit.exe.

It looks like this file is located in root's home directory. If you are running Wine as root, you shouldn't.

[judeo]

Yes i am running this as root, any particular reason this would not work as root? Eventually every user will need to use Acrobat, including root, but at the moment I do not have another user defined, but i will create one test as a non-root user.
Thanks

[judeo]

Even as a non-root user the same error, bad exe format, is generated.
Any other suggestions?
thanks

[dimesio]

Yes i am running this as root, any particular reason this would not work as root?

http://wiki.winehq.org/FAQ#run_as_root

Eventually every user will need to use Acrobat, including root

Why would root need a PDF reader? If a normal user can't read a PDF because of permissions, change the permissions on the file so they can.

FYI, if you insist on using the Windows version of Adobe Reader, you will need to install it separately for each user, as wineprefixes can't be shared. But why don't you just use the Linux version?

Even as a non-root user the same error, bad exe format, is generated.
Any other suggestions?

Delete the wineprefix and start over. Make sure no Wine processes are left running in the background, then create a clean 32 bit wineprefix following these instructions and install to that. If that doesn't fix it, post the full terminal output, including the command used to run the installer.

[judeo]

Let us just ignore the concept of running this as root, I side with you on this, but due to restrictions beyond my control that will need to happen.
This is on a new, fresh install of RHEL 7, running as a non-root user, no preexisting wine setup. for completeness i have installed these on a RHEL 7 box:
wine 1.7.22
cabextract-1.4-5.el7.nux.x86_64
libmspack-0.4-0.2.alpha.el7.x86_64
WINETRICKS_VERSION=20140302

It does appear that the 32bit wineprefix did not work, as it did not create any folders (Program Files etc) under the wine32/drive_c folder. here are the output of all those commands:
WINEARCH=win32 WINEPREFIX=/home/BSIUser/wine32 winecfg
wine: created the configuration directory '/home/BSIUser/wine32'
wine: '/home/BSIUser/wine32' is a 32-bit installation, it cannot support 64-bit applications.

But as i said no sub directory structure was created under drive_c, as evidenced when i try to run winetricks

WINEPREFIX=/home/BSIUser/wine32/ WINEARCH=win32 winetricks mspatcha
------------------------------------------------------
wine cmd.exe /c echo '%ProgramFiles%' returned empty string

But i attempt to run the Reader anyway:
WINEPREFIX=/home/BSIUser/wine32/ WINEARCH=win32 /home/BSIUser/Downloads/AdbeRdr11008_en_US.exe
wine: '/home/BSIUser/wine32' is a 32-bit installation, it cannot support 64-bit applications.

Meanwhile the 64 bit install seems to be fine, although it did at least generate some errors:

WINEARCH=win64 WINEPREFIX=/home/BSIUser/wine64 winecfg
wine: created the configuration directory '/home/BSIUser/wine64'
fixme:urlmon:InternetBindInfo_GetBindString not supported string type 20
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
err:mscoree:LoadLibraryShim error reading registry key for installroot
err:mscoree:LoadLibraryShim error reading registry key for installroot
err:mscoree:LoadLibraryShim error reading registry key for installroot
err:mscoree:LoadLibraryShim error reading registry key for installroot
fixme:urlmon:InternetBindInfo_GetBindString not supported string type 20
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.
fixme:iphlpapi:NotifyAddrChange (Handle 0xd9e318, overlapped 0xd9e330): stub
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.
fixme:iphlpapi:NotifyAddrChange (Handle 0xd9e318, overlapped 0xd9e330): stub
wine: configuration in '/home/BSIUser/wine64' has been updated.


And here is where i run the winetricks ion the 64bit prefix

WINEPREFIX=/home/BSIUser/wine64/ WINEARCH=win64 winetricks mspatcha
------------------------------------------------------
You are using a 64-bit WINEPREFIX. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing w_do_call mspatcha
Executing load_mspatcha
Executing cabextract -q -d /home/BSIUser/wine64//dosdevices/c:/windows/temp/_mspatcha -L -F i386/mspatcha.dl_ /home/BSIUser/.cache/winetricks/win2ksp4/W2KSP4_EN.EXE
Executing cabextract -q --directory=/home/BSIUser/wine64//dosdevices/c:/windows/syswow64 /home/BSIUser/wine64//dosdevices/c:/windows/temp/_mspatcha/i386/mspatcha.dl_
Using native,builtin override for following DLLs: mspatcha
Executing winetricks_early_wine regedit C:\windows\Temp\_mspatcha\override-dll.reg

But when i attempt to run the Reader application i get the exe error.
WINEPREFIX=/home/BSIUser/wine64/ WINEARCH=win64 wine /home/BSIUser/Downloads/AdbeRdr11008_en_US.exe
fixme:service:scmdatabase_autostart_services Auto-start service L"MountMgr" failed to start: 2
wine: Bad EXE format for H:\BSIUser\Downloads\AdbeRdr11008_en_US.exe.

I have also tried using wine to install the application by copying it to the respective Program Files directory.

Again thanks for any suggestions of input.

[dimesio]

It does appear that the 32bit wineprefix did not work, as it did not create any folders (Program Files etc) under the wine32/drive_c folder. here are the output of all those commands:
WINEARCH=win32 WINEPREFIX=/home/BSIUser/wine32 winecfg
wine: created the configuration directory '/home/BSIUser/wine32'
wine: '/home/BSIUser/wine32' is a 32-bit installation, it cannot support 64-bit applications.

That is not normal terminal output on creation of a 32 bit wineprefix. What you should get is something like this:

Code: Select all

dimesio@linux-8uxw:~> WINEARCH=win32 WINEPREFIX=/wine/test winecfg
wine: created the configuration directory '/wine/test'
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
err:mscoree:LoadLibraryShim error reading registry key for installroot
err:mscoree:LoadLibraryShim error reading registry key for installroot
err:mscoree:LoadLibraryShim error reading registry key for installroot
err:mscoree:LoadLibraryShim error reading registry key for installroot
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
fixme:iphlpapi:NotifyAddrChange (Handle 0xece8c0, overlapped 0xece8cc): stub
wine: configuration in '/wine/test' has been updated.

The command you used to create the 32 bit wineprefix was correct, and the fact that it didn't work, along with all the other strange errors you've been getting, suggests you have a broken Wine build--specifically, you are missing the 32 bit parts needed for a proper WoW64 setup. Are you sure you have installed all the Wine packages available? Some distros package the 32 bit parts separately.

If you are sure you haven't missed installing anything, report the problem to the package maintainer. Actually, even if you find you missed a 32 bit package and installing it solves the problem, I would still report it to the package maintainer, as the 32 bit package should automatically be pulled in as a dependency by the 64 bit one. Pure 64 bit Wine is not a supported configuration, and that appears to be what you have.

Regarding Adobe Reader, you also need to make sure you downloaded the 32 bit installer for XP rather than the 64 bit one (they both have the same name). It also needs to be the installer for XP, not some other version of Windows. I downloaded the 32 bit XP one, and it installs fine here in a 32 bit wineprefix after installing mspatcha with winetricks.

[judeo]

According to yum i have every package available for wine installed, but they only seem to be x86_64 and noarch, so i suspect that is the issue,not 32 bit wine for RHEL 7.
I will open a support ticket with RedHat on this, but should i not be able to use the 64 version of Adobe, that actually would be preferable to running a 32 bit version.
I have downloaded and tested multiple versions of Acrobat, 32 and what i "think" should be 64 bit, at least according to Adobe, but they do not work either.
Thanks for all the assistance so far.

[dimesio]

Most Windows installers, including Adobe's, contain 32 bit parts, even if the app they are installing is 64 bit. In the case of Adobe's installers, they also need native mspatcha, which winetricks only provides in 32 bit. You could try manually installing 64 bit mspatcha if you really want to, but I suspect you will still run into issues from your broken build.

[judeo]

It looks like i have no choice but to try and get this working under 64 bit, according to the epel list Wine for RHEL 7 will only be 64 bit since RHEL is striving for a "pure" 64 bit OS.
I am willing to install the 64 bit mspatcha, would i do that through some winetricks magic or pull that off a 64 bit windows?

Again thanks for any and all assistance in this foray.

[dimesio]

If the RHEL Wine packages really are pure 64 bit, then they are not supported here. If you insist on using them, any further problems are yours to solve.

As for mspatcha, as I already said, winetricks only provides 32 bit. You would have to copy it manually from a Windows install.

[judeo]

OK, thanks for the assistance, but i guess we can shut the book on this.
Epel for RHEL 7 will only be 64 bit, according to the epel developers list, and wine does not seem to like Acrobat in anything but 32 bit flavor. I did try stealing the 64 bit mspatcha from a Windows 64 bit machine and moving it into my wine64 prefix, but that did no good.
thanks again.

[dimesio]

According to https://access.redhat.com/solutions/509373, RHEL still provides 32 bit libraries for 64 bit systems, so you could try building Wine yourself.

[judeo]

I would love to, unfortunately for this project we have to ensure we stick with files that are listed in RedHat or epel repository, so customers wont have issues updating later on. I may do a custom build as a proof of concept later on, but alas not an option for this.
Again thanks for all the info and assistance.