http://bugs.winehq.org/show_bug.cgi?id=25558
Summary: Can't install Flight Simulator X Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: el.il@doom.co.il
Created an attachment (id=32543) --> (http://bugs.winehq.org/attachment.cgi?id=32543) Terminal Output
Microsoft Flight Simulator X Installation doesn't work. I'm tested with a clean wineprefix. I'm using wine-1.3.9-1.fc14, on 64bit
I can see the installer loading dialog, but when the progress line gets to the end, an error shows up, saying "1628: Failed to complete installation". Attached is the terminal output.
Notice the line "wine: Invalid address"
I think this might need extra debugging. Please note that the bug also occurs in the installer of the demo version. Download: https://www.microsoft.com/games/flightsimulatorx/downloads.html
http://bugs.winehq.org/show_bug.cgi?id=25558
elad el.il@doom.co.il changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, Installer URL| |https://www.microsoft.com/g | |ames/flightsimulatorx/downl | |oads.html
http://bugs.winehq.org/show_bug.cgi?id=25558
elad el.il@doom.co.il changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #32543|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=25558
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #1 from Dan Kegel dank@kegel.com 2010-12-19 10:40:09 CST --- As a workaround, try following the tips in http://appdb.winehq.org/objectManager.php?sClass=version&iId=12016
Just curious: the log says
fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for bias -120, std (d/m/y): 12/09/2010, dlt (d/m/y): 26/03/2010
What timezone are you in?
http://bugs.winehq.org/show_bug.cgi?id=25558
--- Comment #2 from elad el.il@doom.co.il 2010-12-19 10:45:04 CST --- (In reply to comment #1)
What timezone are you in?
UTC+2 (or, to be more specific, IST)
http://bugs.winehq.org/show_bug.cgi?id=25558
--- Comment #3 from elad el.il@doom.co.il 2010-12-19 10:48:05 CST --- (In reply to comment #1)
As a workaround, try following the tips in http://appdb.winehq.org/objectManager.php?sClass=version&iId=12016
I wrote those tips :-) they worked for the demo, But not for the (demo or full version) installer. I'm trying to play the full version. I can't use the workaround I used for the demo, because the full version files are in CAB archives, and it's not so easy to extract those.
http://bugs.winehq.org/show_bug.cgi?id=25558
--- Comment #4 from Austin English austinenglish@gmail.com 2010-12-19 16:01:23 CST --- (In reply to comment #0)
Created an attachment (id=32543)
--> (http://bugs.winehq.org/attachment.cgi?id=32543) [details]
Terminal Output
Microsoft Flight Simulator X Installation doesn't work. I'm tested with a clean wineprefix. I'm using wine-1.3.9-1.fc14, on 64bit
From the log: fixme:seh:RtlAddFunctionTable 0x6ce46600 1 6ce40000: stub fixme:seh:RtlAddFunctionTable 0x68393b20 1 68380000: stub fixme:seh:RtlAddFunctionTable 0x61b51dc0 1 61a80000: stub fixme:seh:RtlAddFunctionTable 0x67bda640 1 67bc0000: stub
indicates you're using 64-bit wine. Try with a pure 32-bit wine.
Installs fine for me in wine-1.3.9-164-g17e66e0 with PST timezone. Watch out for bug 25139 after install though.
http://bugs.winehq.org/show_bug.cgi?id=25558
--- Comment #5 from elad el.il@doom.co.il 2010-12-20 10:48:03 CST --- (In reply to comment #4)
(In reply to comment #0)
Created an attachment (id=32543)
--> (http://bugs.winehq.org/attachment.cgi?id=32543) [details] [details]
Terminal Output
Microsoft Flight Simulator X Installation doesn't work. I'm tested with a clean wineprefix. I'm using wine-1.3.9-1.fc14, on 64bit
From the log:
fixme:seh:RtlAddFunctionTable 0x6ce46600 1 6ce40000: stub fixme:seh:RtlAddFunctionTable 0x68393b20 1 68380000: stub fixme:seh:RtlAddFunctionTable 0x61b51dc0 1 61a80000: stub fixme:seh:RtlAddFunctionTable 0x67bda640 1 67bc0000: stub
indicates you're using 64-bit wine. Try with a pure 32-bit wine.
Installs fine for me in wine-1.3.9-164-g17e66e0 with PST timezone. Watch out for bug 25139 after install though.
Well if it doesn't work on 64 bit, it's still a bug. I tried changing my time zone, and it didn't help, so it's probably related to wow64 and memory addresses (notice the "Invalid address" line).
I tried to force the prefix to be 32bit prefix, using WINEARCH=win32 (and a new, clean prefix)... and it also didn't work. lots of ole errors in the terminal, and an InstallShield error at the end "1608: Unable to create InstallDriver instance, Return Code: -2147221163". Full output attached (although i think that this might be in a different bug).
http://bugs.winehq.org/show_bug.cgi?id=25558
--- Comment #6 from elad el.il@doom.co.il 2010-12-20 10:51:58 CST --- Created an attachment (id=32557) --> (http://bugs.winehq.org/attachment.cgi?id=32557) Terminal Output (With WINEARCH=win32)
http://bugs.winehq.org/show_bug.cgi?id=25558
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #7 from Austin English austinenglish@gmail.com 2010-12-20 17:17:04 CST --- For me, the demo installs fine, no problems.
The full version, fails. If I install from dvd, running with 'wine /mnt/cdrom/setup.exe' I get error (I believe it was 1603). If I use an iso and run with 'wine D:\setup.exe' it works up until it asks for the second disk, then when I mount that iso (using wisotool) it never sees the disk, it always asks to retry. The same occurs when using the real dvds.
As a workaround, copying the files from both dvds into a folder and running setup.exe from there seems to work decently well. The game still prompts for the second disk towards the end, but wineserver -k'ing it shows a relatively complete installation. I have to install msxml4 sp2 manually, apparently ours isn't good enough (that needs a new bug).
The copying files methods gives me an install that's 14 GB. If I install from ISOs or manually with only the first disk, the install is 7GB. Trying to run the 7 GB install fails with an error saying the install is incomplete, whereas the 14GB install works.
So, for me at least, there are two bugs: 1) The installer's disk check fails for disk 2, whether using a real disk or iso. 2) Installer sometimes fails, with different errors (1603, 1628, 1608, etc.).
http://bugs.winehq.org/show_bug.cgi?id=25558
--- Comment #8 from elad el.il@doom.co.il 2010-12-21 10:18:22 CST --- (In reply to comment #7)
For me, the demo installs fine, no problems.
The full version, fails. If I install from dvd, running with 'wine /mnt/cdrom/setup.exe' I get error (I believe it was 1603). If I use an iso and run with 'wine D:\setup.exe' it works up until it asks for the second disk, then when I mount that iso (using wisotool) it never sees the disk, it always asks to retry. The same occurs when using the real dvds.
If it was possible to use gnome archive mounter with wine (it isn't) it would be much easier to install stuff in wine (we won't need to manually mount stuff using mount -o loop or wisotool).
anyway, i tried mounting with mount -o loop, and setting the moutpoint to map to D in winecfg, and then i wrote wine D:\setup.exe. it didn't work, failed with error 1628. I tried again without mounting the iso (extracted the files), and it also didn't work, same error. Is it possible that it happens only in 64bit? i haven't tested this workaround in a 32bit prefix.
I have to install msxml4 sp2 manually, apparently ours isn't good enough (that needs a new bug).
I'll open a new bug for this issue (if you haven't done this already).
http://bugs.winehq.org/show_bug.cgi?id=25558
--- Comment #9 from Austin English austinenglish@gmail.com 2010-12-21 17:15:13 CST --- I've added support for this to wisotool. In short, the workaround I found is to mount both dvd's, copy their files to a folder. Then mount disk 2 (or put the real disk in the drive). Run the installer from the folder on your hard drive, and proceed as normal.
The msxml4 bug is bug 25575. I also filed bug 25576, bug 25577 and bug 25579.
http://bugs.winehq.org/show_bug.cgi?id=25558
--- Comment #10 from elad el.il@doom.co.il 2010-12-31 06:31:43 CST --- (In reply to comment #9)
I've added support for this to wisotool. In short, the workaround I found is to mount both dvd's, copy their files to a folder. Then mount disk 2 (or put the real disk in the drive). Run the installer from the folder on your hard drive, and proceed as normal.
This workaround doesn't work for me.
http://bugs.winehq.org/show_bug.cgi?id=25558
--- Comment #11 from testing.tigerwolf@mail.com 2011-11-06 12:53:20 CST --- Created attachment 37343 --> http://bugs.winehq.org/attachment.cgi?id=37343 Unable to install FS X on wine 1.3.32
WinZip Self Extractor works correctly After Zip extraction, InstallShield Wizard is launched. Shortly after, the following error messagebox appears :
1628 : Failed to complete installation
WinZip Self Extractor deletes temporary files and stops
http://bugs.winehq.org/show_bug.cgi?id=25558
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |28975
--- Comment #12 from Nikolay Sivov bunglehead@gmail.com 2011-11-06 12:57:52 CST --- (In reply to comment #11)
Created attachment 37343 [details] Unable to install FS X on wine 1.3.32
WinZip Self Extractor works correctly After Zip extraction, InstallShield Wizard is launched. Shortly after, the following error messagebox appears :
1628 : Failed to complete installation
WinZip Self Extractor deletes temporary files and stops
Disable apphelp library in winecfg first.
http://bugs.winehq.org/show_bug.cgi?id=25558
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #13 from Anastasius Focht focht@gmx.net 2011-11-06 12:58:54 CST --- Hello,
--- quote --- Unable to install FS X on wine 1.3.32
WinZip Self Extractor works correctly After Zip extraction, InstallShield Wizard is launched. Shortly after, the following error messagebox appears :
1628 : Failed to complete installation
WinZip Self Extractor deletes temporary files and stops --- quote ---
that is a recent regression, bug 28975 Disable "apphelp" as workaround, e.g. run installer as follows:
$ WINEDLLOVERRIDES="apphelp=d" wine ./flight_simulator_x_demo_jouable_2_anglais_26024.exe
Regards
http://bugs.winehq.org/show_bug.cgi?id=25558
Bug 25558 depends on bug 28975, which changed state.
Bug 28975 Summary: InstallShield-based installers need apphelp.dll.ApphelpCheckInstallShieldPackage stub (YouSendIt, Nokia S60 5th Edition SDK 1.0) http://bugs.winehq.org/show_bug.cgi?id=28975
What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
http://bugs.winehq.org/show_bug.cgi?id=25558
--- Comment #14 from Dan Kegel dank@kegel.com 2011-12-17 12:49:40 CST --- Still happening here with latest git, wine-1.3.35, and retail version. Installation fails after about 10-20 minutes of copying files, with "du -sh ~/.wine" showing 341MB; log is
err:msi:ready_media Cabinet not found: L"Z:\media\UDF Volume\D2Feat~1.cab" err:msi:ACTION_InstallFiles Failed to ready media for L"_8B755D86C3934604ACF228EA7DE03094" err:msi:ITERATE_Actions Execution halted, action L"InstallFiles" returned 1603
This looks like the same error reported a year ago in the forums, http://forum.winehq.org/viewtopic.php?p=53530&sid=69e63b97ca752d7ff7fc74...
http://bugs.winehq.org/show_bug.cgi?id=25558
--- Comment #15 from Dan Kegel dank@kegel.com 2012-06-20 22:48:56 CDT --- Created attachment 40634 --> http://bugs.winehq.org/attachment.cgi?id=40634 rzipped +msi,+setupapi,+seh log, last 300,000 lines before error
Still happening with today's git; see attached +msi log.
http://bugs.winehq.org/show_bug.cgi?id=25558
--- Comment #16 from Hans Leidekker hans@meelstraat.net 2012-06-21 04:11:15 CDT --- Created attachment 40638 --> http://bugs.winehq.org/attachment.cgi?id=40638 debug patch
Can you get another +msi trace with this patch applied?
http://bugs.winehq.org/show_bug.cgi?id=25558
Hans Leidekker hans@meelstraat.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #40638|0 |1 is obsolete| |
--- Comment #17 from Hans Leidekker hans@meelstraat.net 2012-06-21 07:58:20 CDT --- Created attachment 40641 --> http://bugs.winehq.org/attachment.cgi?id=40641 debug patch #2
Please use this one instead.
http://bugs.winehq.org/show_bug.cgi?id=25558
--- Comment #18 from Dan Kegel dank@kegel.com 2012-06-21 11:41:27 CDT --- Created attachment 40646 --> http://bugs.winehq.org/attachment.cgi?id=40646 Last 300k lines with debug patch #2
http://bugs.winehq.org/show_bug.cgi?id=25558
--- Comment #19 from Hans Leidekker hans@meelstraat.net 2012-07-08 14:39:47 CDT ---
fixme:msi:source_matches_volume root L"Z:\media\UDF Volume\" label L"FSX Disk 2" fixme:msi:source_matches_volume volume L""
So it fails because GetVolumeInformationW returns an empty volume name for the disc.
http://bugs.winehq.org/show_bug.cgi?id=25558
--- Comment #20 from Dan Kegel dank@kegel.com 2012-07-09 05:10:44 CDT --- I tried
#include <windows.h> #include <stdio.h> int main(int argc, char **argv) { BOOL rv; char volname[1024]; volname[0] = '?'; volname[1] = 0; rv = GetVolumeInformation("D:\", volname, sizeof(volname), NULL, NULL, NULL, NULL, 0); printf("GVI returns %d, volname is %s\n", rv, volname); }
in a loop:
while true do wineserver -k rm -rf .wine wine vol.exe done
About 20% of the time, it prints GVI returns 0, volname is ? About 80% of the time, it prints GVI returns 1, volname is UDF Volume
Ubuntu thinks the volume name is "UDF Volume", too.
Meanwhile, the real volume name is: $ sh winetricks volnameof=/dev/sr0 FSX DISK 1
/usr/bin/volname gets it right, too (maybe https://bugs.launchpad.net/ubuntu/+source/eject/+bug/678419 is fixed).
Where is the bogus name coming from? $ udevadm info -q env -n /dev/sr0 | grep ID_FS_LABEL seems to be a pretty early point. strace says that gets it from /run/udev/data/b11:0 but I don't know who populates that file yet. "man udev" is somewhat intimidating.
http://bugs.winehq.org/show_bug.cgi?id=25558
--- Comment #21 from Dan Kegel dank@kegel.com 2012-07-09 05:21:13 CDT --- See also https://bugs.launchpad.net/ubuntu/+source/udev/+bug/1022519
http://bugs.winehq.org/show_bug.cgi?id=25558
Frédéric Delanoy frederic.delanoy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|https://www.microsoft.com/g |https://www.microsoft.com/P |ames/flightsimulatorx/downl |roducts/Games/FSInsider/dow |oads.html |nloads/Pages/FlightSimulato | |rXTrialVersion.aspx CC| |frederic.delanoy@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=25558
--- Comment #22 from Frédéric Delanoy frederic.delanoy@gmail.com --- Appears fixed in wine 1.7.17. Please retry with latest wine (1.7.17 or later) to check if the issue persists for you.
http://bugs.winehq.org/show_bug.cgi?id=25558
--- Comment #23 from Anastasius Focht focht@gmx.net --- Hello Frédéric,
--- quote --- Appears fixed in wine 1.7.17. --- quote ---
did you verify with the demo or full (2 dvd/iso) version of the game? The demo never had a problem, see Austin's comment #7
I'm downloading the 2 iso version to check with, thanks to the people still seeding that stuff.
Regards
http://bugs.winehq.org/show_bug.cgi?id=25558
--- Comment #24 from Frédéric Delanoy frederic.delanoy@gmail.com --- (In reply to Anastasius Focht from comment #23)
Hello Frédéric,
--- quote --- Appears fixed in wine 1.7.17. --- quote ---
did you verify with the demo or full (2 dvd/iso) version of the game? The demo never had a problem, see Austin's comment #7
I'm downloading the 2 iso version to check with, thanks to the people still seeding that stuff.
Regards
I tried with the demo (32bit). I inferred from comments 3 and 5 that the OP did have the bug in the demo version, albeit maybe only in the 64bit version.
I should have tested with 64bit version, though, but I've no 1.7.17 64bit build available yet.
Can you please retest the demo first in a 64bit wineprefix?
http://bugs.winehq.org/show_bug.cgi?id=25558
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |kernel32 See Also| |https://launchpad.net/bugs/ | |1022519 Summary|Can't install Flight |Microsoft Flight Simulator |Simulator X |X fails to install (prefer | |ISO9660 volume label over | |UDF specific label if | |present)
--- Comment #25 from Anastasius Focht focht@gmx.net --- Hello folks,
still present.
--- snip --- 005f:err:msi:ready_media cabinet not found: L"Z:\mnt\iso\D2Feat~1.cab" 005f:err:msi:ACTION_InstallFiles Failed to ready media for L"_D21DDA08F6124C499566EEF9A10B21AE" 005f:err:msi:ITERATE_Actions Execution halted, action L"InstallFiles" returned 1603 --- snip ---
(the file is on disk 2)
Both .iso images are ISO-13346 UDF
--- snip --- $ bash ~/winetricks volnameof=fsx_disk1.iso FSX DISK 1
$ bash ~/winetricks volnameof=fsx_disk2.iso FSX DISK 2 --- snip ---
'udevadm' output from mounted iso:
--- snip --- udevadm info -q env -n /dev/loop0 DEVLINKS=/dev/disk/by-label/FSX\x20DISK\x201 /dev/disk/by-uuid/2006-09-09-03-15-01-00 DEVNAME=/dev/loop0 DEVPATH=/devices/virtual/block/loop0 DEVTYPE=disk ID_FS_APPLICATION_ID=CDIMAGE\x202.52\x20\x2803\x2f09\x2f2004\x20TM\x29 ID_FS_LABEL=FSX_DISK_1 ID_FS_LABEL_ENC=FSX\x20DISK\x201 ID_FS_PUBLISHER_ID=MICROSOFT\x20CORPORATION ID_FS_TYPE=udf ID_FS_USAGE=filesystem ID_FS_UUID=2006-09-09-03-15-01-00 ID_FS_UUID_ENC=2006-09-09-03-15-01-00 MAJOR=7 MINOR=0 MPATH_SBIN_PATH=/sbin SUBSYSTEM=block TAGS=:systemd: USEC_INITIALIZED=8721326868 --- snip ---
Debugger:
--- snip --- Wine-dbg>bt
Backtrace: =>0 0x7b884b4b UDF_Find_PVD+0x127(handle=0x18, pvd="") [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/volume.c:478] in kernel32 (0x0033e4d8)
1 0x7b884d27 VOLUME_GetSuperblockLabel+0x1bf(device=0x33f8b8, handle=0x18, type=FS_UDF, superblock="", label="?I", len=0x400) [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/volume.c:536] in kernel32 (0x0033ed38)
2 0x7b88583f GetVolumeInformationW+0x3d2(root=<couldn't compute location>, label=<couldn't compute location>, label_len=<couldn't compute location>, serial=<couldn't compute location>, filename_len=<couldn't compute location>, flags=<couldn't compute location>, fsname=<couldn't compute location>, fsname_len=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/volume.c:804] in kernel32 (0x0033f918) ... --- snip ---
It's as Dan said in https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/1022519/comments/5
--- quote --- I guess Windows prefers the iso9660 volume label for discs of type CD001 --- quote ---
If there is a usable label in the ISO9660 header then this should be used, otherwise the UDF specific label should be taken.
$ wine --version wine-1.7.17-28-g5ef5490
Regards
https://bugs.winehq.org/show_bug.cgi?id=25558
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|https://www.microsoft.com/P |https://archive.org/details |roducts/Games/FSInsider/dow |/fsxdisk1_201908 |nloads/Pages/FlightSimulato | |rXTrialVersion.aspx |
--- Comment #26 from Anastasius Focht focht@gmx.net --- Hello folks,
adding stable download link(s) via Internet Archive.
https://archive.org/details/fsxdisk1_201908
https://archive.org/download/fsxdisk1_201908/FSX%20DISK%201.ISO
https://archive.org/download/fsxdisk1_201908/FSX%20DISK%202.ISO
--- snip --- $ cdemu load 0 MFSX_Deluxe_DVD1.iso
$ udisksctl mount -b /dev/sr1 Mounted /dev/sr1 at /run/media/focht/FSX Disk 1.
$ udevadm info -q env -n /dev/sr1 | grep ID_FS_LABEL ID_FS_LABEL=FSX_Disk_1 ID_FS_LABEL_ENC=FSX\x20Disk\x201 --- snip ---
--- snip --- $ ll ~/.wine/dosdevices/ | grep /dev/sr1 lrwxrwxrwx. 1 focht focht 8 Jul 18 22:13 e:: -> /dev/sr1
$ wine ./volname-x86.exe "e:" GetVolumeInformation('e:') returns 1, volname is 'UDF Volume'. --- snip ---
$ wine --version wine-6.12-194-g2ffcf440218
Regards