http://bugs.winehq.org/show_bug.cgi?id=18675
Summary: GuildWars tries to repair the data archive on every start. Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: tank@meinungsverstaerker.de
when starting, gw tries to repair the data archive. this takes a long time, as the archive is about 4GB in size. when you let gw finish that, you may play gw as usual, but if you close gw and start it again, it will repair the archive again and again... gw never tried to repair my data archive before i upgraded to 1.1.22. i missed some versions, didn't upgrade for some weeks, but according to comments in the appdb, 1.1.20 seems to work.
http://bugs.winehq.org/show_bug.cgi?id=18675
--- Comment #1 from Austin English austinenglish@gmail.com 2009-05-28 12:03:18 --- Regression test? http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=18675
--- Comment #2 from Florian Richter tank@meinungsverstaerker.de 2009-05-28 14:05:29 --- regression testing is in progress.. my computer is not that fast:) i'll submit results here, when i'm done.
http://bugs.winehq.org/show_bug.cgi?id=18675
Florian Richter tank@meinungsverstaerker.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |julliard@winehq.org
--- Comment #3 from Florian Richter tank@meinungsverstaerker.de 2009-05-28 15:11:46 --- git bisect told me this:
13a33b73c349530b17347d3ec6a1f5bb268cc917 is first bad commit commit 13a33b73c349530b17347d3ec6a1f5bb268cc917 Author: Alexandre Julliard julliard@winehq.org Date: Sat May 16 11:33:06 2009 +0200
ntdll: Free old memory block when reallocating to a large block.
:040000 040000 e210ab3f16dee6da3a6b6b34d375737b103d5951 25abcf5a437d9a494593e654553dd2797066f616 M dlls
http://bugs.winehq.org/show_bug.cgi?id=18675
Peter Schueller schueller.p@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |schueller.p@gmail.com
--- Comment #4 from Peter Schueller schueller.p@gmail.com 2009-05-29 17:05:45 --- I have the same problem.
Occured with wine_1.1.22~winehq0~ubuntu~9.04-0ubuntu1_i386.deb
I tried to reinstall GuildWars to repair, but installing did not work anymore.
With wine_1.1.21~winehq0~ubuntu~9.04-0ubuntu1_i386.deb it works now.
Reproduce it by:
-) Uninstall GuildWars (if you had it installed) -) download gwsetup.zip and extract it (it is free and legal to do without an account) -) Try to install it, it will start downloading the exe and then data files and counting the remaining files down -) after about 5 MB download it will segfault
One curious thing: -) Try calling it this way: "strace -f wine Gw.exe 2>/dev/null" -) It will be a bit slower, but a crash window from GuildWars will appear, the download seems to continue but it does not really work
http://bugs.winehq.org/show_bug.cgi?id=18675
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, Installer URL| |http://www.guildwars.com/do | |wnload/
--- Comment #5 from Austin English austinenglish@gmail.com 2009-05-29 21:42:10 --- err:seh:raise_exception Exception frame is not in stack limits => unable to dispatch exception.
Confirming.
http://bugs.winehq.org/show_bug.cgi?id=18675
Hew McLachlan hew@ubuntu.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #6 from Hew McLachlan hew@ubuntu.com 2009-05-30 01:49:45 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=18675
Jan Kalab pitel@nomi.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pitel@nomi.cz
--- Comment #7 from Jan Kalab pitel@nomi.cz 2009-06-02 10:43:33 --- Yup, I confirm it too. Antoher way to encounter this bug is running Gw.exe -image (it should download latest versions of all datafiles).
http://bugs.winehq.org/show_bug.cgi?id=18675
--- Comment #8 from Peter Schueller schueller.p@gmail.com 2009-06-03 02:03:23 --- (In reply to comment #7)
Yup, I confirm it too. Antoher way to encounter this bug is running Gw.exe -image (it should download latest versions of all datafiles).
I tried this too, but it downloaded several hundred megabytes before crashing.
It is another method to reproduce, but not the easisest. ;)
http://bugs.winehq.org/show_bug.cgi?id=18675
nh2@deditus.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nh2@deditus.de
--- Comment #9 from nh2@deditus.de 2009-06-03 04:19:39 --- Confirming, also confirming the guilty patch (http://www.winehq.org/pipermail/wine-devel/2009-May/075907.html).
In my eyes, -image, a reinstall and such stuff cannot fix the problem, because it is Wine which causes it, no matter what archive file you try to use.
http://bugs.winehq.org/show_bug.cgi?id=18675
--- Comment #10 from Jan Kalab pitel@nomi.cz 2009-06-06 05:05:38 --- Still an issue in 1.1.23
http://bugs.winehq.org/show_bug.cgi?id=18675
Timo R. btbn@oromit.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |btbn@oromit.de
--- Comment #11 from Timo R. btbn@oromit.de 2009-06-18 13:02:36 --- I also did a regression test because of wine crashing while downloading stuff in GW with this error:
err:seh:raise_exception Exception frame is not in stack limits => unable to dispatch exception.
I got the same result:
13a33b73c349530b17347d3ec6a1f5bb268cc917 is first bad commit commit 13a33b73c349530b17347d3ec6a1f5bb268cc917 Author: Alexandre Julliard julliard@winehq.org Date: Sat May 16 11:33:06 2009 +0200
ntdll: Free old memory block when reallocating to a large block.
:040000 040000 e210ab3f16dee6da3a6b6b34d375737b103d5951 25abcf5a437d9a494593e654553dd2797066f616 M dlls
I'm writing this here because i found there already was a bisect pointing to that build here, even if I don't have exact the same issue.
I patched out the change made in this commit in master HEAD, and after that GuildWars installed smoothly.
http://bugs.winehq.org/show_bug.cgi?id=18675
Nick Bowler nbowler@draconx.ca changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nbowler@draconx.ca
http://bugs.winehq.org/show_bug.cgi?id=18675
Robert Förster Dessa@gmake.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Dessa@gmake.de
http://bugs.winehq.org/show_bug.cgi?id=18675
Nocturrne nocturrne@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nocturrne@gmail.com
--- Comment #12 from Nocturrne nocturrne@gmail.com 2009-07-05 09:45:13 --- I confirm this is still a problem in 1.1.25 with Ubuntu 9.04. GW crashes during the download of files, while trying to enter the game. If you try "gw.exe -image", it hangs during file decompression, after the download completes.
http://bugs.winehq.org/show_bug.cgi?id=18675
--- Comment #13 from nh2@deditus.de 2009-07-05 11:21:56 --- If you want to run Guild Wars with the latest Wine version, you can use the version from my PPA (https://launchpad.net/~nh2/+archive/ppa) which has reverted that ntdll commit until a fix is released.
http://bugs.winehq.org/show_bug.cgi?id=18675
--- Comment #14 from Alexandre Julliard julliard@winehq.org 2009-07-07 12:11:34 --- It looks like they move the contents of the block by hand after the realloc, thus of course accessing the data that has just been freed. Someone should tell these guys that HeapReAlloc already moves the data...
http://bugs.winehq.org/show_bug.cgi?id=18675
Lee Ball lee@leenukes.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lee@leenukes.co.uk
--- Comment #15 from Lee Ball lee@leenukes.co.uk 2009-07-07 15:18:36 --- (In reply to comment #10)
Still an issue in 1.1.23
I can confirm this in wine-1.1.23 in Fedora 10.
I'd not used Guild Wars for a long time, used to be fine, I thought I'd try and get back into it with it already being installed, worked fine upto when it tried to update itself.
Using the -image option mentioned above gets the files downloaded but I think its going to just crash. Will confirm but I've got another 75139 files remaining.
http://bugs.winehq.org/show_bug.cgi?id=18675
Christopher Nilsson chris@slort.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |chris@slort.org
http://bugs.winehq.org/show_bug.cgi?id=18675
Jamin Collins jcollins@asgardsrealm.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jcollins@asgardsrealm.net
--- Comment #16 from Jamin Collins jcollins@asgardsrealm.net 2009-07-15 10:01:04 --- I can confirm the package referenced in comment #13 does indeed correct the problem. Can we see this change reverted or corrected for the next Wine release?
http://bugs.winehq.org/show_bug.cgi?id=18675
Jamin Collins jcollins@asgardsrealm.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jcollins@asgardsrealm.net
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |northern.lights51@gmail.com
--- Comment #16 from Jamin Collins jcollins@asgardsrealm.net 2009-07-15 10:01:04 --- I can confirm the package referenced in comment #13 does indeed correct the problem. Can we see this change reverted or corrected for the next Wine release?
--- Comment #17 from Ken Sharp kennybobs@o2.co.uk 2009-07-15 10:33:43 --- *** Bug 18839 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18675
Jamin Collins jcollins@asgardsrealm.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jcollins@asgardsrealm.net
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |northern.lights51@gmail.com
--- Comment #16 from Jamin Collins jcollins@asgardsrealm.net 2009-07-15 10:01:04 --- I can confirm the package referenced in comment #13 does indeed correct the problem. Can we see this change reverted or corrected for the next Wine release?
--- Comment #17 from Ken Sharp kennybobs@o2.co.uk 2009-07-15 10:33:43 --- *** Bug 18839 has been marked as a duplicate of this bug. ***
--- Comment #18 from Jan Kalab pitel@nomi.cz 2009-07-20 10:22:15 --- It's still an issue in 1.1.26 for me. I wonder how Piotr Bednarek managed to make it run "gold".
http://bugs.winehq.org/show_bug.cgi?id=18675
Fredrick Lockert fredricklockert@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fredricklockert@gmail.com
--- Comment #19 from Fredrick Lockert fredricklockert@gmail.com 2009-07-20 11:33:43 --- (In reply to comment #18)
It's still an issue in 1.1.26 for me. I wonder how Piotr Bednarek managed to make it run "gold".
It's quite simple.
Piotr Bednarek has downloaded all the needed content with 1.0.1 (most likely the case), then upgraded to 1.1.26 later. As this bug is only in effect during download of new content (Art, Scripts, etc), Piotr Bednarek doesn't get effected, unless Piotr Bednarek stumbles upon new content that is.
So if you wish to play Guild Wars with the latest and greatest, download all the content with a working wine version (1.1.20 and less?), then upgrade. Though I'm not sure if I would personally recommend it, sooner or later you'll most likely hit new content (patches, events, etc), and you'll be back to square one.
http://bugs.winehq.org/show_bug.cgi?id=18675
Antoine Mazeas antoine@karthanis.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |antoine@karthanis.net
--- Comment #20 from Antoine Mazeas antoine@karthanis.net 2009-07-20 12:22:11 --- Since 1.1.22, a previously installed GW setup tries to repair the data on every start (as the title says). It has nothing to do with installation, which has been addressed, since it has been tested against a fresh "-image" (aka "download all contents before launch") install: it still tries to repair on every start.
http://bugs.winehq.org/show_bug.cgi?id=18675
Antoine Mazeas antoine@karthanis.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |antoine@karthanis.net
--- Comment #20 from Antoine Mazeas antoine@karthanis.net 2009-07-20 12:22:11 --- Since 1.1.22, a previously installed GW setup tries to repair the data on every start (as the title says). It has nothing to do with installation, which has been addressed, since it has been tested against a fresh "-image" (aka "download all contents before launch") install: it still tries to repair on every start.
--- Comment #21 from Jamin Collins jcollins@asgardsrealm.net 2009-07-20 12:27:29 --- Created an attachment (id=22478) --> (http://bugs.winehq.org/attachment.cgi?id=22478) Reverts the problematic git commit.
The solution, as indicated elsewhere in this bug report is to revert the problematic commit. The attached patch does so.
http://bugs.winehq.org/show_bug.cgi?id=18675
Antoine Mazeas antoine@karthanis.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |antoine@karthanis.net
Robert Gladson hiddenfoxling@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hiddenfoxling@gmail.com
--- Comment #20 from Antoine Mazeas antoine@karthanis.net 2009-07-20 12:22:11 --- Since 1.1.22, a previously installed GW setup tries to repair the data on every start (as the title says). It has nothing to do with installation, which has been addressed, since it has been tested against a fresh "-image" (aka "download all contents before launch") install: it still tries to repair on every start.
--- Comment #21 from Jamin Collins jcollins@asgardsrealm.net 2009-07-20 12:27:29 --- Created an attachment (id=22478) --> (http://bugs.winehq.org/attachment.cgi?id=22478) Reverts the problematic git commit.
The solution, as indicated elsewhere in this bug report is to revert the problematic commit. The attached patch does so.
--- Comment #22 from Robert Gladson hiddenfoxling@gmail.com 2009-07-22 19:12:50 --- This issue continues to permeate in the offical 1.1.26 repositories for Debian. Is there a reason for the problematic git change?
http://bugs.winehq.org/show_bug.cgi?id=18675
Antoine Mazeas antoine@karthanis.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |antoine@karthanis.net
Robert Gladson hiddenfoxling@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hiddenfoxling@gmail.com
seiichiro0185@tol.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |seiichiro0185@tol.ch
--- Comment #20 from Antoine Mazeas antoine@karthanis.net 2009-07-20 12:22:11 --- Since 1.1.22, a previously installed GW setup tries to repair the data on every start (as the title says). It has nothing to do with installation, which has been addressed, since it has been tested against a fresh "-image" (aka "download all contents before launch") install: it still tries to repair on every start.
--- Comment #21 from Jamin Collins jcollins@asgardsrealm.net 2009-07-20 12:27:29 --- Created an attachment (id=22478) --> (http://bugs.winehq.org/attachment.cgi?id=22478) Reverts the problematic git commit.
The solution, as indicated elsewhere in this bug report is to revert the problematic commit. The attached patch does so.
--- Comment #22 from Robert Gladson hiddenfoxling@gmail.com 2009-07-22 19:12:50 --- This issue continues to permeate in the offical 1.1.26 repositories for Debian. Is there a reason for the problematic git change?
http://bugs.winehq.org/show_bug.cgi?id=18675
Antoine Mazeas antoine@karthanis.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |antoine@karthanis.net
Robert Gladson hiddenfoxling@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hiddenfoxling@gmail.com
seiichiro0185@tol.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |seiichiro0185@tol.ch
--- Comment #20 from Antoine Mazeas antoine@karthanis.net 2009-07-20 12:22:11 --- Since 1.1.22, a previously installed GW setup tries to repair the data on every start (as the title says). It has nothing to do with installation, which has been addressed, since it has been tested against a fresh "-image" (aka "download all contents before launch") install: it still tries to repair on every start.
--- Comment #21 from Jamin Collins jcollins@asgardsrealm.net 2009-07-20 12:27:29 --- Created an attachment (id=22478) --> (http://bugs.winehq.org/attachment.cgi?id=22478) Reverts the problematic git commit.
The solution, as indicated elsewhere in this bug report is to revert the problematic commit. The attached patch does so.
--- Comment #22 from Robert Gladson hiddenfoxling@gmail.com 2009-07-22 19:12:50 --- This issue continues to permeate in the offical 1.1.26 repositories for Debian. Is there a reason for the problematic git change?
--- Comment #23 from Dmitry Timoshkov dmitry@codeweavers.com 2009-07-28 01:52:37 --- See the comments in this bug, it's the bug in GuildWars. The bug is still open because apparently Windows memory layout permits this buggy app to survive.
http://bugs.winehq.org/show_bug.cgi?id=18675
Antoine Mazeas antoine@karthanis.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |antoine@karthanis.net
Robert Gladson hiddenfoxling@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hiddenfoxling@gmail.com
seiichiro0185@tol.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |seiichiro0185@tol.ch
--- Comment #20 from Antoine Mazeas antoine@karthanis.net 2009-07-20 12:22:11 --- Since 1.1.22, a previously installed GW setup tries to repair the data on every start (as the title says). It has nothing to do with installation, which has been addressed, since it has been tested against a fresh "-image" (aka "download all contents before launch") install: it still tries to repair on every start.
--- Comment #21 from Jamin Collins jcollins@asgardsrealm.net 2009-07-20 12:27:29 --- Created an attachment (id=22478) --> (http://bugs.winehq.org/attachment.cgi?id=22478) Reverts the problematic git commit.
The solution, as indicated elsewhere in this bug report is to revert the problematic commit. The attached patch does so.
--- Comment #22 from Robert Gladson hiddenfoxling@gmail.com 2009-07-22 19:12:50 --- This issue continues to permeate in the offical 1.1.26 repositories for Debian. Is there a reason for the problematic git change?
--- Comment #23 from Dmitry Timoshkov dmitry@codeweavers.com 2009-07-28 01:52:37 --- See the comments in this bug, it's the bug in GuildWars. The bug is still open because apparently Windows memory layout permits this buggy app to survive.
--- Comment #24 from Jan Kalab pitel@nomi.cz 2009-07-28 02:57:40 --- I just submitted a ticket to their support system:
Hi, I'm sorry to announce you that your game doesn't work in Linux under Wine (http://www.winehq.org). But it used to. But since Wine developers made some changes in recent versions, one bug in your code appeared.
Bug report in Wine's bugzilla is here: http://bugs.winehq.org/show_bug.cgi?id=18675 I recommend to notice comment #14 by Alexander Juliard (one of leading Wine developer) who explains what's wrong in your code.
I hope you will fix it soon, so we, Linux gamers, can play your game again.
http://bugs.winehq.org/show_bug.cgi?id=18675
Antoine Mazeas antoine@karthanis.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |antoine@karthanis.net
Robert Gladson hiddenfoxling@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hiddenfoxling@gmail.com
seiichiro0185@tol.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |seiichiro0185@tol.ch
--- Comment #20 from Antoine Mazeas antoine@karthanis.net 2009-07-20 12:22:11 --- Since 1.1.22, a previously installed GW setup tries to repair the data on every start (as the title says). It has nothing to do with installation, which has been addressed, since it has been tested against a fresh "-image" (aka "download all contents before launch") install: it still tries to repair on every start.
--- Comment #21 from Jamin Collins jcollins@asgardsrealm.net 2009-07-20 12:27:29 --- Created an attachment (id=22478) --> (http://bugs.winehq.org/attachment.cgi?id=22478) Reverts the problematic git commit.
The solution, as indicated elsewhere in this bug report is to revert the problematic commit. The attached patch does so.
--- Comment #22 from Robert Gladson hiddenfoxling@gmail.com 2009-07-22 19:12:50 --- This issue continues to permeate in the offical 1.1.26 repositories for Debian. Is there a reason for the problematic git change?
--- Comment #23 from Dmitry Timoshkov dmitry@codeweavers.com 2009-07-28 01:52:37 --- See the comments in this bug, it's the bug in GuildWars. The bug is still open because apparently Windows memory layout permits this buggy app to survive.
--- Comment #24 from Jan Kalab pitel@nomi.cz 2009-07-28 02:57:40 --- I just submitted a ticket to their support system:
Hi, I'm sorry to announce you that your game doesn't work in Linux under Wine (http://www.winehq.org). But it used to. But since Wine developers made some changes in recent versions, one bug in your code appeared.
Bug report in Wine's bugzilla is here: http://bugs.winehq.org/show_bug.cgi?id=18675 I recommend to notice comment #14 by Alexander Juliard (one of leading Wine developer) who explains what's wrong in your code.
I hope you will fix it soon, so we, Linux gamers, can play your game again.
--- Comment #25 from nh2@deditus.de 2009-07-28 06:39:07 --- @ Jan Kalab: Is the GW ticket system open/viewable so that we can see if there are questions, comments or progress?
http://bugs.winehq.org/show_bug.cgi?id=18675
Antoine Mazeas antoine@karthanis.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |antoine@karthanis.net
Robert Gladson hiddenfoxling@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hiddenfoxling@gmail.com
seiichiro0185@tol.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |seiichiro0185@tol.ch
--- Comment #20 from Antoine Mazeas antoine@karthanis.net 2009-07-20 12:22:11 --- Since 1.1.22, a previously installed GW setup tries to repair the data on every start (as the title says). It has nothing to do with installation, which has been addressed, since it has been tested against a fresh "-image" (aka "download all contents before launch") install: it still tries to repair on every start.
--- Comment #21 from Jamin Collins jcollins@asgardsrealm.net 2009-07-20 12:27:29 --- Created an attachment (id=22478) --> (http://bugs.winehq.org/attachment.cgi?id=22478) Reverts the problematic git commit.
The solution, as indicated elsewhere in this bug report is to revert the problematic commit. The attached patch does so.
--- Comment #22 from Robert Gladson hiddenfoxling@gmail.com 2009-07-22 19:12:50 --- This issue continues to permeate in the offical 1.1.26 repositories for Debian. Is there a reason for the problematic git change?
--- Comment #23 from Dmitry Timoshkov dmitry@codeweavers.com 2009-07-28 01:52:37 --- See the comments in this bug, it's the bug in GuildWars. The bug is still open because apparently Windows memory layout permits this buggy app to survive.
--- Comment #24 from Jan Kalab pitel@nomi.cz 2009-07-28 02:57:40 --- I just submitted a ticket to their support system:
Hi, I'm sorry to announce you that your game doesn't work in Linux under Wine (http://www.winehq.org). But it used to. But since Wine developers made some changes in recent versions, one bug in your code appeared.
Bug report in Wine's bugzilla is here: http://bugs.winehq.org/show_bug.cgi?id=18675 I recommend to notice comment #14 by Alexander Juliard (one of leading Wine developer) who explains what's wrong in your code.
I hope you will fix it soon, so we, Linux gamers, can play your game again.
--- Comment #25 from nh2@deditus.de 2009-07-28 06:39:07 --- @ Jan Kalab: Is the GW ticket system open/viewable so that we can see if there are questions, comments or progress?
--- Comment #26 from Jan Kalab pitel@nomi.cz 2009-07-28 07:24:09 --- Unfortunately not. But I'll post updates when something important happens. Current status is:
We are going to escalate your request to a senior customer support representative. We will get back to you as soon as possible to provide a solution for the issue you reported.
http://bugs.winehq.org/show_bug.cgi?id=18675
Antoine Mazeas antoine@karthanis.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |antoine@karthanis.net
Robert Gladson hiddenfoxling@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hiddenfoxling@gmail.com
seiichiro0185@tol.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |seiichiro0185@tol.ch
Jonathan Hunt jonathan@xlcus.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan@xlcus.com
--- Comment #20 from Antoine Mazeas antoine@karthanis.net 2009-07-20 12:22:11 --- Since 1.1.22, a previously installed GW setup tries to repair the data on every start (as the title says). It has nothing to do with installation, which has been addressed, since it has been tested against a fresh "-image" (aka "download all contents before launch") install: it still tries to repair on every start.
--- Comment #21 from Jamin Collins jcollins@asgardsrealm.net 2009-07-20 12:27:29 --- Created an attachment (id=22478) --> (http://bugs.winehq.org/attachment.cgi?id=22478) Reverts the problematic git commit.
The solution, as indicated elsewhere in this bug report is to revert the problematic commit. The attached patch does so.
--- Comment #22 from Robert Gladson hiddenfoxling@gmail.com 2009-07-22 19:12:50 --- This issue continues to permeate in the offical 1.1.26 repositories for Debian. Is there a reason for the problematic git change?
--- Comment #23 from Dmitry Timoshkov dmitry@codeweavers.com 2009-07-28 01:52:37 --- See the comments in this bug, it's the bug in GuildWars. The bug is still open because apparently Windows memory layout permits this buggy app to survive.
--- Comment #24 from Jan Kalab pitel@nomi.cz 2009-07-28 02:57:40 --- I just submitted a ticket to their support system:
Hi, I'm sorry to announce you that your game doesn't work in Linux under Wine (http://www.winehq.org). But it used to. But since Wine developers made some changes in recent versions, one bug in your code appeared.
Bug report in Wine's bugzilla is here: http://bugs.winehq.org/show_bug.cgi?id=18675 I recommend to notice comment #14 by Alexander Juliard (one of leading Wine developer) who explains what's wrong in your code.
I hope you will fix it soon, so we, Linux gamers, can play your game again.
--- Comment #25 from nh2@deditus.de 2009-07-28 06:39:07 --- @ Jan Kalab: Is the GW ticket system open/viewable so that we can see if there are questions, comments or progress?
--- Comment #26 from Jan Kalab pitel@nomi.cz 2009-07-28 07:24:09 --- Unfortunately not. But I'll post updates when something important happens. Current status is:
We are going to escalate your request to a senior customer support representative. We will get back to you as soon as possible to provide a solution for the issue you reported.
http://bugs.winehq.org/show_bug.cgi?id=18675
Antoine Mazeas antoine@karthanis.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |antoine@karthanis.net
Robert Gladson hiddenfoxling@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hiddenfoxling@gmail.com
seiichiro0185@tol.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |seiichiro0185@tol.ch
Jonathan Hunt jonathan@xlcus.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan@xlcus.com
--- Comment #20 from Antoine Mazeas antoine@karthanis.net 2009-07-20 12:22:11 --- Since 1.1.22, a previously installed GW setup tries to repair the data on every start (as the title says). It has nothing to do with installation, which has been addressed, since it has been tested against a fresh "-image" (aka "download all contents before launch") install: it still tries to repair on every start.
--- Comment #21 from Jamin Collins jcollins@asgardsrealm.net 2009-07-20 12:27:29 --- Created an attachment (id=22478) --> (http://bugs.winehq.org/attachment.cgi?id=22478) Reverts the problematic git commit.
The solution, as indicated elsewhere in this bug report is to revert the problematic commit. The attached patch does so.
--- Comment #22 from Robert Gladson hiddenfoxling@gmail.com 2009-07-22 19:12:50 --- This issue continues to permeate in the offical 1.1.26 repositories for Debian. Is there a reason for the problematic git change?
--- Comment #23 from Dmitry Timoshkov dmitry@codeweavers.com 2009-07-28 01:52:37 --- See the comments in this bug, it's the bug in GuildWars. The bug is still open because apparently Windows memory layout permits this buggy app to survive.
--- Comment #24 from Jan Kalab pitel@nomi.cz 2009-07-28 02:57:40 --- I just submitted a ticket to their support system:
Hi, I'm sorry to announce you that your game doesn't work in Linux under Wine (http://www.winehq.org). But it used to. But since Wine developers made some changes in recent versions, one bug in your code appeared.
Bug report in Wine's bugzilla is here: http://bugs.winehq.org/show_bug.cgi?id=18675 I recommend to notice comment #14 by Alexander Juliard (one of leading Wine developer) who explains what's wrong in your code.
I hope you will fix it soon, so we, Linux gamers, can play your game again.
--- Comment #25 from nh2@deditus.de 2009-07-28 06:39:07 --- @ Jan Kalab: Is the GW ticket system open/viewable so that we can see if there are questions, comments or progress?
--- Comment #26 from Jan Kalab pitel@nomi.cz 2009-07-28 07:24:09 --- Unfortunately not. But I'll post updates when something important happens. Current status is:
We are going to escalate your request to a senior customer support representative. We will get back to you as soon as possible to provide a solution for the issue you reported.
--- Comment #27 from Jan Kalab pitel@nomi.cz 2009-08-04 03:10:11 --- Here is the reply from NCsoft:
Guild Wars was developed on and released for native Windows based PCs. We are aware that there is an interest in having the game available using other operating systems or on other platforms, and we will continue to evaluate these possibilities in the future.
While not officially supported, you can read this article (http://wiki.guildwars.com/wiki/Guild_Wars_on_CrossOver) about using CrossOver to possibly play Guild Wars on an Intel based Macintosh with BootCamp or Linux based computer.
Unfortunately, I am afraid that Guild Wars is not officially supported for this Operating Systems and therefore we are unable to assist you further.
http://bugs.winehq.org/show_bug.cgi?id=18675
Antoine Mazeas antoine@karthanis.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |antoine@karthanis.net
Robert Gladson hiddenfoxling@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hiddenfoxling@gmail.com
seiichiro0185@tol.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |seiichiro0185@tol.ch
Jonathan Hunt jonathan@xlcus.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan@xlcus.com
--- Comment #20 from Antoine Mazeas antoine@karthanis.net 2009-07-20 12:22:11 --- Since 1.1.22, a previously installed GW setup tries to repair the data on every start (as the title says). It has nothing to do with installation, which has been addressed, since it has been tested against a fresh "-image" (aka "download all contents before launch") install: it still tries to repair on every start.
--- Comment #21 from Jamin Collins jcollins@asgardsrealm.net 2009-07-20 12:27:29 --- Created an attachment (id=22478) --> (http://bugs.winehq.org/attachment.cgi?id=22478) Reverts the problematic git commit.
The solution, as indicated elsewhere in this bug report is to revert the problematic commit. The attached patch does so.
--- Comment #22 from Robert Gladson hiddenfoxling@gmail.com 2009-07-22 19:12:50 --- This issue continues to permeate in the offical 1.1.26 repositories for Debian. Is there a reason for the problematic git change?
--- Comment #23 from Dmitry Timoshkov dmitry@codeweavers.com 2009-07-28 01:52:37 --- See the comments in this bug, it's the bug in GuildWars. The bug is still open because apparently Windows memory layout permits this buggy app to survive.
--- Comment #24 from Jan Kalab pitel@nomi.cz 2009-07-28 02:57:40 --- I just submitted a ticket to their support system:
Hi, I'm sorry to announce you that your game doesn't work in Linux under Wine (http://www.winehq.org). But it used to. But since Wine developers made some changes in recent versions, one bug in your code appeared.
Bug report in Wine's bugzilla is here: http://bugs.winehq.org/show_bug.cgi?id=18675 I recommend to notice comment #14 by Alexander Juliard (one of leading Wine developer) who explains what's wrong in your code.
I hope you will fix it soon, so we, Linux gamers, can play your game again.
--- Comment #25 from nh2@deditus.de 2009-07-28 06:39:07 --- @ Jan Kalab: Is the GW ticket system open/viewable so that we can see if there are questions, comments or progress?
--- Comment #26 from Jan Kalab pitel@nomi.cz 2009-07-28 07:24:09 --- Unfortunately not. But I'll post updates when something important happens. Current status is:
We are going to escalate your request to a senior customer support representative. We will get back to you as soon as possible to provide a solution for the issue you reported.
--- Comment #27 from Jan Kalab pitel@nomi.cz 2009-08-04 03:10:11 --- Here is the reply from NCsoft:
Guild Wars was developed on and released for native Windows based PCs. We are aware that there is an interest in having the game available using other operating systems or on other platforms, and we will continue to evaluate these possibilities in the future.
While not officially supported, you can read this article (http://wiki.guildwars.com/wiki/Guild_Wars_on_CrossOver) about using CrossOver to possibly play Guild Wars on an Intel based Macintosh with BootCamp or Linux based computer.
Unfortunately, I am afraid that Guild Wars is not officially supported for this Operating Systems and therefore we are unable to assist you further.
--- Comment #28 from Lee Ball lee@leenukes.co.uk 2009-08-05 09:13:40 --- (In reply to comment #27)
There is also a mention of the Bug on this page: http://wiki.guildwars.com/wiki/Guild_Wars_on_Wine
"Issue with newer versions
As of wine 1.1.21 Guild Wars will try to repair the data archive on every start, and possibly not install. This is due to a memory allocation bug in Guild Wars. A support ticked to arena.net has been filed for this issue. See the wine bugzilla for details. Older versions work fine."
Here is the reply from NCsoft:
Guild Wars was developed on and released for native Windows based PCs. We are aware that there is an interest in having the game available using other operating systems or on other platforms, and we will continue to evaluate these possibilities in the future.
While not officially supported, you can read this article (http://wiki.guildwars.com/wiki/Guild_Wars_on_CrossOver) about using CrossOver to possibly play Guild Wars on an Intel based Macintosh with BootCamp or Linux based computer.
Unfortunately, I am afraid that Guild Wars is not officially supported for this Operating Systems and therefore we are unable to assist you further.
http://bugs.winehq.org/show_bug.cgi?id=18675
Antoine Mazeas antoine@karthanis.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |antoine@karthanis.net
Robert Gladson hiddenfoxling@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hiddenfoxling@gmail.com
seiichiro0185@tol.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |seiichiro0185@tol.ch
Jonathan Hunt jonathan@xlcus.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan@xlcus.com
Øyvind L Nygård rapseknaps@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rapseknaps@gmail.com
--- Comment #20 from Antoine Mazeas antoine@karthanis.net 2009-07-20 12:22:11 --- Since 1.1.22, a previously installed GW setup tries to repair the data on every start (as the title says). It has nothing to do with installation, which has been addressed, since it has been tested against a fresh "-image" (aka "download all contents before launch") install: it still tries to repair on every start.
--- Comment #21 from Jamin Collins jcollins@asgardsrealm.net 2009-07-20 12:27:29 --- Created an attachment (id=22478) --> (http://bugs.winehq.org/attachment.cgi?id=22478) Reverts the problematic git commit.
The solution, as indicated elsewhere in this bug report is to revert the problematic commit. The attached patch does so.
--- Comment #22 from Robert Gladson hiddenfoxling@gmail.com 2009-07-22 19:12:50 --- This issue continues to permeate in the offical 1.1.26 repositories for Debian. Is there a reason for the problematic git change?
--- Comment #23 from Dmitry Timoshkov dmitry@codeweavers.com 2009-07-28 01:52:37 --- See the comments in this bug, it's the bug in GuildWars. The bug is still open because apparently Windows memory layout permits this buggy app to survive.
--- Comment #24 from Jan Kalab pitel@nomi.cz 2009-07-28 02:57:40 --- I just submitted a ticket to their support system:
Hi, I'm sorry to announce you that your game doesn't work in Linux under Wine (http://www.winehq.org). But it used to. But since Wine developers made some changes in recent versions, one bug in your code appeared.
Bug report in Wine's bugzilla is here: http://bugs.winehq.org/show_bug.cgi?id=18675 I recommend to notice comment #14 by Alexander Juliard (one of leading Wine developer) who explains what's wrong in your code.
I hope you will fix it soon, so we, Linux gamers, can play your game again.
--- Comment #25 from nh2@deditus.de 2009-07-28 06:39:07 --- @ Jan Kalab: Is the GW ticket system open/viewable so that we can see if there are questions, comments or progress?
--- Comment #26 from Jan Kalab pitel@nomi.cz 2009-07-28 07:24:09 --- Unfortunately not. But I'll post updates when something important happens. Current status is:
We are going to escalate your request to a senior customer support representative. We will get back to you as soon as possible to provide a solution for the issue you reported.
--- Comment #27 from Jan Kalab pitel@nomi.cz 2009-08-04 03:10:11 --- Here is the reply from NCsoft:
Guild Wars was developed on and released for native Windows based PCs. We are aware that there is an interest in having the game available using other operating systems or on other platforms, and we will continue to evaluate these possibilities in the future.
While not officially supported, you can read this article (http://wiki.guildwars.com/wiki/Guild_Wars_on_CrossOver) about using CrossOver to possibly play Guild Wars on an Intel based Macintosh with BootCamp or Linux based computer.
Unfortunately, I am afraid that Guild Wars is not officially supported for this Operating Systems and therefore we are unable to assist you further.
--- Comment #28 from Lee Ball lee@leenukes.co.uk 2009-08-05 09:13:40 --- (In reply to comment #27)
There is also a mention of the Bug on this page: http://wiki.guildwars.com/wiki/Guild_Wars_on_Wine
"Issue with newer versions
As of wine 1.1.21 Guild Wars will try to repair the data archive on every start, and possibly not install. This is due to a memory allocation bug in Guild Wars. A support ticked to arena.net has been filed for this issue. See the wine bugzilla for details. Older versions work fine."
Here is the reply from NCsoft:
Guild Wars was developed on and released for native Windows based PCs. We are aware that there is an interest in having the game available using other operating systems or on other platforms, and we will continue to evaluate these possibilities in the future.
While not officially supported, you can read this article (http://wiki.guildwars.com/wiki/Guild_Wars_on_CrossOver) about using CrossOver to possibly play Guild Wars on an Intel based Macintosh with BootCamp or Linux based computer.
Unfortunately, I am afraid that Guild Wars is not officially supported for this Operating Systems and therefore we are unable to assist you further.
--- Comment #29 from Øyvind L Nygård rapseknaps@gmail.com 2009-08-05 10:51:37 --- Yea, I wrote that, that just reflects what's written here.
http://bugs.winehq.org/show_bug.cgi?id=18675
Antoine Mazeas antoine@karthanis.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |antoine@karthanis.net
Robert Gladson hiddenfoxling@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hiddenfoxling@gmail.com
seiichiro0185@tol.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |seiichiro0185@tol.ch
Jonathan Hunt jonathan@xlcus.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan@xlcus.com
Øyvind L Nygård rapseknaps@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rapseknaps@gmail.com
--- Comment #20 from Antoine Mazeas antoine@karthanis.net 2009-07-20 12:22:11 --- Since 1.1.22, a previously installed GW setup tries to repair the data on every start (as the title says). It has nothing to do with installation, which has been addressed, since it has been tested against a fresh "-image" (aka "download all contents before launch") install: it still tries to repair on every start.
--- Comment #21 from Jamin Collins jcollins@asgardsrealm.net 2009-07-20 12:27:29 --- Created an attachment (id=22478) --> (http://bugs.winehq.org/attachment.cgi?id=22478) Reverts the problematic git commit.
The solution, as indicated elsewhere in this bug report is to revert the problematic commit. The attached patch does so.
--- Comment #22 from Robert Gladson hiddenfoxling@gmail.com 2009-07-22 19:12:50 --- This issue continues to permeate in the offical 1.1.26 repositories for Debian. Is there a reason for the problematic git change?
--- Comment #23 from Dmitry Timoshkov dmitry@codeweavers.com 2009-07-28 01:52:37 --- See the comments in this bug, it's the bug in GuildWars. The bug is still open because apparently Windows memory layout permits this buggy app to survive.
--- Comment #24 from Jan Kalab pitel@nomi.cz 2009-07-28 02:57:40 --- I just submitted a ticket to their support system:
Hi, I'm sorry to announce you that your game doesn't work in Linux under Wine (http://www.winehq.org). But it used to. But since Wine developers made some changes in recent versions, one bug in your code appeared.
Bug report in Wine's bugzilla is here: http://bugs.winehq.org/show_bug.cgi?id=18675 I recommend to notice comment #14 by Alexander Juliard (one of leading Wine developer) who explains what's wrong in your code.
I hope you will fix it soon, so we, Linux gamers, can play your game again.
--- Comment #25 from nh2@deditus.de 2009-07-28 06:39:07 --- @ Jan Kalab: Is the GW ticket system open/viewable so that we can see if there are questions, comments or progress?
--- Comment #26 from Jan Kalab pitel@nomi.cz 2009-07-28 07:24:09 --- Unfortunately not. But I'll post updates when something important happens. Current status is:
We are going to escalate your request to a senior customer support representative. We will get back to you as soon as possible to provide a solution for the issue you reported.
--- Comment #27 from Jan Kalab pitel@nomi.cz 2009-08-04 03:10:11 --- Here is the reply from NCsoft:
Guild Wars was developed on and released for native Windows based PCs. We are aware that there is an interest in having the game available using other operating systems or on other platforms, and we will continue to evaluate these possibilities in the future.
While not officially supported, you can read this article (http://wiki.guildwars.com/wiki/Guild_Wars_on_CrossOver) about using CrossOver to possibly play Guild Wars on an Intel based Macintosh with BootCamp or Linux based computer.
Unfortunately, I am afraid that Guild Wars is not officially supported for this Operating Systems and therefore we are unable to assist you further.
--- Comment #28 from Lee Ball lee@leenukes.co.uk 2009-08-05 09:13:40 --- (In reply to comment #27)
There is also a mention of the Bug on this page: http://wiki.guildwars.com/wiki/Guild_Wars_on_Wine
"Issue with newer versions
As of wine 1.1.21 Guild Wars will try to repair the data archive on every start, and possibly not install. This is due to a memory allocation bug in Guild Wars. A support ticked to arena.net has been filed for this issue. See the wine bugzilla for details. Older versions work fine."
Here is the reply from NCsoft:
Guild Wars was developed on and released for native Windows based PCs. We are aware that there is an interest in having the game available using other operating systems or on other platforms, and we will continue to evaluate these possibilities in the future.
While not officially supported, you can read this article (http://wiki.guildwars.com/wiki/Guild_Wars_on_CrossOver) about using CrossOver to possibly play Guild Wars on an Intel based Macintosh with BootCamp or Linux based computer.
Unfortunately, I am afraid that Guild Wars is not officially supported for this Operating Systems and therefore we are unable to assist you further.
--- Comment #29 from Øyvind L Nygård rapseknaps@gmail.com 2009-08-05 10:51:37 --- Yea, I wrote that, that just reflects what's written here.
--- Comment #30 from Alexandre Julliard julliard@winehq.org 2009-08-05 13:22:50 --- Created an attachment (id=22833) --> (http://bugs.winehq.org/attachment.cgi?id=22833) Fix realloc in place for large blocks
It's not really a GuildWars bug after all, my apologies to the GW developers...
That code path is not supposed to be triggered, what they do is something like HeapRealloc(HEAP_REALLOC_IN_PLACE_ONLY), and if that fails HeapAlloc()+memcpy+HeapFree(). We don't handle realloc in place correctly in that case which probably causes GW to fall into the memcpy code path. Attached patch should fix it.
http://bugs.winehq.org/show_bug.cgi?id=18675
Antoine Mazeas antoine@karthanis.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |antoine@karthanis.net
Robert Gladson hiddenfoxling@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hiddenfoxling@gmail.com
seiichiro0185@tol.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |seiichiro0185@tol.ch
Jonathan Hunt jonathan@xlcus.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan@xlcus.com
Øyvind L Nygård rapseknaps@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rapseknaps@gmail.com
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #20 from Antoine Mazeas antoine@karthanis.net 2009-07-20 12:22:11 --- Since 1.1.22, a previously installed GW setup tries to repair the data on every start (as the title says). It has nothing to do with installation, which has been addressed, since it has been tested against a fresh "-image" (aka "download all contents before launch") install: it still tries to repair on every start.
--- Comment #21 from Jamin Collins jcollins@asgardsrealm.net 2009-07-20 12:27:29 --- Created an attachment (id=22478) --> (http://bugs.winehq.org/attachment.cgi?id=22478) Reverts the problematic git commit.
The solution, as indicated elsewhere in this bug report is to revert the problematic commit. The attached patch does so.
--- Comment #22 from Robert Gladson hiddenfoxling@gmail.com 2009-07-22 19:12:50 --- This issue continues to permeate in the offical 1.1.26 repositories for Debian. Is there a reason for the problematic git change?
--- Comment #23 from Dmitry Timoshkov dmitry@codeweavers.com 2009-07-28 01:52:37 --- See the comments in this bug, it's the bug in GuildWars. The bug is still open because apparently Windows memory layout permits this buggy app to survive.
--- Comment #24 from Jan Kalab pitel@nomi.cz 2009-07-28 02:57:40 --- I just submitted a ticket to their support system:
Hi, I'm sorry to announce you that your game doesn't work in Linux under Wine (http://www.winehq.org). But it used to. But since Wine developers made some changes in recent versions, one bug in your code appeared.
Bug report in Wine's bugzilla is here: http://bugs.winehq.org/show_bug.cgi?id=18675 I recommend to notice comment #14 by Alexander Juliard (one of leading Wine developer) who explains what's wrong in your code.
I hope you will fix it soon, so we, Linux gamers, can play your game again.
--- Comment #25 from nh2@deditus.de 2009-07-28 06:39:07 --- @ Jan Kalab: Is the GW ticket system open/viewable so that we can see if there are questions, comments or progress?
--- Comment #26 from Jan Kalab pitel@nomi.cz 2009-07-28 07:24:09 --- Unfortunately not. But I'll post updates when something important happens. Current status is:
We are going to escalate your request to a senior customer support representative. We will get back to you as soon as possible to provide a solution for the issue you reported.
--- Comment #27 from Jan Kalab pitel@nomi.cz 2009-08-04 03:10:11 --- Here is the reply from NCsoft:
Guild Wars was developed on and released for native Windows based PCs. We are aware that there is an interest in having the game available using other operating systems or on other platforms, and we will continue to evaluate these possibilities in the future.
While not officially supported, you can read this article (http://wiki.guildwars.com/wiki/Guild_Wars_on_CrossOver) about using CrossOver to possibly play Guild Wars on an Intel based Macintosh with BootCamp or Linux based computer.
Unfortunately, I am afraid that Guild Wars is not officially supported for this Operating Systems and therefore we are unable to assist you further.
--- Comment #28 from Lee Ball lee@leenukes.co.uk 2009-08-05 09:13:40 --- (In reply to comment #27)
There is also a mention of the Bug on this page: http://wiki.guildwars.com/wiki/Guild_Wars_on_Wine
"Issue with newer versions
As of wine 1.1.21 Guild Wars will try to repair the data archive on every start, and possibly not install. This is due to a memory allocation bug in Guild Wars. A support ticked to arena.net has been filed for this issue. See the wine bugzilla for details. Older versions work fine."
Here is the reply from NCsoft:
Guild Wars was developed on and released for native Windows based PCs. We are aware that there is an interest in having the game available using other operating systems or on other platforms, and we will continue to evaluate these possibilities in the future.
While not officially supported, you can read this article (http://wiki.guildwars.com/wiki/Guild_Wars_on_CrossOver) about using CrossOver to possibly play Guild Wars on an Intel based Macintosh with BootCamp or Linux based computer.
Unfortunately, I am afraid that Guild Wars is not officially supported for this Operating Systems and therefore we are unable to assist you further.
--- Comment #29 from Øyvind L Nygård rapseknaps@gmail.com 2009-08-05 10:51:37 --- Yea, I wrote that, that just reflects what's written here.
--- Comment #30 from Alexandre Julliard julliard@winehq.org 2009-08-05 13:22:50 --- Created an attachment (id=22833) --> (http://bugs.winehq.org/attachment.cgi?id=22833) Fix realloc in place for large blocks
It's not really a GuildWars bug after all, my apologies to the GW developers...
That code path is not supposed to be triggered, what they do is something like HeapRealloc(HEAP_REALLOC_IN_PLACE_ONLY), and if that fails HeapAlloc()+memcpy+HeapFree(). We don't handle realloc in place correctly in that case which probably causes GW to fall into the memcpy code path. Attached patch should fix it.
--- Comment #31 from Alexandre Julliard julliard@winehq.org 2009-08-07 08:02:59 --- Fixed by 7f64b8a9a98c849debcc779582607aaa0bf77390.
http://bugs.winehq.org/show_bug.cgi?id=18675
Antoine Mazeas antoine@karthanis.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |antoine@karthanis.net
Robert Gladson hiddenfoxling@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hiddenfoxling@gmail.com
seiichiro0185@tol.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |seiichiro0185@tol.ch
Jonathan Hunt jonathan@xlcus.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan@xlcus.com
Øyvind L Nygård rapseknaps@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rapseknaps@gmail.com
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED Status|RESOLVED |CLOSED
--- Comment #20 from Antoine Mazeas antoine@karthanis.net 2009-07-20 12:22:11 --- Since 1.1.22, a previously installed GW setup tries to repair the data on every start (as the title says). It has nothing to do with installation, which has been addressed, since it has been tested against a fresh "-image" (aka "download all contents before launch") install: it still tries to repair on every start.
--- Comment #21 from Jamin Collins jcollins@asgardsrealm.net 2009-07-20 12:27:29 --- Created an attachment (id=22478) --> (http://bugs.winehq.org/attachment.cgi?id=22478) Reverts the problematic git commit.
The solution, as indicated elsewhere in this bug report is to revert the problematic commit. The attached patch does so.
--- Comment #22 from Robert Gladson hiddenfoxling@gmail.com 2009-07-22 19:12:50 --- This issue continues to permeate in the offical 1.1.26 repositories for Debian. Is there a reason for the problematic git change?
--- Comment #23 from Dmitry Timoshkov dmitry@codeweavers.com 2009-07-28 01:52:37 --- See the comments in this bug, it's the bug in GuildWars. The bug is still open because apparently Windows memory layout permits this buggy app to survive.
--- Comment #24 from Jan Kalab pitel@nomi.cz 2009-07-28 02:57:40 --- I just submitted a ticket to their support system:
Hi, I'm sorry to announce you that your game doesn't work in Linux under Wine (http://www.winehq.org). But it used to. But since Wine developers made some changes in recent versions, one bug in your code appeared.
Bug report in Wine's bugzilla is here: http://bugs.winehq.org/show_bug.cgi?id=18675 I recommend to notice comment #14 by Alexander Juliard (one of leading Wine developer) who explains what's wrong in your code.
I hope you will fix it soon, so we, Linux gamers, can play your game again.
--- Comment #25 from nh2@deditus.de 2009-07-28 06:39:07 --- @ Jan Kalab: Is the GW ticket system open/viewable so that we can see if there are questions, comments or progress?
--- Comment #26 from Jan Kalab pitel@nomi.cz 2009-07-28 07:24:09 --- Unfortunately not. But I'll post updates when something important happens. Current status is:
We are going to escalate your request to a senior customer support representative. We will get back to you as soon as possible to provide a solution for the issue you reported.
--- Comment #27 from Jan Kalab pitel@nomi.cz 2009-08-04 03:10:11 --- Here is the reply from NCsoft:
Guild Wars was developed on and released for native Windows based PCs. We are aware that there is an interest in having the game available using other operating systems or on other platforms, and we will continue to evaluate these possibilities in the future.
While not officially supported, you can read this article (http://wiki.guildwars.com/wiki/Guild_Wars_on_CrossOver) about using CrossOver to possibly play Guild Wars on an Intel based Macintosh with BootCamp or Linux based computer.
Unfortunately, I am afraid that Guild Wars is not officially supported for this Operating Systems and therefore we are unable to assist you further.
--- Comment #28 from Lee Ball lee@leenukes.co.uk 2009-08-05 09:13:40 --- (In reply to comment #27)
There is also a mention of the Bug on this page: http://wiki.guildwars.com/wiki/Guild_Wars_on_Wine
"Issue with newer versions
As of wine 1.1.21 Guild Wars will try to repair the data archive on every start, and possibly not install. This is due to a memory allocation bug in Guild Wars. A support ticked to arena.net has been filed for this issue. See the wine bugzilla for details. Older versions work fine."
Here is the reply from NCsoft:
Guild Wars was developed on and released for native Windows based PCs. We are aware that there is an interest in having the game available using other operating systems or on other platforms, and we will continue to evaluate these possibilities in the future.
While not officially supported, you can read this article (http://wiki.guildwars.com/wiki/Guild_Wars_on_CrossOver) about using CrossOver to possibly play Guild Wars on an Intel based Macintosh with BootCamp or Linux based computer.
Unfortunately, I am afraid that Guild Wars is not officially supported for this Operating Systems and therefore we are unable to assist you further.
--- Comment #29 from Øyvind L Nygård rapseknaps@gmail.com 2009-08-05 10:51:37 --- Yea, I wrote that, that just reflects what's written here.
--- Comment #30 from Alexandre Julliard julliard@winehq.org 2009-08-05 13:22:50 --- Created an attachment (id=22833) --> (http://bugs.winehq.org/attachment.cgi?id=22833) Fix realloc in place for large blocks
It's not really a GuildWars bug after all, my apologies to the GW developers...
That code path is not supposed to be triggered, what they do is something like HeapRealloc(HEAP_REALLOC_IN_PLACE_ONLY), and if that fails HeapAlloc()+memcpy+HeapFree(). We don't handle realloc in place correctly in that case which probably causes GW to fall into the memcpy code path. Attached patch should fix it.
--- Comment #31 from Alexandre Julliard julliard@winehq.org 2009-08-07 08:02:59 --- Fixed by 7f64b8a9a98c849debcc779582607aaa0bf77390.
--- Comment #32 from Alexandre Julliard julliard@winehq.org 2009-08-07 12:46:09 --- Closing bugs fixed in 1.1.27.
http://bugs.winehq.org/show_bug.cgi?id=18675
Antoine Mazeas antoine@karthanis.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |antoine@karthanis.net
Robert Gladson hiddenfoxling@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hiddenfoxling@gmail.com
seiichiro0185@tol.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |seiichiro0185@tol.ch
Jonathan Hunt jonathan@xlcus.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan@xlcus.com
Øyvind L Nygård rapseknaps@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rapseknaps@gmail.com
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED Status|RESOLVED |CLOSED
--- Comment #20 from Antoine Mazeas antoine@karthanis.net 2009-07-20 12:22:11 CDT --- Since 1.1.22, a previously installed GW setup tries to repair the data on every start (as the title says). It has nothing to do with installation, which has been addressed, since it has been tested against a fresh "-image" (aka "download all contents before launch") install: it still tries to repair on every start.
--- Comment #21 from Jamin Collins jcollins@asgardsrealm.net 2009-07-20 12:27:29 CDT --- Created an attachment (id=22478) --> (http://bugs.winehq.org/attachment.cgi?id=22478) Reverts the problematic git commit.
The solution, as indicated elsewhere in this bug report is to revert the problematic commit. The attached patch does so.
--- Comment #22 from Robert Gladson hiddenfoxling@gmail.com 2009-07-22 19:12:50 CDT --- This issue continues to permeate in the offical 1.1.26 repositories for Debian. Is there a reason for the problematic git change?
--- Comment #23 from Dmitry Timoshkov dmitry@baikal.ru 2009-07-28 01:52:37 CDT --- See the comments in this bug, it's the bug in GuildWars. The bug is still open because apparently Windows memory layout permits this buggy app to survive.
--- Comment #24 from Jan Kalab pitlicek@gmail.com 2009-07-28 02:57:40 CDT --- I just submitted a ticket to their support system:
Hi, I'm sorry to announce you that your game doesn't work in Linux under Wine (http://www.winehq.org). But it used to. But since Wine developers made some changes in recent versions, one bug in your code appeared.
Bug report in Wine's bugzilla is here: http://bugs.winehq.org/show_bug.cgi?id=18675 I recommend to notice comment #14 by Alexander Juliard (one of leading Wine developer) who explains what's wrong in your code.
I hope you will fix it soon, so we, Linux gamers, can play your game again.
--- Comment #25 from nh2@deditus.de 2009-07-28 06:39:07 CDT --- @ Jan Kalab: Is the GW ticket system open/viewable so that we can see if there are questions, comments or progress?
--- Comment #26 from Jan Kalab pitlicek@gmail.com 2009-07-28 07:24:09 CDT --- Unfortunately not. But I'll post updates when something important happens. Current status is:
We are going to escalate your request to a senior customer support representative. We will get back to you as soon as possible to provide a solution for the issue you reported.
--- Comment #27 from Jan Kalab pitlicek@gmail.com 2009-08-04 03:10:11 CDT --- Here is the reply from NCsoft:
Guild Wars was developed on and released for native Windows based PCs. We are aware that there is an interest in having the game available using other operating systems or on other platforms, and we will continue to evaluate these possibilities in the future.
While not officially supported, you can read this article (http://wiki.guildwars.com/wiki/Guild_Wars_on_CrossOver) about using CrossOver to possibly play Guild Wars on an Intel based Macintosh with BootCamp or Linux based computer.
Unfortunately, I am afraid that Guild Wars is not officially supported for this Operating Systems and therefore we are unable to assist you further.
--- Comment #28 from Lee Ball lee@leenukes.co.uk 2009-08-05 09:13:40 CDT --- (In reply to comment #27)
There is also a mention of the Bug on this page: http://wiki.guildwars.com/wiki/Guild_Wars_on_Wine
"Issue with newer versions
As of wine 1.1.21 Guild Wars will try to repair the data archive on every start, and possibly not install. This is due to a memory allocation bug in Guild Wars. A support ticked to arena.net has been filed for this issue. See the wine bugzilla for details. Older versions work fine."
Here is the reply from NCsoft:
Guild Wars was developed on and released for native Windows based PCs. We are aware that there is an interest in having the game available using other operating systems or on other platforms, and we will continue to evaluate these possibilities in the future.
While not officially supported, you can read this article (http://wiki.guildwars.com/wiki/Guild_Wars_on_CrossOver) about using CrossOver to possibly play Guild Wars on an Intel based Macintosh with BootCamp or Linux based computer.
Unfortunately, I am afraid that Guild Wars is not officially supported for this Operating Systems and therefore we are unable to assist you further.
--- Comment #29 from Øyvind L Nygård rapseknaps@gmail.com 2009-08-05 10:51:37 CDT --- Yea, I wrote that, that just reflects what's written here.
--- Comment #30 from Alexandre Julliard julliard@winehq.org 2009-08-05 13:22:50 CDT --- Created an attachment (id=22833) --> (http://bugs.winehq.org/attachment.cgi?id=22833) Fix realloc in place for large blocks
It's not really a GuildWars bug after all, my apologies to the GW developers...
That code path is not supposed to be triggered, what they do is something like HeapRealloc(HEAP_REALLOC_IN_PLACE_ONLY), and if that fails HeapAlloc()+memcpy+HeapFree(). We don't handle realloc in place correctly in that case which probably causes GW to fall into the memcpy code path. Attached patch should fix it.
--- Comment #31 from Alexandre Julliard julliard@winehq.org 2009-08-07 08:02:59 CDT --- Fixed by 7f64b8a9a98c849debcc779582607aaa0bf77390.
--- Comment #32 from Alexandre Julliard julliard@winehq.org 2009-08-07 12:46:09 CDT --- Closing bugs fixed in 1.1.27.