June 2008 - Wine-bugs - list.winehq.org

[Bug 9886] New: GeoInfo hangs if trying to select a street for the second time
by wine-bugs＠winehq.org 20 Mar '12

20 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=9886 Summary: GeoInfo hangs if trying to select a street for the second time Product: Wine Version: 0.9.46. Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: wine-user AssignedTo: wine-bugs(a)winehq.org ReportedBy: mikolaj.zalewski(a)gmail.com Created an attachment (id=8378) --> (http://bugs.winehq.org/attachment.cgi?id=8378) patch This is because our DDEML doesn't call the callback after receiving an ACK when the hMem parameter doesn't match the current transaction hMem. However it doesn't remove transaction from the queue so only after the first transaction the callback will be called. This patch removes the transaction from the queue however it is not fully correct - there may be asynchronous transactions so the ACK doesn't need to come in the same order as the request were sent. A correct code should check the whole list of transactions. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 13937] New: visual foxpro 9 installation fails
by wine-bugs＠winehq.org 20 Mar '12

20 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=13937 Summary: visual foxpro 9 installation fails Product: Wine Version: 1.0-rc4 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: freeman3(a)centrum.cz can't install foxpro. i click setup main setup window appears. there an option install prereqisites. i click it and nothing happens. -- 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 13

[Bug 9991] New: Can not enable more then two input languages
by wine-bugs＠winehq.org 20 Mar '12

20 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=9991 Summary: Can not enable more then two input languages Product: Wine Version: 0.9.44. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: pavel1r(a)gmail.com When I run windows applications with Wine, I'm only able to write in English. When I try to write in other language (I tried Russian and Hebrew), input is either ignored or I see blocks instead of letters, depending on application. If I set LANG to ru_RU.UTF-8 or he_IL.UTF-8 before starting application, I'm able to write in two languages (either English and Russian, or English and Hebrew). There is no way to enable all three languages to work simultaneously. I'm using Fedora 7 and Gnome desktop. I added both Russian and Hebrew keyboard layouts in keyboard preferences and I'm able to write in all three languages in Linux native applications. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 20

[Bug 13180] New: Saitek X45 POV does not work
by wine-bugs＠winehq.org 20 Mar '12

20 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=13180 Summary: Saitek X45 POV does not work Product: Wine Version: 0.9.59. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: keith_kw_muir(a)blueyonder.co.uk Saitek X45 POV does not work in Lock On Modern Air Combat nor does one of the rotational controls on the partner joystick it appears as an axis in the game but does not function. -- 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 9970] New: OPA uses the process id/thread id to generate "random" temp filenames
by wine-bugs＠winehq.org 20 Mar '12

20 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=9970 Summary: OPA uses the process id/thread id to generate "random" temp filenames Product: Wine Version: 0.9.46. Platform: Other OS/Version: other Status: NEW Severity: minor Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: mikolaj.zalewski(a)gmail.com But if there is no Wine program running in the background then we start a clean server each time and these number are always the same. OPAS handles very badly if there is a lot of temporary files from the same "namespace" already and after killing the program five times (so that it cannot clean the files on exit) it will refuse to start. A workaround is to clean the C:\Windows\Temp or to keep a program running in the background so that the pids are each time different. I'm also not sure if the problem is in OPAS or in the Visual FoxPro runtime - the error 1410 that appears is a MS defined error code ( http://msdn2.microsoft.com/en-us/library/aa976055(VS.71).aspx ) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 13918] New: Supreme Commander addon: Ground decals only display properly after switching to med fidelity and back
by wine-bugs＠winehq.org 20 Mar '12

20 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=13918 Summary: Supreme Commander addon: Ground decals only display properly after switching to med fidelity and back Product: Wine Version: 1.0-rc4 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquitsnake(a)gmx.net In the addon to Supreme Commander, Ground decals get created when a building is built. If the fidelity is set to Low, they don't work properly. They are displayed fully white (see screen) -- 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 10

[Bug 13615] New: Imperium Galactica, Solarian Campaign, Crashes frequently
by wine-bugs＠winehq.org 16 Mar '12

16 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=13615 Summary: Imperium Galactica, Solarian Campaign, Crashes frequently Product: Wine Version: 1.0-rc3 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Makitk(a)gmail.com Created an attachment (id=13589) --> (http://bugs.winehq.org/attachment.cgi?id=13589) Wine 1.0-rc3 crashlog for Imperium Galactica 2, 20080602 @ 01:24am local When going to either the Spying or Trading views in the Solarian Campaign for Imperium Galactica 2, wine claims something is getting held at level 3 and that a deadlock should be expected, then crashes and offers a "sorry" popup which doesn't appear on screen since the game's graphics 'cover' it. Hence it's unreadable. The deadlock etc is only shown in the konsole when running ig2.exe through it. The bug can be recreated by running the Solarian Campaign and switching between Spying and Trading screens, or even by switching from the Starmap to either of the two. Another freak occurance along the same lines can be recreated by going to the Spying screen from the Starmap and trying to give the spy (there's only one in the beginning) a training mission before he's moved up front properly yet. (i.e. the 'disc' with available spies is still turning.) The Kra'hen campaign (which does not have the Spying OR Trading screens) doesn't have an issue with Wine and is playable without any errors as far as I can tell. (I sorta died a long way into the Campaign after the Solarian Fleet decimated my own... time and again.. >_>) I have yet to try the Shinari Campaign, but will see if the problem with the Spying/Trading screens persist there. I do believe they have these screens, with the Kra'hen being the only exception to the rule because of them being a warloving race. -- 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 22

[Bug 13294] New: Halo 2 fails to start (won'T recognize msvcr80 / msvcp80
by wine-bugs＠winehq.org 16 Mar '12

16 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=13294 Summary: Halo 2 fails to start (won'T recognize msvcr80 / msvcp80 Product: Wine Version: 1.0-rc1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquitsnake(a)gmx.net I'm using the cracked XP-compatible version by dopeman, since I don't have -any- hope at all that the original Vista-only version could ever EVER work. This version doesn't have an installer but instead provides you with a pre-installed environment and asks you to install vcredist.msi and XLiveRedist1.0.6027.msi manually. XLive worked fine with msiexec /i, vcredist.msi doesn't ( err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly ) so I skipped it. When starting, the game complains about numerous missing libs ( XINPUT1_3.dll , msvcr80.dll , msvcp80.dll ). I have used the xinput from one of the dll sites out there and installed the msvc*80.dll with winetricks ( vcrun2005 and vcrun2005sp1 ). So in theory, the msvc*80.dll should be provided in windows/winsxs. Trying to launch the game now fails miserably. To put it simply: err:module:import_dll Library MSVCR80.dll (which is needed by L"C:\\windows\\system32\\xlive.dll") not found err:module:import_dll Library MSVCP80.dll (which is needed by L"C:\\windows\\system32\\xlive.dll") not found These are the dlls that have been installed by vcrun2005. Halo 2 fails to recognize those. Manually putting these DLLs either in system32 or the game folder fails of course. -- 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 6

[Bug 13612] New: Graphics glitches in the Sam and Max games (just with nVidia?)
by wine-bugs＠winehq.org 16 Mar '12

16 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=13612 Summary: Graphics glitches in the Sam and Max games (just with nVidia?) Product: Wine Version: 1.0-rc3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rixa(a)cs.tut.fi The entire Season 1 (and probably 2) of Sam and Max titles from Telltale Games suffers from odd graphics glitches. The games otherwise work fine, but the animated characters are incorrectly drawn. Many are either completely or partially invisible. Some, like the main protagonists Sam and Max, have some segments of theirs stretched out and pointing into the distance. This message may be of relevance, it gets flooded on the terminal launched from: fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawElements @ drawprim.c / 269 The issue is discussed on the AppDB pages. Some appear to be having these games running flawlessly, and I suspect this is an issue limited to nVidia cards and drivers. I'm running the proprietary nVidia driver version 96.43.05 on a CentOS 5 distribution, with a GeForce4 Ti 4800 graphics card. I've tried almost every wine version from 0.9.54 or so to 1.0rc3 and the problem has been present throughout. For testing this bug it may be interesting that the full Episode 104: Abe Lincoln Must Die! is available for free at the Telltale Games website. Wine should probably be set to "Windows Vista" to run it. -- 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 19

[Bug 10650] New: PhotoFiltre take much time to fill empty a draw
by wine-bugs＠winehq.org 16 Mar '12

16 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=10650 Summary: PhotoFiltre take much time to fill empty a draw Product: Wine Version: 0.9.50. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: test AssignedTo: wine-bugs(a)winehq.org ReportedBy: adam050986(a)yahoo.fr Photofiltre is very slow making a simple color-filling on an image. Teste yourself : - Install photofiltre - Get a new document ( 800*600 for example ) - Fill it black/whatever - wait 20 seconds On windows it only take 1 second... I asked the author, and he told me that the algorythm used is a "classical recursive algorythm..." This has been a bug from longtime, and none of other Wine Versions fixed the bug... :-/ -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10