http://bugs.winehq.org/show_bug.cgi?id=21894
Summary: Command and Conquer 1 (gold - "Tiberian Dawn") installer error Product: Wine Version: 1.1.39 Platform: x86 URL: http://na.llnet.cnc3tv.ea.com/u/f/eagames/cnc3/cnc3tv/ Classic/NOD95.iso OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: sick_soul@yahoo.it
Trying to install the Command and Conquer 1 (gold) from either CDs fails. The player can choose whether to play as GDI or NOD, and there is one install CD for each army.
There are many versions of Command and Conquer 1. The original version is a DOS game and outside of the scope of this bug report. The "first decade" version is a multiple game package that is also outside of the scope of this bug report.
This bug report concerns the "Gold" Windows 95 version, which is now also downloadable from
http://www.commandandconquer.com/classic
direct GDI link: http://na.llnet.cnc3tv.ea.com/u/f/eagames/cnc3/cnc3tv/Classic/GDI95.iso
direct NOD link (also in URL field of this report): http://na.llnet.cnc3tv.ea.com/u/f/eagames/cnc3/cnc3tv/Classic/NOD95.iso
Installation breaks with an error after starting the installation.
wine reports the error:
"err:ntdll:RtlpWaitForCriticalSection section 0x7eb594a0 "syslevel.c: Win16Mutex" wait timed out in thread 001a, blocked by 001d, retrying (60 sec)"
and a few seconds later the application show the error: "Unable to locate necessary files. Please run setup.exe from the CD-ROM disc".
Tested with 1.1.39, 1.1.38, 1.1.37, with the same results.
http://bugs.winehq.org/show_bug.cgi?id=21894
Claudio sick_soul@yahoo.it changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sick_soul@yahoo.it
http://bugs.winehq.org/show_bug.cgi?id=21894
--- Comment #1 from Andrew Nguyen arethusa26@gmail.com 2010-02-28 17:48:23 --- If you're loopback mounting the C&C 95 install image, make sure you have a device node symlink that points to the ISO file, something like:
lrwxrwxrwx. 1 arethusa arethusa 10 2009-06-02 14:19 c: -> ../drive_c lrwxrwxrwx. 1 arethusa arethusa 14 2010-02-28 17:46 d: -> /path/to/mount lrwxrwxrwx. 1 arethusa arethusa 12 2010-02-28 17:47 d:: -> /path/to/iso lrwxrwxrwx. 1 arethusa arethusa 1 2009-06-02 14:19 z: -> /
http://bugs.winehq.org/show_bug.cgi?id=21894
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=21894
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Installer
http://bugs.winehq.org/show_bug.cgi?id=21894
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda@volny.cz
--- Comment #2 from Wylda wylda@volny.cz 2010-03-02 17:50:53 ---
Hi Claudio, if you want, you can look how to fill in a bug report for next time;) Anyway thank you for your submission.
1. Confirming, please consider UNCONFIRMED->NEW and KEYWORDS: +REGRESSION
2. I did a regression test between 1.1.34 and 1.1.35:
92e704edc50828f710a6d859216113a28ebf6430 is first bad commit commit 92e704edc50828f710a6d859216113a28ebf6430 Author: Alexandre Julliard julliard@winehq.org Date: Wed Dec 16 17:32:15 2009 +0100
server: Don't set the idle event when waiting for a message reply.
:040000 040000 6e3e746b29a0a16053d75851a5a4aede2fbe7694 d8b6b35a475657a89f1278311e0e87e519320662 M dlls :040000 040000 6a515a1f49f34946ae95cf2868d4e7e70730a47a 1df898e20a17155939221ffe7a604952513440c9 M server
3. There is another bug report suffering from this commit, see bug 21324.
4. Revert of this patch after git checkout makes that problem go away.
5. Adding author of this patch to CC.
--private keyword: bisected
http://bugs.winehq.org/show_bug.cgi?id=21894
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |julliard@winehq.org
http://bugs.winehq.org/show_bug.cgi?id=21894
--- Comment #3 from Claudio sick_soul@yahoo.it 2010-03-02 19:08:45 --- (In reply to comment #2)
Hi Claudio, if you want, you can look how to fill in a bug report for next time;) Anyway thank you for your submission.
Thank you for finding the problem! I did not suspect that it was a regression, otherwise I could have done the regression test myself..
Was there anything else specifically wrong about the bug report?
Thanks again - claudio
http://bugs.winehq.org/show_bug.cgi?id=21894
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #4 from Vitaliy Margolen vitaliy@kievinfo.com 2010-03-02 22:42:13 --- Confirming per comment 2
http://bugs.winehq.org/show_bug.cgi?id=21894
--- Comment #5 from Wylda wylda@volny.cz 2010-03-02 23:20:25 --- (In reply to comment #3)
Was there anything else specifically wrong about the bug report?
Nothing explicitly wrong, maybe a little bit wrong - i had to do regression test myself ;-)) I usualy look at AppDB and when i see Rating Platinium->Garbage, it's starting signal for regression testing (at least for me).
Good thing is that it is Alexandre's. He usually fix thing quickly, silently, orinary next day git ;) During this weekend i did a retest of bug reports of cca 50 bugs after cca 1month pause. The score i would not call explicit success (cca 49unfixed vs. 1 fixed). It decrease taste a bit to test something new...
Anyway thanks again for submission and for the hint, that there are free downloads of C&C.
http://bugs.winehq.org/show_bug.cgi?id=21894
--- Comment #6 from Alexandre Julliard julliard@winehq.org 2010-03-03 05:12:09 --- This commit is causing an extra 10 second wait during install, but I don't think it has anything to do with the failure to find the files.
http://bugs.winehq.org/show_bug.cgi?id=21894
--- Comment #7 from Wylda wylda@volny.cz 2010-03-03 06:16:12 --- (In reply to comment #6)
This commit is causing an extra 10 second wait during install, but I don't think it has anything to do with the failure to find the files.
Yes, you are right. This commit causes pause at 21% procent, but installs anyway.
http://bugs.winehq.org/show_bug.cgi?id=21894
--- Comment #8 from Claudio sick_soul@yahoo.it 2010-03-04 04:26:41 --- (In reply to comment #6)
This commit is causing an extra 10 second wait during install, but I don't think it has anything to do with the failure to find the files.
(In reply to comment #7)
(In reply to comment #6)
This commit is causing an extra 10 second wait during install, but I don't think it has anything to do with the failure to find the files.
Yes, you are right. This commit causes pause at 21% procent, but installs anyway.
I tried 1.1.34 pre-commit, and indeed I do not have the timeout error anymore, but I still get the application error about not being able to find the files. I tried with the ISO and mounted it -oloop as /mnt/cdrom, and /mnt/cdrom is the D: logical drive (is reachable).
From your statement I understand that you _can_ install. I guess it just
happens here for some reason then.. unlucky me.
http://bugs.winehq.org/show_bug.cgi?id=21894
--- Comment #9 from Andrew Nguyen arethusa26@gmail.com 2010-03-04 04:42:13 --- My comment #1 which involves creating the correct device node symlink to the ISO file still stands.
http://bugs.winehq.org/show_bug.cgi?id=21894
Claudio sick_soul@yahoo.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME
--- Comment #10 from Claudio sick_soul@yahoo.it 2010-03-05 15:35:03 --- (In reply to comment #9)
My comment #1 which involves creating the correct device node symlink to the ISO file still stands.
Thanks, that was the problem: I was unaware of the :: thing in dosdevices. For some logical drives I had the :: thing already there, but not for /dev/cdrom. I looked at man wine, and sure enough the info is there.
I added that and lo and behold, everything works perfectly. The installation completed, and the program ran well (completed 1 mission). I had to set the 'win98' mode to avoid getting a "privileged instruction" error.
Closing the ticket. Thanks all, I'll make a new appdb entry with the new test results.
http://bugs.winehq.org/show_bug.cgi?id=21894
Andrew Nguyen arethusa26@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|WORKSFORME |INVALID
--- Comment #11 from Andrew Nguyen arethusa26@gmail.com 2010-03-05 15:37:02 --- Actually, the bug is invalid, as there was no issue in Wine in the first place.
http://bugs.winehq.org/show_bug.cgi?id=21894
Andrew Nguyen arethusa26@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #12 from Andrew Nguyen arethusa26@gmail.com 2010-03-05 15:37:16 --- Closing the bug.
-
wine-bugs＠winehq.org