http://bugs.winehq.org/show_bug.cgi?id=17956
Summary: BGII: Sluggish performance with fixpack installed Product: Wine Version: 1.1.18 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: casperbruun@gmail.com
Installing the BGII Fixpack causes some very annoying slow downs while playing Baldur's Gate II: Shadows of Amn and the expansion Throne of Bhaal.
Small thread about the issue on the official fixpack forum: http://forums.gibberlings3.net/index.php?showtopic=14537&st=0
Installing the core component of the fix pack will make the game overall less responsive (opening menus, clicking on "Cast spell", etc), longer load times when loading a new game and a 1-2 second freeze when selecting the main character.
Running other mods on your BGII installation causes no such issues, it is only this specific part of the Fixpack. As can be read by following the link, no such issues occur while playing the game from Windows. I can verify that as well.
I am honestly at a loss as to what is causing the problem.
http://bugs.winehq.org/show_bug.cgi?id=17956
knan-wine@anduin.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |knan-wine@anduin.net
--- Comment #1 from knan-wine@anduin.net 2009-04-05 19:28:06 --- Suggested to be related to thousands of files in one directory and wine's case folding, but noone's really sure.
http://forums.gibberlings3.net/index.php?showtopic=16868
Any suggestions about how to track this down for real?
http://bugs.winehq.org/show_bug.cgi?id=17956
knan-wine@anduin.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #2 from knan-wine@anduin.net 2009-04-05 19:28:36 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=17956
--- Comment #3 from Casper casperbruun@gmail.com 2009-04-06 07:33:26 --- Okay, a solution is available. The slow down is caused by too many files in the Override folder. By "biffing" (removing the files from the override so they can be read natively by the game) will make the game fast again.
HOW-TO:
Before biffing, make sure you have the Fixpack installed (http://www.gibberlings3.net/bg2fixpack/) as well as whatever other mods you would like to use.
1. Download Generalized Biffing from here: http://www.shsforums.net/index.php?autocom=downloads&showfile=741
2. Extract the files somewhere (Desktop would be fine). Open the extracted folder and copy the contents to your BGII installation (probably ~/.wine/drive_c/Program Files/Black Isle/BGII - SoA). There should be a generalized_biffing folder and an exe.
3. Run the setup-generalized_biffing.exe. Follow the on screen instructions. The biffing might take a while. If the .exe did NOT ask you to install anything, close the window and proceed to the next step. The rest of you can enjoy your snappy game.
4. If you are at this step, the generalized_biffing.exe failed to update to the latest WeiDu version. Download an addon with the latest version 210 (I used UB which can be found here: http://www.pocketplane.net/mambo/index.php?option=com_content&task=blogc...).
5. Extract the Unfinished Business files to your installation just like you did in step 2.
6. Delete setup-generalized_biffing.exe from your installation folder.
7. If you don't want to install UB, just change SETUP-UB.exe's name to setup-generalized_biffing.exe and run it. It should install.
Should you want to install UB as well, make a copy of SETUP-UB.exe so you have both SETUP-UB.exe and SETUP-UB.exe (copy) in your BG folder. Change the name of SETUP-UB.exe (copy) to setup-generalized_biffing.exe and run it.
http://bugs.winehq.org/show_bug.cgi?id=17956
--- Comment #4 from knan-wine@anduin.net 2009-04-06 12:52:44 --- That's just the known workaround. It's still a wine issue since the problem does not show up on Windows or Mac OS X.
http://bugs.winehq.org/show_bug.cgi?id=17956
Piotr riklaunim@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |riklaunim@gmail.com
--- Comment #5 from Piotr riklaunim@gmail.com 2009-05-04 07:14:42 --- On windows big Override folder also slows down the game. For Icewind Gate for example biffing override improves the game performace a lot (you have whole BG2 in IWD2 override). On Linux it may be a I/O problem that it's not VFAT (and game is somehow optimized for VFAT). Someone check Reiser4/FS? ;)
http://bugs.winehq.org/show_bug.cgi?id=17956
Dawid Hanak nugrud@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nugrud@gmail.com
--- Comment #6 from Dawid Hanak nugrud@gmail.com 2009-05-04 15:43:24 --- (In reply to comment #3)
(...)
Biffing just at the end will give the same result, and it's also strongly advised on windows megamod combinations to avoid sluggish performance of game, and not only that:
Quote: "1. Always patch the game(s) with the latest patch, start a new game and exit after the game has auto-saves itself(so you have to make a char or choose a pre-made one), before you do any moding, and you might as well make a safe backup from the important files: data and override folders, baldur.exe, BGMain.exe, dialog.tlk and CHITIN.key . 2. Put the ambient sounds off from the BGConfic.exe, as some of the areas might have no ambient sounds and so the game tries to start them many time continuously, and so looses processing power. 3. Don't mess with the game configurations so the speed adjustment percentages stay on "normal" ratings even if you have very high end machine, as the game has own it's internal fps counter, it sometimes tries to correct the fps on it's own by lowering graphs etc. Also the games frame rate should be set to about 30, as that's the default. 4. I wouldn't recommend to install any of the speaking item mods, as they run their scripts and fire their comments everywhere, and that's bad for the fps(frames/second count). 5. Inventory management(no stacks that have more than about 200 items, in a bag, arrows etc.), -might also help. And do not carry too many bags of holding and the like storage items. 6. Trying to avoid too many effects on a character(about 20 is fine, 200 is too many, and 20 000 is way way too many...) 7. De-fragmenting your hard drive might also help... as you don't have to go find the data in the pieces. (hmm, there is a joke in there, hih) 8. Before installing the mods, plan the exact order, so they are in correct order, and make sure if you uninstalled the game that you deleted the old mod files, the data and override folders(don't go and overwrite them) so you can start from a clean install, so there is no leftovers from old mods. 9. Helpful links for Tutu and BGT(the .pdf files) -based Megamods. 10. Take note that you should do all the points 1-9 before you install any mods! --- 11. And when you have installed all the mods you are going to, it might be a good idea to biff your override folder, but do that knowing that you generally can't change the game much after. The easiest way to do this is to use the End_biff from here. 12. Repeat the step 7 again, if you think it might help. 13. When you quit the game, delete the old files from the Cache folder, if the game puts any files there. --- 14. Complete all the quests you are given, as in a long game, the scripts that are looking IF you have this-or-that quest active, they will be screaming and causing lags, if their checks are in global category and used all the time..."
http://bugs.winehq.org/show_bug.cgi?id=17956
--- Comment #7 from Austin English austinenglish@gmail.com 2009-11-19 12:53:14 --- This is your friendly reminder that there has been no bug activity for 6 months. Is this still an issue in current (1.1.33 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=17956
Michael Curran curran.michaelp@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |curran.michaelp@gmail.com
--- Comment #8 from Michael Curran curran.michaelp@gmail.com 2010-04-28 14:45:47 --- I can confirm that the slowdown still occurs in 1.1.43.
http://bugs.winehq.org/show_bug.cgi?id=17956
marzojr@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |marzojr@yahoo.com
--- Comment #9 from marzojr@yahoo.com 2010-05-27 10:38:03 --- I can confirm it is still an issue in 1.2-rc1. I can also give two different workarounds, which are different from biffing, which also establish that the cause of the slow down is caused by combining Wine's case folding combined with large amounts of files in the override dir and the game dev's expectation of a case-insensitive filesystem API. The demonstrations are as follows:
Workaround #1: Change all files in override folder to uppercase and change the corresponding chitin.key entries to uppercase also; this is easy to do with a bash script, and I can provide an example of such. When this is performed, the slowdown essentially disappears; this is because entries in chitin.key (and in other resource files in the game) do not contain the file extensions, but only their names and types, and both BGI and BGII both seem to append uppercase extensions to these file names. I do not, however, recommend this method, because there are game files other than chitin.key that contain resource entries which will also cause minor slowdowns for the same reason (and it would be too annoying to write an utility to parse all files and convert the names to uppercase).
Workaround #2: Using a case-insensitive file system. I have tried with FAT32 as well as with a ciopfs (http://www.brain-dump.org/projects/ciopfs/) layer over ext4; in both cases, the slowdown disappears. FAT32 is slower, but ciopfs may segfault during installation (particularly of some heavy mods such as BGT) for a reason that yet eludes me (but you can still install under Wine to the ext4 dir directly and only run the game through the ciopfs mount point). Despite the occasional segfaults, I recommend using ciopfs to play because ext4 is a lot safer than FAT32; moreover, I have yet to see it crash during normal gameplay. Even the segfaults are harmless -- it simply disconnects the mount point (forcing you to umount it before remounting it again). Moreover, I recommend converting all files in your BGI or BGII dir to lowercase using an utility like the tolower that comes with WeiDU even if using ciopfs; this is to ensure that there are no duplicate files with names differing only in case.
http://bugs.winehq.org/show_bug.cgi?id=17956
Vlad Blanton vblanton@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vblanton@gmail.com
--- Comment #10 from Vlad Blanton vblanton@gmail.com 2010-10-03 18:09:38 CDT --- I can confirm that this still exists with wine 1.2
http://bugs.winehq.org/show_bug.cgi?id=17956
JFlesh JFleshman91@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |JFleshman91@gmail.com
--- Comment #11 from JFlesh JFleshman91@gmail.com 2011-07-29 00:37:47 CDT --- On a fresh Full install of both SoA and ToB, I applied the following patches (In order):
* BG2 Fixpack * BG2 Unfinished Business * Widescreen Mod * BG2 Tweak Pack
After these had all successfully completed, I ran the "Generalized Biffing" tool, which also completed successfully. The load times and menu response was fixed, but there was an extreme slow-down of gameplay (anything with heavy animations, ie spells/combat).
The issue had to be Case-sensitivity. I ran the "ToLower" tool, and now my gameplay runs at normal speed.
http://bugs.winehq.org/show_bug.cgi?id=17956
--- Comment #12 from JFlesh JFleshman91@gmail.com 2011-07-29 10:20:45 CDT --- (In reply to comment #11)
On a fresh Full install of both SoA and ToB, I applied the following patches (In order):
- BG2 Fixpack
- BG2 Unfinished Business
- Widescreen Mod
- BG2 Tweak Pack
After these had all successfully completed, I ran the "Generalized Biffing" tool, which also completed successfully. The load times and menu response was fixed, but there was an extreme slow-down of gameplay (anything with heavy animations, ie spells/combat).
The issue had to be Case-sensitivity. I ran the "ToLower" tool, and now my gameplay runs at normal speed.
This only fixed the gameplay lag partially. It still exists. The game seems to run at 100% speed now, but it still lags very harshly. I'll have to play with more settings, and I'll update when/if I find a solution.
**Wine version 1.3.23**
http://bugs.winehq.org/show_bug.cgi?id=17956
--- Comment #13 from Emmanuel Anne emmanuel.anne@gmail.com 2012-07-08 17:27:31 CDT --- Created attachment 40936 --> http://bugs.winehq.org/attachment.cgi?id=40936 lower case filesystem
http://bugs.winehq.org/show_bug.cgi?id=17956
--- Comment #14 from Emmanuel Anne emmanuel.anne@gmail.com 2012-07-08 17:28:40 CDT --- Created attachment 40937 --> http://bugs.winehq.org/attachment.cgi?id=40937 ntquerydirectoryfile acceleration
(requires the 1st patch about lower case filesystems).
http://bugs.winehq.org/show_bug.cgi?id=17956
--- Comment #15 from Emmanuel Anne emmanuel.anne@gmail.com 2012-07-08 17:30:30 CDT --- Created attachment 40938 --> http://bugs.winehq.org/attachment.cgi?id=40938 perl script to convert filenames to lower case
tun this in the bg2 directory or in the c: wine directory
http://bugs.winehq.org/show_bug.cgi?id=17956
Emmanuel Anne emmanuel.anne@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |emmanuel.anne@gmail.com
--- Comment #16 from Emmanuel Anne emmanuel.anne@gmail.com 2012-07-08 17:33:24 CDT --- I just decided to reinstall bg2 + tob + a bunch of mods lately out of nostalgy and ran on this slowdown problem. After reading the page about case sensitivity filesystems in winehq : http://wiki.winehq.org/CaseInsensitiveFilenames I decided there was an easy way to work around this : just convert all the files in the the wine directory to lowercase and then patch wine so that it creates only lowercase filenames. Easier than what I thought to do, it improves a lot the speed to mods installation (weidu), especially big ones. When wine tries to access a file with this patch, it tries 1st with the name as passed by the original program, and then it tries with the lower case filename if the one passed wasn't found. After this, loading savegames was still slow (a little faster though, but not enough). It's because the game does not open directly the files in override, it tries to find them first using the equivalent of findfirst with the file name as argument, which is translated to a call getdents in wine, which is extremely unefficient. So I made a 2nd patch so that when the argument of this function is a real filename with no wildcard, then use stat instead of the directory scan. Since everything is in lowercase now, it's very fast.
And after that the slowdowns were finally gone, even with lots of mods installed and bgt, loading savegames is always fast. As a bonus, there are no slow downs in game neither after this, the game runs smoothly all the time, as in windows, finally ! :)
So far I just converted the bg2 directory to lowercase, maybe it would be better to convert all the c: wine directory. I used a perl script for that, tolower.pl, the fastest method I could find.
I attach the 2 patches and the perl script for those interested. The patches are for wine 1.5.6.
http://bugs.winehq.org/show_bug.cgi?id=17956
--- Comment #17 from Vlad Blanton vblanton@gmail.com 2012-07-08 19:51:35 CDT --- (In reply to comment #16)
So I made a 2nd patch so that when the argument of this function is a real filename with no wildcard, then use stat instead of the directory scan. Since everything is in lowercase now, it's very fast.
And after that the slowdowns were finally gone, even with lots of mods installed and bgt, loading savegames is always fast. As a bonus, there are no slow downs in game neither after this, the game runs smoothly all the time, as in windows, finally ! :)
So far I just converted the bg2 directory to lowercase, maybe it would be better to convert all the c: wine directory. I used a perl script for that, tolower.pl, the fastest method I could find.
I attach the 2 patches and the perl script for those interested. The patches are for wine 1.5.6.
Great work! I don't know if this kind of fix would be make it into mainline WINE, but it helps out those who suffer from the slowdowns. BGII lives on in the WINE multiverse! I imagine your patch would help fix slowdowns found in many other games that access multiple small files as well. Thanks for sharing.
http://bugs.winehq.org/show_bug.cgi?id=17956
--- Comment #18 from Emmanuel Anne emmanuel.anne@gmail.com 2012-07-09 01:25:06 CDT --- Well I have been using the raw3_input patch for wine that I found in bugizlla too for about 6 months, and it's still not merged in the main version, so I wouldn't expect this to be merged anytime soon, but posting patches here is probably a good idea ! :)
http://bugs.winehq.org/show_bug.cgi?id=17956
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #19 from GyB gyebro69@gmail.com 2012-07-09 11:31:51 CDT --- (In reply to comment #18)
Well I have been using the raw3_input patch for wine that I found in bugizlla too for about 6 months, and it's still not merged in the main version, so I wouldn't expect this to be merged anytime soon, but posting patches here is probably a good idea ! :)
Patches should be sent to wine-patches@winehq.org, they aren't picked up from bugzilla.
I'm not a programmer at all, so can't decide whether your patches are correct or not, but I found a problem with your patches: creating a new .wine directory when using the WINEPREFIX environment variable fails in such a way: err:process:init_windows_dirs directory L"C:\windows" could not be created, error 2 err:process:init_windows_dirs directory L"C:\windows\system32" could not be created, error 3 err:process:init_windows_dirs directory L"C:\windows" could not be created, error 2 err:process:init_windows_dirs directory L"C:\windows\system32" could not be created, error 3 err:wineboot:main Cannot set the dir to L"C:\windows" (2) ....
On the other hand, your patches fix bug #3817 and bug #18101 (which could be a duplicate of bug #13560) for me.
http://bugs.winehq.org/show_bug.cgi?id=17956
--- Comment #20 from Emmanuel Anne emmanuel.anne@gmail.com 2012-07-09 12:22:57 CDT --- (In reply to comment #19)
Patches should be sent to wine-patches@winehq.org, they aren't picked up from bugzilla.
Ok, thanks, I didn't even know that, I'll send them...
I'm not a programmer at all, so can't decide whether your patches are correct or not, but I found a problem with your patches: creating a new .wine directory when using the WINEPREFIX environment variable fails in such a way: err:process:init_windows_dirs directory L"C:\windows" could not be created, error 2 err:process:init_windows_dirs directory L"C:\windows\system32" could not be created, error 3 err:process:init_windows_dirs directory L"C:\windows" could not be created, error 2 err:process:init_windows_dirs directory L"C:\windows\system32" could not be created, error 3 err:wineboot:main Cannot set the dir to L"C:\windows" (2) ....
Well I wasn't able to reproduce that : manu@athlon64:pts/0~ export WINEPREFIX=/home/drive_c/wine manu@athlon64:pts/0~ winecfg wine: created the configuration directory '/home/drive_c/wine' fixme:urlmon:DownloadBSC_OnProgress Unsupported status 3 fixme:wininet:InternetLockRequestFile STUB err:process:__wine_kernel_init boot event wait timed out manu@athlon64:pts/0~
it just asked to download mono, but after that it worked fine, and the windows dir is there, with everything in lower case inside. The timeout reported is because my internet connection is extremely slow right now, so the configuration dialog appeared before the download was over, but it worked. Just to be sure I ran notepad from the new windows directory without problem.
On the other hand, your patches fix bug #3817 and bug #18101 (which could be a duplicate of bug #13560) for me.
Cool !
http://bugs.winehq.org/show_bug.cgi?id=17956
--- Comment #21 from GyB gyebro69@gmail.com 2012-07-09 13:18:27 CDT --- (In reply to comment #20)
(In reply to comment #19)
Patches should be sent to wine-patches@winehq.org, they aren't picked up from bugzilla.
Ok, thanks, I didn't even know that, I'll send them...
I'm not a programmer at all, so can't decide whether your patches are correct or not, but I found a problem with your patches: creating a new .wine directory when using the WINEPREFIX environment variable fails in such a way: err:process:init_windows_dirs directory L"C:\windows" could not be created, error 2 err:process:init_windows_dirs directory L"C:\windows\system32" could not be created, error 3 err:process:init_windows_dirs directory L"C:\windows" could not be created, error 2 err:process:init_windows_dirs directory L"C:\windows\system32" could not be created, error 3 err:wineboot:main Cannot set the dir to L"C:\windows" (2) ....
Well I wasn't able to reproduce that : manu@athlon64:pts/0~ export WINEPREFIX=/home/drive_c/wine manu@athlon64:pts/0~ winecfg wine: created the configuration directory '/home/drive_c/wine' fixme:urlmon:DownloadBSC_OnProgress Unsupported status 3 fixme:wininet:InternetLockRequestFile STUB err:process:__wine_kernel_init boot event wait timed out manu@athlon64:pts/0~
I see now: it fails when the directory name contains uppercase characters, but works when it contains only lowercase characters. This one fails: WINEPREFIX=~/Test winecfg
This one works: WINEPREFIX=~/test winecfg
http://bugs.winehq.org/show_bug.cgi?id=17956
--- Comment #22 from Emmanuel Anne emmanuel.anne@gmail.com 2012-07-09 13:54:59 CDT --- (In reply to comment #21)
I see now: it fails when the directory name contains uppercase characters, but works when it contains only lowercase characters. This one fails: WINEPREFIX=~/Test winecfg
This one works: WINEPREFIX=~/test winecfg
Yes, it's normal, you could call that the price of speed, everything has to be in lower case for everything to work after this. All the files created by wine will be in lower case, but if you uncompress a bg2 mod in linux for example, you'd better run tolower.pl again after that. If you forget it's not that important anyway, you'll simply eventually get an error when the mod tries to install (if it has some files with mixed lower/upper case letters) and then it will revert to its previous status, so you can run tolower after that and try again.
The problem is that when the full path of the file arrives at the functions I worked on, it already contains the wine prefix, so it's hard to know which is which.
Ok, I guess it's enough info to send the patch, they'll do what they want with it, thanks for testing !
http://bugs.winehq.org/show_bug.cgi?id=17956
Radwulf beavs28@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |beavs28@gmail.com
--- Comment #23 from Radwulf beavs28@gmail.com 2012-09-27 10:25:01 CDT --- Thank you for fixing this problem. But could you also include instructions for how to apply these patches to both vanilla wine and playonlinux for those like myself who have less technical knowledge? It would also allow me to provide some additional feedback on its performance. Thanks again.
http://bugs.winehq.org/show_bug.cgi?id=17956
--- Comment #24 from Emmanuel Anne emmanuel.anne@gmail.com 2012-09-27 10:36:21 CDT --- (In reply to comment #23)
Thank you for fixing this problem. But could you also include instructions for how to apply these patches to both vanilla wine and playonlinux for those like myself who have less technical knowledge? It would also allow me to provide some additional feedback on its performance. Thanks again.
Hum, sorry I don't use at all playonlinux, just vaguely heard of it, that's all, so I couldn't tell you if there is a difference to apply these patches (but I doubt it, it's probably the same source base).
Anyway since I posted these, I noticed that every game doesn't support these changes, some seem to launch some secondary exe, and then access it using some instance, and to create this instance they are searching using the exact filename including caps, so if the whole directory has been turned to lower case, it can't find its instance, and it simply crashes ! It means I should also change these functions to ignore the case sensitivity, but so far since the changes are only in 1 dll, I just compile the patched one, and the normal one, and switch from one to the other just by renaming them.
Anyway. Applying these patches is not so difficult, wine is suprisingly easy to compile, even on an amd64 system like mine (but it's still harder on amd64, much easier on i386 native, because you get everything you need from the distribution, no fancy installation to do). Basically you get the latest wine source, either using git or downloading the tar.gz archive, then apply these patches using something like: cd wine patch -p1 < patch it still works with wine-1.5.13. After that, just execute ./configure and it will tell you if something is missing. If so, install the corresponding -dev package, and restart ./configure once it works just run make and then sudo make install If you want to overwrite your distribution's wine, run ./configure --prefix=/usr instead of just ./configure otherwise it will be installed in /usr/local/bin allowing you to choose which wine you want to run.
http://bugs.winehq.org/show_bug.cgi?id=17956
--- Comment #25 from Ken Sharp imwellcushtymelike@gmail.com --- Is this still an issue in Wine 1.7.10 or later?
http://bugs.winehq.org/show_bug.cgi?id=17956
--- Comment #26 from Emmanuel Anne emmanuel.anne@gmail.com --- (In reply to comment #25)
Is this still an issue in Wine 1.7.10 or later?
Well after quickly testing an old bg2 installation I have in a corner, it seems to run better than before at least. I am not totally sure it runs as well as it should in windows, but it's hard to say since this game is heavily moded, it would require more than a quick test with some comparison in native windows.
My impression is that it's better, but still slower than native windows.
https://bugs.winehq.org/show_bug.cgi?id=17956
--- Comment #27 from Austin English austinenglish@gmail.com --- Is this still an issue in current (1.7.36 or newer) wine? If so, please attach terminal output.
https://bugs.winehq.org/show_bug.cgi?id=17956
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Abandoned?
https://bugs.winehq.org/show_bug.cgi?id=17956
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
https://bugs.winehq.org/show_bug.cgi?id=17956
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |ABANDONED Status|NEW |RESOLVED
--- Comment #28 from Ken Sharp imwellcushtymelike@gmail.com --- Abandoned
https://bugs.winehq.org/show_bug.cgi?id=17956
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED CC| |nerv@dawncrow.de
--- Comment #29 from André H. nerv@dawncrow.de --- closing abandoned
-
wine-bugs＠winehq.org