wine-bugs January 2010

wine-bugs@winehq.org

1 participants
6445 discussions

[Bug 17438] New: Giants: Citizen Kabuto 1.4 crashes when changing resolution
by wine-bugs＠winehq.org 21 Mar '11

21 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=17438 Summary: Giants: Citizen Kabuto 1.4 crashes when changing resolution Product: Wine Version: 1.1.15 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ploujj(a)gmail.com Created an attachment (id=19521) --> (http://bugs.winehq.org/attachment.cgi?id=19521) wine log - start Giants in Wine with '~/work/wine-build/wine Giants 2>&1|tee wine.log' - go to: Options -> Graphics Options -> Change Resolutions - observe current resolution set to 800x600x32 and the Display Driver set to "DirectDraw HAL Wine D3D7 T&L HAL" - select 1024x768x32 - click "Apply Changes" - wait a bit for the game to reload and crash exact wine version: wine-1.1.15-58-g3fa05ae. video card: GeForce 8600 GTS/PCI/SSE2 OpenGL: 2.1.2 NVIDIA 177.82 - directly from Nvidia's website OS: Fedora 9 x86_64 Giants version: 1.4 purchased from http://www.gog.com (supposedly with Graphical Revision Mod (GRM) installed) -- 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 8

[Bug 20382] New: Tom Clancy's Rainbox Six - ingame scenery/surfaces not rendered - all black
by wine-bugs＠winehq.org 21 Mar '11

21 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=20382 Summary: Tom Clancy's Rainbox Six - ingame scenery/surfaces not rendered - all black Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: myheadblewoff(a)hotmail.com The game starts fine, select mission (any) in the menus - launch .... In the game environment itself, the sky is rendered correctly, however all other surrounding surfaces (walls, floor/ground...everything really) is totally black. You can't play a FPS title if you can't see your targets (or anything else ;). When the game is running like this, the following line is echoed to console continuously; fixme:d3d7:IDirect3DDeviceImpl_7_SetClipStatus (0x1712a8)->(0x33fa2c):Stub! Log attached represents - starting the game (intro movies skipped) ; selecting mission ; starting the game itself (this is where you'll see the above line repeated over and over) ; quitting the game. -- 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 8

[Bug 13727] New: In Circuitmaker 2000 cloned part tries to pan down
by wine-bugs＠winehq.org 18 Mar '11

18 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=13727 Summary: In Circuitmaker 2000 cloned part tries to pan down 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: brodo(a)o2.pl While using Circuitmaker 2000 pro - when I duplicate a part in a schematic editor near the bottom edge of the window this cloned part tries to "pan" down the working area in an uncotrollable way. The only thing to do is to stop the software and start again so one can loose an unsaved part of the job. So I must remember now not to clone schematic parts near the bottom edge of the Circuitmaker's schematic editor. -- 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 25

[Bug 20664] New: spurious interaction between audio units or wave devices
by wine-bugs＠winehq.org 18 Mar '11

18 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=20664 Summary: spurious interaction between audio units or wave devices Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Somehow, trying and accessing a wave device sometimes manages to stop another playing sample. Yet the second call is normally returned with 265=MCIERR_DEVICE_OPEN (mapped from 4=MMSYSERR_ALLOCATED). To reproduce, you need audible sound. Using my interactive MCI shell from bug #20232 comment #10, try the following 1. open long-playing-sample.wav alias a 2. open sample.wav alias b 3. play a from 0 4. play b from 0 wait Repeat 4) playing b until a is interrupted (=you hear no more sound). If a ends normally repeat from step 3. Within less than 30 trials, a's sound will be interrupted on my single core Linux box, wither either ALSA or OSS, with or without PulseAudio in Ubuntu Intrepid. When this happens, try 5. status a mode => "playing" 6. stop a => hangs 7. ^C It seems more likely to happen after a has finished playing once. Or whatever Voodoo is needed. -- 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 19337] New: MSI SQL string comparison operators incorrect...
by wine-bugs＠winehq.org 18 Mar '11

18 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=19337 Summary: MSI SQL string comparison operators incorrect... Product: Wine Version: 1.1.21 Platform: PC OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: toonces282002(a)yahoo.com In MSI, one can run SQL commands like this: "SELECT `Dialog`,`Attributes`,`Control_First`,`Control_Default`,`Control_Cancel` FROM `Dialog` WHERE `Dialog`< 'bar' OR `Dialog` > 'foo'" Note however that the two conditions that we have placed on the name of the dialog are technically incorrect. According to Microsoft: http://msdn.microsoft.com/en-us/library/aa372021(VS.85).aspx "For string values, only the = or <> operations are possible. Object value comparisons are limited to IS NULL and IS NOT NULL." Accordingly, Microsoft treats the above expression as 'false', whereas msi on ReactOS is actually using a strcmp to try and evaluate whether a string is greater or less than another: *val = ( cond->u.expr.op == OP_EQ && ( sr == 0 ) ) || ( cond->u.expr.op == OP_NE && ( sr != 0 ) ) || ( cond->u.expr.op == OP_LT && ( sr < 0 ) ) || ( cond->u.expr.op == OP_GT && ( sr > 0 ) ); My guess is that this conditional in where.c needs to be adjusted to match the behavior on Windows. Doing testing on ReactOS.. -- 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 19426] New: Radio Manager fails to install some times and some others times not
by wine-bugs＠winehq.org 18 Mar '11

18 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=19426 Summary: Radio Manager fails to install some times and some others times not Product: Wine Version: 1.1.26 Platform: PC URL: http://download.radionomy.com/rm1319en.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: yurienu.amenysta(a)gmail.com Hi, I've installed Radio Manager application with Wine 1.1.26 yesterday and the application stop at the end saying it doesn't work. Some files were installed successfully but others not. I let these files and today, I tried again to install it to copy and paste the exact message given by the installer but today it works o_O And when I tried to launch the installer a third time, the installer showed me "Repair" and "Uninstall" (the second time, the installer didn't show me this). I uninstalled it and the installer said me to launch the installer again because it fails. I launched it again and it works ! I don't understand why it works sometimes and some others times not o_O Thanks in advance, (Sorry, if I do mistakes, I'm french ^^) -- 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 11

[Bug 17611] New: Increasing DPI makes displayed text smaller
by wine-bugs＠winehq.org 18 Mar '11

18 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=17611 Summary: Increasing DPI makes displayed text smaller Product: Wine Version: 1.1.16 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=19784) --> (http://bugs.winehq.org/attachment.cgi?id=19784) Three Properties Winodws I'm using Wine 1.1.16 (compiled from source using gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) ) on Fedora 10 i386. With default dpi (96) it is difficult (because it's to small) to read text in "Properties Window" which exists as a toolbar in "AutoCAD 2008" and "AutoCAD Mechanical 2008". If I try to increase dpi through winecfg, text in "Properties Window" is even harder to read, it gets smaller but fonts in other parts of the application are bigger. I attached image how "Properties Window" should looks like on AutoCAD 2007 example running on Windows and how it looks in Wine with AutoCAD 2008. All screenshots were made in 1024x768. -- 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 19133] New: Ground Control: mouse moves extremely strange
by wine-bugs＠winehq.org 18 Mar '11

18 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=19133 Summary: Ground Control: mouse moves extremely strange Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: samlabc(a)yahoo.de When I move the mouse the mouse pointer moves, but in a totally different direction. I think this because somehow the mouse movements are stacked: By slowly moving the mouse I managed to get it in the middle of the screen. Then I move the mouse pointer a bit to the right, then up and then left. First the mouse pointer moves somewhere else, but after some time(when I continue moving the mouse left), the cursor moves right, up and then left. I'm using a simple USB-mouse. I don't think this is because of my hardware because everybody has this problem with this game. -- 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 19882] New: ZWCAD 2009 Professional HUN
by wine-bugs＠winehq.org 10 Mar '11

10 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=19882 Summary: ZWCAD 2009 Professional HUN Product: WineHQ Bugzilla Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ll222(a)citromail.hu Program name: ZWCAD 2009 Professional HUN Downloadable: http://www.kolibrydesign.com/down/getfile.php?file=ZWCAD2009HunBeta.exe The program has been successfully installed on, and then a well-off. A drawing, if drawn, and then save, then give the file a name, then click on the Save button, and then pass the file to error. To run the program due Atl71.dll and mfc42.dll files copied to the Windows \ System32 folder. -- 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 14627] New: regedit broken due to locale settings
by wine-bugs＠winehq.org 09 Mar '11

09 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=14627 Summary: regedit broken due to locale settings Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: galtgendo(a)o2.pl I'm not sure I can describe this correctly. I've got a few registry keys that contain Japanese signs (in values). Regedit can't export those keys correctly, when I run in my own locale (pl_PL.UTF-8). They also fail to be displayed then. (The key names are ASCII, the values are not). But when I run as LANG=ja_JP.UTF-8, something strange happens, while regkey can be exported (as CP932, which sucks a bit, IMHO), it can't be viewed. The treeview of the key shows a plus beside it, but the key values are not shown and clicking that plus doesn't expand the subkey (in my standard locale, at least subkey got expanded). (I'll just ignore for now the fact, that in my locale, if keyname is Japanese, it's shown as question signs.) -- 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 38

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs January 2010