December 2011 - Wine-bugs - list.winehq.org

[Bug 8034] Adobe FlexBuilder 2 trial fails to install
by wine-bugs＠winehq.org 14 Dec '11

14 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=8034 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |focht(a)gmx.net Component|directx-d3d |-unknown Version|unspecified |0.9.34. Resolution| |ABANDONED --- Comment #13 from Anastasius Focht <focht(a)gmx.net> 2011-12-14 16:07:07 CST --- Hello, --- quote --- Dan, download link no longer works. I can't find this old version for download. Over 1 year without posts. --- quote --- yep, the Adobe website is a mess (as their products) ... many broken download links. Marking this one abandoned... Reopen if you manage to find FlexBuilder version 2.0.1 and demonstrate the problem with _recent_ Wine version. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 23468] New: Age of Empires 2 and 3 fail to run
by wine-bugs＠winehq.org 14 Dec '11

14 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=23468 Summary: Age of Empires 2 and 3 fail to run Product: Wine Version: 1.2-rc5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jameslinton(a)hotmail.com Both games install fine, but will not run at all. I am new at all this and apologize for not doing a regression test. I will however eventually figure it out. I have run both age of empires 2 and 3 on previous versions of wine (probably around 1.1.23) without this problem so i am guessing a regression. I'm use Nvidia drivers version 195.36.24 also have tried reinstalling and upgrading drivers to the latest version. no luck, same error. terminal spits out james(a)james-desktop /media/Tera_/Programs/Games/Age Of Empires II/Age of Empires II $ wine EMPIRES2.EXE fixme:system:SystemParametersInfoW Unimplemented action: 110 (SPI_GETSHOWIMEUI) fixme:win:EnumDisplayDevicesW ((null),0,0x32d730,0x00000000), stub! err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found 1280x1024x32 @0! (XRandR) my display is set at 1280x1024 60hz -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 21

[Bug 29346] New: Gens 11b rerecording: unacceptable performance in Wine
by wine-bugs＠winehq.org 14 Dec '11

14 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=29346 Bug #: 29346 Summary: Gens 11b rerecording: unacceptable performance in Wine Product: Wine Version: 1.3.34 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: marzojr(a)yahoo.com Classification: Unclassified Created attachment 37969 --> http://bugs.winehq.org/attachment.cgi?id=37969 The end result of regression testing with git bisect. Gens rerecording (possibly also the original Gens, I haven't tried it) has been having unacceptably bad performance under Wine -- to the tune that, in my computer, it runs faster in a XP virtual machine than it does on Wine. I knew that at the start of the year the performance was fine, so I performed regression testing to find out what was causing the problem; the results of the bisection are attached. I have chosen as the component what I think is the culprit; strictly speaking, the user32 component was also changed in the patch, so maybe both are to blame. I also have marked the current release of Wine because the problem persists since then. For reference, Gens rerecording is open source, and can be obtained here: http://code.google.com/p/gens-rerecording -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 29341] New: Wine fails to populate its prefix if ~/.wine points to a non-existent directory
by wine-bugs＠winehq.org 14 Dec '11

14 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=29341 Bug #: 29341 Summary: Wine fails to populate its prefix if ~/.wine points to a non-existent directory Product: Wine Version: 1.3.34 Platform: All OS/Version: All Status: UNCONFIRMED Severity: minor Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Classification: Unclassified I have several wine prefixes but I want to keep the default ~/.wine temporary thus I created a symbolic link from ~/.wine to /tmp/wine. I do it because I don't want to have temporary software kept (and survive reboots) at all. The problem is that my /tmp folder is a tmpfs mount point thus after every (re)boot /tmp is empty and /tmp/wine doesn't exist any longer. In this case wine fails to run with this message: wine: chdir to /home/username/.wine : No such file or directory Please, allow such a usage scenario (e.g. try to create ~/.wine regardless). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[Bug 2082] DirectDraw games only showing black screen
by wine-bugs＠winehq.org 13 Dec '11

13 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=2082 K1773R <K1773R(a)darkgamex.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |K1773R(a)darkgamex.ch --- Comment #88 from K1773R <K1773R(a)darkgamex.ch> 2011-12-13 17:54:49 CST --- Are there some new patches for worms world party? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 2203] DOS Navigator failed to run
by wine-bugs＠winehq.org 13 Dec '11

13 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=2203 --- Comment #26 from Austin English <austinenglish(a)gmail.com> 2011-12-13 14:28:57 CST --- (In reply to comment #25) > (In reply to comment #24) > > (In reply to comment #23) > > > If we follow the same conclusion from bug 7387 this bug is still valid. > > > > Yes, until wine removes vm86 support and only uses dosbox (which would need to > > make a release with this fix). > > > > At this point, no decision has been made on removing vm86 support (to my > > knowledge). > > > Austin, are you saying there's talk (but no decision) about removing vm86? > > I think dosbox would need to be turned into a library that Wine links with, > instead of just being called started and left to run standalone, or maybe vm86 > could run with QEMU on systems that don't support vm86. It has come up at WineConf / on #winehackers, though not discussed in (great) detail. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 2203] DOS Navigator failed to run
by wine-bugs＠winehq.org 13 Dec '11

13 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=2203 --- Comment #25 from Jeremiah Flerchinger <flerchjj(a)ieee.org> 2011-12-13 14:11:36 CST --- (In reply to comment #24) > (In reply to comment #23) > > If we follow the same conclusion from bug 7387 this bug is still valid. > > Yes, until wine removes vm86 support and only uses dosbox (which would need to > make a release with this fix). > > At this point, no decision has been made on removing vm86 support (to my > knowledge). Austin, are you saying there's talk (but no decision) about removing vm86? I think dosbox would need to be turned into a library that Wine links with, instead of just being called started and left to run standalone, or maybe vm86 could run with QEMU on systems that don't support vm86. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 2195] WSALookupServiceBegin and WSALookupServiceNext Unimplemented
by wine-bugs＠winehq.org 13 Dec '11

13 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=2195 Luke Bratch <l_bratch(a)yahoo.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |l_bratch(a)yahoo.co.uk -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 2203] DOS Navigator failed to run
by wine-bugs＠winehq.org 12 Dec '11

12 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=2203 --- Comment #24 from Austin English <austinenglish(a)gmail.com> 2011-12-12 13:35:14 CST --- (In reply to comment #23) > If we follow the same conclusion from bug 7387 this bug is still valid. Yes, until wine removes vm86 support and only uses dosbox (which would need to make a release with this fix). At this point, no decision has been made on removing vm86 support (to my knowledge). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 6237] Inform7 crashes due to RichEdit ITextDocument_fnRange stub
by wine-bugs＠winehq.org 12 Dec '11

12 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=6237 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |focht(a)gmx.net Resolution| |DUPLICATE Summary|Inform7 page fault on read |Inform7 crashes due to |access to 0x00000000 crash |RichEdit | |ITextDocument_fnRange stub --- Comment #15 from Anastasius Focht <focht(a)gmx.net> 2011-12-12 13:31:56 CST --- Hello, comment #12, comment #14 --- snip --- fixme:richedit:fnTextSrv_QueryInterface Unknown interface: {8cc497c0-a1df-11ce-8098-00aa0047be5d} fixme:richedit:ITextDocument_fnRange stub 0x4d6d88 wine: Unhandled page fault on read access to 0x00000000 at address 0x428550 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00428550). --- snip --- Bug 12458 covers this issue (Multiple apps fail due to RichEdit ITextDocument_fnRange stub), marking dupe. Regards *** This bug has been marked as a duplicate of bug 12458 *** -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0