http://bugs.winehq.org/show_bug.cgi?id=11537
--- Comment #6 from Stephen E. Baker cycoone@hotmail.com 2008-02-12 12:02:47 --- (In reply to comment #5)
(In reply to comment #2)
Performing a regression test between 0.9.45 (known good) and 0.9.50 (known bad) I ran into another regression at wine-0.9.49-196-ga6dd479 which prevents testing this issue. Is there some way to get around this regression without messing up the binary search?
Can you describe the regression better? You could try resetting git to 0.9.46/7, see if they're good/bad, then use that as the known good/bad in a separate regression test. Without knowing what's wrong, it's hard to say.
Sorry, I shouldn't have replied to this post. I reset git to 0.9.49 and it was good, as have been all versions tested before that point so I have no reason to suspect any problems with 46/47 etc.
It appears that the installer is largely unstable between 0.9.49 where it worked, and 0.9.50 where this bug first occurred.
Here are my results:
wine-0.9.49 good wine-0.9.49-196-ga6dd479 untestable (cannot run install shield) wine-0.9.49-235-ga0c3816 untestable (fails to copy first file with 1603) wine-0.9.50 bad
What should I do next to help out?
If this is the same regression, then you can try 'random' patches in between, or you could find the patch(es) that fix install shield using reverse regression testing: http://wiki.winehq.org/ReverseRegressionTesting
In short, describe your problem(s) more, but it doesn't look like an easy solution.
Pirates! uses two cds, and the installer should prompt the user to switch cds about half way through the install to copy the rest of the programs files from. (The files are stored for the most part in a series of .cab files.)
In versions of wine up to 0.9.49, this worked properly. The installer would prompt that the user switch cds, and when they clicked ok it would resume the install from the second cd.
From 0.9.50 onwards, the installer no longer prompts the user for the second
cd. It instead continues to attempt to use a file which is located on the second cd, and not finding it, displays a 1603 error and aborts.
James Hawkins made most of the changes during this period and a lot of them seem to be related to cabinet files, so he is likely the best person to ask.