http://bugs.winehq.org/show_bug.cgi?id=12547
Summary: Original Civilization III does not run -- drive read error Product: Wine Version: 0.9.59. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: mattsch@gmail.com
The original Civilization III installs properly but when attempting to run the game while the CD is mounted fails. When executing Civilization3.exe, it looks like it looks for the CD properly while the CD is mounted but when it finds the CD, I get a dialog box that says: DRIVE READ ERROR -- Please Insert Civilization III in CD Drive -- Retry | Cancel. Clicking Retry only brings up the window again. Also note, I have tried a NoCD hack and I get a different error in that case:
fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change screen BPP from 32 to 16 err:xrandr:X11DRV_XRandR_SetCurrentMode Resolution change not successful -- perhaps display has changed?
http://bugs.winehq.org/show_bug.cgi?id=12547
--- Comment #1 from Austin English austinenglish@gmail.com 2008-04-13 15:37:41 --- Can you run: $ ls -l ~/.wine/dosdevices
And paste output here?
http://bugs.winehq.org/show_bug.cgi?id=12547
--- Comment #2 from Lei Zhang thestig@google.com 2008-04-14 15:27:47 --- Does the game use any copy protection?
http://bugs.winehq.org/show_bug.cgi?id=12547
--- Comment #3 from Matthew Schultz mattsch@gmail.com 2008-04-14 15:37:17 --- (In reply to comment #2)
Does the game use any copy protection?
I've read that it uses SafeDisc. This is of course not an issue since I own and am using the factory original disc for Civilization III. I have tested with the original installation and the patch up to 1.29 as well. Patch 1.29 seems to install. I need to double check to see if testing comes out the same with both versions. I believe it was having problems with the 1.29 patch as well.
http://bugs.winehq.org/show_bug.cgi?id=12547
--- Comment #4 from Matthew Schultz mattsch@gmail.com 2008-04-14 22:15:13 --- (In reply to comment #1)
Can you run: $ ls -l ~/.wine/dosdevices
And paste output here?
lrwxrwxrwx 1 mschultz users 11 2008-04-12 23:22 a: -> /mnt/floppy lrwxrwxrwx 1 mschultz users 10 2008-03-22 16:29 c: -> ../drive_c lrwxrwxrwx 1 mschultz users 4 2008-04-12 23:22 d: -> /var lrwxrwxrwx 1 mschultz users 5 2008-04-12 23:22 e: -> /home lrwxrwxrwx 1 mschultz users 10 2008-04-12 23:22 f: -> /mnt/cdrom lrwxrwxrwx 1 mschultz users 14 2008-04-12 23:22 h: -> /home/mschultz lrwxrwxrwx 1 mschultz users 1 2008-03-22 16:29 z: -> /
http://bugs.winehq.org/show_bug.cgi?id=12547
--- Comment #5 from Matthew Schultz mattsch@gmail.com 2008-04-14 22:47:17 --- Created an attachment (id=12194) --> (http://bugs.winehq.org/attachment.cgi?id=12194) Setup logs and Civ3 run crashes
I think I'm able to reproduce the CD detect problem. After I do an install and then run it without the CD mounted, it complains that the CD isn't mounted. I hit ok and then mount the CD. It still complains the CD isn't mounted. Then I go to kill the two winedosdevice.exe processes and wine server and then run it again. Then it executes and crashes. This is reproducible for the original and patch to 1.29. The tar file has the outcome of all these tests. I should note that when it finally recognized the CD, the resolution changed to 640 x 480, the screen went black as if going into the game and then the game crashed with the errors in the crash files I've enclosed in the tar file.
http://bugs.winehq.org/show_bug.cgi?id=12547
--- Comment #6 from Matthew Schultz mattsch@gmail.com 2008-04-14 22:50:03 --- More info about my system and environment:
[ebuild R ] app-emulation/wine-0.9.59 USE="X alsa cups dbus gecko hal jpeg lcms ldap ncurses opengl oss samba xml -esd -jack -nas -scanner" 0 kB
Portage 2.1.4.4 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.24-gentoo-r3 i686) ================================================================= System uname: 2.6.24-gentoo-r3 i686 mobile AMD Athlon(tm) XP-M Timestamp of tree: Sat, 12 Apr 2008 19:45:01 +0000 ccache version 2.4 [disabled] app-shells/bash: 3.2_p17-r1 dev-java/java-config: 1.3.7, 2.1.4 dev-lang/python: 2.4.4-r9 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-mcpu=athlon-xp -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-mcpu=athlon-xp -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://portage.home http://prometheus.cs.wmich.edu/gentoo http://mirror.phy.olemiss.edu/mirror/gentoo http://gentoo.cites.uiuc.edu/pub/gentoo/ http://mirror.utdlug.org/linux/distributions/gentoo/ " LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LINGUAS="en ru" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp/portage" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://server.home/gentoo-portage" USE="3dnow 3dnowext X a52 aac acl acpi adns alsa apache2 audiofile avi bcmath bdf berkdb bzip2 calendar caps cddb cdparanoia cdr cjk clamav cli cpudetection cracklib crypt ctype cups curl curlwrappers dbus directfb dri dts dvb dvd dvdnav dvdread encode exif fbcon ffmpeg flac foomaticdb fortran ftp gd gdbm gif glib gmp gnutls gpm gtk gtk2 hal hash iconv ieee1394 imagemagick imap imlib innodb ipv6 isdnlog java javascript jpeg jpeg2k kde kson lcms ldap ldap-sasl libcaca live logrotate lzo mad matroska mcal mhash midi mime mjpeg mmx mmxext mng mp2 mp3 mp4 mpeg msession msn mudflap mysql mysqli ncurses network nls nptl nptlonly nsplugin nss nvidia offensive ogg openal opengl openmp osc oss pam pch pcntl pcre pdf pdo perl php png posix ppds pppd python qt3 qt3support qt4 quicktime readline real reflection rtc samba sasl sdl seamonkey session simplexml snmp soap sockets spell spl sqlite sse ssl subversion suhosin svg tcpd theora tidy tiff tokenizer transcode truetype unicode usb v4l v4l2 vcd vorbis wddx win32codecs wxwindows x264 x86 xforms xine xml xorg xpm xv xvid xvmc zip zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en ru" USERLAND="GNU" VIDEO_CARDS="nvidia vesa" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
http://bugs.winehq.org/show_bug.cgi?id=12547
--- Comment #7 from Austin English austinenglish@gmail.com 2008-04-14 23:52:32 --- (In reply to comment #4)
(In reply to comment #1)
Can you run: $ ls -l ~/.wine/dosdevices
And paste output here?
lrwxrwxrwx 1 mschultz users 10 2008-04-12 23:22 f: -> /mnt/cdrom
run:
ln -s ~/.wine/dosdevices/f:: /dev/YOUR_CD_DRIVE
And see if that helps.
http://bugs.winehq.org/show_bug.cgi?id=12547
Matthew Schultz mattsch@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Original Civilization III |Original Civilization III |does not run -- drive read |does not run -- drive read |error |error/crashes
--- Comment #8 from Matthew Schultz mattsch@gmail.com 2008-04-15 10:01:08 --- (In reply to comment #7)
(In reply to comment #4)
(In reply to comment #1)
Can you run: $ ls -l ~/.wine/dosdevices
And paste output here?
lrwxrwxrwx 1 mschultz users 10 2008-04-12 23:22 f: -> /mnt/cdrom
run:
ln -s ~/.wine/dosdevices/f:: /dev/YOUR_CD_DRIVE
And see if that helps.
Well if you're creating a symlink, then you put the source first like this:
ln -s /dev/YOUR_CD_DRIVE ~/.wine/dosdevices/f:
The drive read error seems to only be an issue now after game installation. Once I kill the dosdevices, it reads the drive. I would imagine that doing a symlink directly to the device wouldn't be effective because the files aren't mounted there. I tried it anyway because I'll try anything at this point and it was worse. It didn't detect at all. When the f: is set to /mnt/cdrom and it's mounted, it detects the CD but then crashes. I think the main thing here is if you look at the crashes I attached, it's complaining about something called LSANS.fot. I have a file name LSANS.TTF and I've tried linking and copying that file as LSANS.fot in the Civilization III and windows/fonts directories and that does not work either.
http://bugs.winehq.org/show_bug.cgi?id=12547
--- Comment #9 from Austin English austinenglish@gmail.com 2008-04-15 11:56:15 --- (In reply to comment #8)
Well if you're creating a symlink, then you put the source first like this:
ln -s /dev/YOUR_CD_DRIVE ~/.wine/dosdevices/f:
Duh, thanks. Was up late last night.
The drive read error seems to only be an issue now after game installation. Once I kill the dosdevices, it reads the drive. I would imagine that doing a symlink directly to the device wouldn't be effective because the files aren't mounted there. I tried it anyway because I'll try anything at this point and it was worse. It didn't detect at all. When the f: is set to /mnt/cdrom and it's mounted, it detects the CD but then crashes. I think the main thing here is if you look at the crashes I attached, it's complaining about something called LSANS.fot. I have a file name LSANS.TTF and I've tried linking and copying that file as LSANS.fot in the Civilization III and windows/fonts directories and that does not work either.
You said the game uses Safedisc, right?
http://bugs.winehq.org/show_bug.cgi?id=12547
--- Comment #10 from Matthew Schultz mattsch@gmail.com 2008-04-15 20:09:32 --- (In reply to comment #9)
You said the game uses Safedisc, right?
Yes many people have mentioned this on different forums and even other bugs here on winehq.
http://bugs.winehq.org/show_bug.cgi?id=12547
--- Comment #11 from Austin English austinenglish@gmail.com 2008-04-15 20:57:39 --- (In reply to comment #10)
(In reply to comment #9)
You said the game uses Safedisc, right?
Yes many people have mentioned this on different forums and even other bugs here on winehq.
Seems safedisc is your problem:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=609
http://bugs.winehq.org/show_bug.cgi?id=12547
Athrun samurai_no_densetsu@yahoo.es changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |samurai_no_densetsu@yahoo.es
--- Comment #12 from Athrun samurai_no_densetsu@yahoo.es 2008-07-27 12:51:11 --- (In reply to comment #6)
CFLAGS="-mcpu=athlon-xp -O3 -pipe -fomit-frame-pointer" CXXFLAGS="-mcpu=athlon-xp -O3 -pipe -fomit-frame-pointer"
Do not not use -fomit-frame-pointer to build wine, because that flag breaks something into wine protection schemes even when wine compile flawless and without errors, I had suffered it during long time, and there's no other way to make protected games work.
Use "-mcpu=athlon-xp -O3 -pipe"
You can check about it here too:
http://www.nabble.com/-Bug-39604--wine%2C-ASSIGNED%3A-wine-should-be-compile...
http://bugs.winehq.org/show_bug.cgi?id=12547
--- Comment #13 from Matthew Schultz mattsch@gmail.com 2008-07-28 09:20:56 --- (In reply to comment #12)
(In reply to comment #6)
CFLAGS="-mcpu=athlon-xp -O3 -pipe -fomit-frame-pointer" CXXFLAGS="-mcpu=athlon-xp -O3 -pipe -fomit-frame-pointer"
Do not not use -fomit-frame-pointer to build wine, because that flag breaks something into wine protection schemes even when wine compile flawless and without errors, I had suffered it during long time, and there's no other way to make protected games work.
Use "-mcpu=athlon-xp -O3 -pipe"
You can check about it here too:
http://www.nabble.com/-Bug-39604--wine%2C-ASSIGNED%3A-wine-should-be-compile...
What exactly was decided on that bug? I see a comment near the end that says they're adding -fomit-frame-pointer meaning that they're adding to an exclusion list of flags not to use or they found that it's not the problem?
http://bugs.winehq.org/show_bug.cgi?id=12547
--- Comment #14 from Athrun samurai_no_densetsu@yahoo.es 2008-07-28 10:34:55 --- (In reply to comment #13)
What exactly was decided on that bug? I see a comment near the end that says they're adding -fomit-frame-pointer meaning that they're adding to an exclusion list of flags not to use or they found that it's not the problem?
Using -fomit-frame-pointer is the problem, I assure you because I had suffered it myself, using it breaks Wine protection schemes to the point that almost any protected app will not work even with a no-cd patch.
And the resolution of that bug report was to build Wine without -fomit-frame-pointer flag, because there is no point to aim for an imperceptible performace boost at the price of making a lot of apps unusable.
So they now (and I) make their Wine builds without -fomit-frame-pointer, and protected games started to work fine again.
http://bugs.winehq.org/show_bug.cgi?id=12547
--- Comment #15 from Matthew Schultz mattsch@gmail.com 2008-07-28 11:33:52 --- (In reply to comment #14)
(In reply to comment #13)
What exactly was decided on that bug? I see a comment near the end that says they're adding -fomit-frame-pointer meaning that they're adding to an exclusion list of flags not to use or they found that it's not the problem?
Using -fomit-frame-pointer is the problem, I assure you because I had suffered it myself, using it breaks Wine protection schemes to the point that almost any protected app will not work even with a no-cd patch.
And the resolution of that bug report was to build Wine without -fomit-frame-pointer flag, because there is no point to aim for an imperceptible performace boost at the price of making a lot of apps unusable.
So they now (and I) make their Wine builds without -fomit-frame-pointer, and protected games started to work fine again.
(In reply to comment #14)
(In reply to comment #13)
What exactly was decided on that bug? I see a comment near the end that says they're adding -fomit-frame-pointer meaning that they're adding to an exclusion list of flags not to use or they found that it's not the problem?
Using -fomit-frame-pointer is the problem, I assure you because I had suffered it myself, using it breaks Wine protection schemes to the point that almost any protected app will not work even with a no-cd patch.
And the resolution of that bug report was to build Wine without -fomit-frame-pointer flag, because there is no point to aim for an imperceptible performace boost at the price of making a lot of apps unusable.
So they now (and I) make their Wine builds without -fomit-frame-pointer, and protected games started to work fine again.
This was a good guess as to what the problem is but I just checked it and gentoo strips all default CXXFLAGS on the wine ebuild and replaces it with -mcpu=athlon-xp -O3 -pipe. So -fomit-frame-pointer is not the issue here.
http://bugs.winehq.org/show_bug.cgi?id=12547
--- Comment #16 from Athrun samurai_no_densetsu@yahoo.es 2008-07-28 13:06:24 --- (In reply to comment #15) Ok
As long that CFLAGS ans CXXFLAGS are "-mcpu=athlon-xp -O3 -pipe" it sould be a problem-free Wine build, as I don't think that trying with -fno-omit-frame-pointer would change it at all.
So it must be another thing.
http://bugs.winehq.org/show_bug.cgi?id=12547
--- Comment #17 from Austin English austinenglish@gmail.com 2009-01-27 14:06:11 --- Is this still an issue in current (1.1.13 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=12547
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |ABANDONED
--- Comment #18 from Austin English austinenglish@gmail.com 2009-07-30 13:20:03 --- Abandoned. If you still have an issue in current (1.1.26 or newer) wine, and can provide the needed information, feel free to reopen.
http://bugs.winehq.org/show_bug.cgi?id=12547
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #19 from Austin English austinenglish@gmail.com 2009-07-30 13:22:46 --- Closing.
-
wine-bugs＠winehq.org