March 2009 - Wine-Bugs - list.winehq.org

[Bug 11072] New: Gun Metal thinks POV2 Up is permanently set
by wine-bugs＠winehq.org April 12, 2009

April 12, 2009

http://bugs.winehq.org/show_bug.cgi?id=11072 Summary: Gun Metal thinks POV2 Up is permanently set Product: Wine Version: 0.9.52. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: shacklein(a)gmail.com Created an attachment (id=10091) --> (http://bugs.winehq.org/attachment.cgi?id=10091) GunMetal demo v1.14, WINEDEBUG=+dinput, wine 0.9.52 Tested with Gun Metal full version 1.09.1.1, Gun Metal demo 1.01 and 1.14. Same behaviour all-round. When trying to set controls with a gamepad, Gun Metal picks up POV2 as pointing up. My controller is PlayStation 2 style and has: X, Y, Z, Rz, POV1 and 12 buttons. The driver used is evdev (joystick_linuxinput.c), since Gun Metal doesn't seem to detect joydev (joystick_linux.c) devices. My theory is that at some point (I don't know where), the value for POV2, and possibly POV3 and POV4, is getting set to 0 instead of -1. I haven't been able to test this with other programs/games because they correctly detect that there is only one POV. Note that if you want to run even the demo of Gun Metal, you need native quartz.dll, and I've had more luck getting the game to run when using WINEDEBUG=+relay. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 17917] New: New *.ini files contain spurious [] lines
by wine-bugs＠winehq.org April 10, 2009

April 10, 2009

http://bugs.winehq.org/show_bug.cgi?id=17917 Summary: New *.ini files contain spurious [] lines Product: Wine Version: 1.1.18 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net This is a regression against 1.1.17. It affects the win.ini and system.ini files that wine creates itself, as well as e.g. Setup.ini files created by InstallShield. The number of [] lines is variable. Can perform regression testing if nobody knows out of the head what may have caused this. -- 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 9

[Bug 17891] New: build broken in dlls/ntdll/ntdll_misc.c on OpenBSD 4.4
by wine-bugs＠winehq.org April 10, 2009

April 10, 2009

http://bugs.winehq.org/show_bug.cgi?id=17891 Summary: build broken in dlls/ntdll/ntdll_misc.c on OpenBSD 4.4 Product: Wine Version: 1.1.18 Platform: PC OS/Version: OpenBSD Status: NEW Keywords: source Severity: major Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_NTSYSTEM_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wwrite-strings -Wpointer-arith -I/usr/local/include -I/usr/local/include -I/usr/local/include/libpng -o handletable.o handletable.c In file included from handletable.c:28: ntdll_misc.h:198: error: syntax error before "pthread_t" *** Error code 1 -- 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 17824] New: winemenubuilder.c: "Desktop" string not localized -> no icons
by wine-bugs＠winehq.org April 10, 2009

April 10, 2009

http://bugs.winehq.org/show_bug.cgi?id=17824 Summary: winemenubuilder.c: "Desktop" string not localized -> no icons Product: Wine Version: 1.1.17 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: giulioo(a)gmail.com Note: I just grepped the source and I think the problem is winemenubuilder.c and its 2 occurrences of location = heap_printf("%s/Desktop/%s.desktop", getenv("HOME") ... however even it's that is not the culprit the problem remains. =============== System: Ubuntu 8.04 and Ubuntu 8.10 Wine 1.1.17 (binary from WineHQ APT Repository) I install a Windows app which will create desktop links (.lnk) in the "all users" desktop folder, in Wine it's: drive_c/users/Public/Desktop/*.lnk What happens to these desktop icons seem to depend on the locale I use when installing ubuntu: 1) If I use EN (no problems) - My desktop folder will be /home/user1/Desktop - winecfg will show a map "Desktop -> /home/user1/Desktop" - After the install I'll get *.desktop files corresponding to the *.lnk in /home/user1/Desktop - All is fine 2) If I use IT (Italian, abnormal behavior is observed) - My desktop folder will be /home/user1/Scrivania - winecfg will show a correct map "Desktop -> /home/user1/Scrivania" - drive_c/users/user1/Desktop -> /home/user1/Scrivania - After the install I WON'T get any *.desktop files/icons - If I do $ mkdir Desktop (thus creating /home/user1/Desktop) then after the install *.desktop files will be created in this dir, however this is not my real desktop folder, so no icons will show up on the desktop anyway. Wine-1.0.1 has a similar problem: - With IT locale by default it will put files into /home/user1/*.desktop (ie: in the homedir instead of in the desktop dir), if I create /home/user1/Desktop then it will put them there. I hope this can be fixed both on 1.0.x and 1.1.x. -- 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 12

[Bug 17819] New: OpenInsight's OpenEngine does not function.
by wine-bugs＠winehq.org April 10, 2009

April 10, 2009

http://bugs.winehq.org/show_bug.cgi?id=17819 Summary: OpenInsight's OpenEngine does not function. Product: Wine Version: 1.1.17 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gabextreme(a)gmail.com Created an attachment (id=20070) --> (http://bugs.winehq.org/attachment.cgi?id=20070) Described in first post. Collection of debug info. I was able to open Revelations OpenInsight 8.0.7 (without hanging) in 1.1.17. However, OpenEngine fails to function, and appears instead as a messed up box to the side. See attachment. It's clear progress is being made, as it now does open without hanging, but OpenEngine (a component of OpenInsight that loads alongside OpenInsight) does not. Attached zip file contains: - full terminal output (term_output.txt) - a screenshot of what it's supposed to look like, from XP (OpenEngine.png) - a screenshot of what it really looks like (OpenEngine_wine.png) - winedbg relay log (relay.txt) for opening the program, clicking around in the dead OpenEngine window, and terminating with Ctrl+C -- 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 2

[Bug 17703] New: unimplemented function KERNEL32.dll.GetSystemTimes
by wine-bugs＠winehq.org April 10, 2009

April 10, 2009

http://bugs.winehq.org/show_bug.cgi?id=17703 Summary: unimplemented function KERNEL32.dll.GetSystemTimes Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: superlaido(a)gmail.com Created an attachment (id=19901) --> (http://bugs.winehq.org/attachment.cgi?id=19901) virtualgalileo backtrace Hi there, i'm using a sw for control Galileo, a sound processor from meyer sound. The software is called virtualgalileo, a sw used to emulate a real galileo controller. The application crashed beccause: wine: Call from 0x414f18 to unimplemented function KERNEL32.dll.GetSystemTimes, aborting A debug output is in the attachment. The sw is downloadble from: http://www.meyersound.com/products/processor_drive_systems/galileo/616/regi… You have to register, sorry... The sw to download are two: - Compass, a sw for connect to real and vrtual galileo - VirtualGalileo, a sw to emulate a galileo (This is the software that crash) Thanks for any attention Lawrence -- 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 4

[Bug 17695] New: Silkypix 3.0 toolbox menus too narrow
by wine-bugs＠winehq.org April 10, 2009

April 10, 2009

http://bugs.winehq.org/show_bug.cgi?id=17695 Summary: Silkypix 3.0 toolbox menus too narrow Product: Wine Version: 1.1.16 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: florin(a)andrei.myip.org Created an attachment (id=19894) --> (http://bugs.winehq.org/attachment.cgi?id=19894) screenshot Running Silkypix 3.0: http://www.isl.co.jp/SILKYPIX/english/p/ Look at the attached screenshot. It represents an open menu in the application toolbox. The menu shows only two options, the other can be revealed if you scroll up/down through the options. That's not how the menu looks like on Windows. On that OS, many more options are visible at once - I can't recall if all options are visible, or just many more. In any case, the way it works on Windows is much more usable. Being able to see only two options makes it hard to work with the toolbox. -- 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 4

[Bug 17654] New: Edit control on toolbar behaves badly
by wine-bugs＠winehq.org April 10, 2009

April 10, 2009

http://bugs.winehq.org/show_bug.cgi?id=17654 Summary: Edit control on toolbar behaves badly Product: Wine Version: 1.1.16 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: tarasov.igor(a)gmail.com Created an attachment (id=19839) --> (http://bugs.winehq.org/attachment.cgi?id=19839) +message,+toolbar,+edit logs for both native and builtin comctl32 on wine-1.1.16 Let's start with a screenshot: http://www.polosatus.ru/wine/lefttoolbar.sidebyside.png On this screenshot you can ignore red numbers, they are related to bug #12553. The interesting part is edit control, and even more interesting is the most right button. When running with native comctl32 (bottom image) as you can see the button is positioned to the right from the edit control. But with builtin comctl32 (top image) the button is positioned below the edit control. Also, there is 2 px gap between buttons (supposedly that's what toolbar control thinks about edit width). This is the first strange thing. The second one is displayed on this screenshot: http://www.polosatus.ru/wine/editbug2.sidebyside.png Here native comctl32 shows combobox 100% toolbar wide (and without the dropdown button), and no edit control. Builtin one shows combobox not in full toolbar size and shows dropdown button. But that's not big problem. The problem is that edit control is out there, while it shouldn't. Related to this bug here is what is there in the log: There is WM_WINDOWPOSCHANGING sent to the edit control which happens with both native and builtin comctl. But native then also sends WM_WINDOWPOSCHANGED and WM_MOVE and really moves edit item out of toolbar visible area (somewhere to the right). P.S: The application is Watchtower Library. -- 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 17228] New: Gecko makes Google Talk shows an internal error
by wine-bugs＠winehq.org April 10, 2009

April 10, 2009

http://bugs.winehq.org/show_bug.cgi?id=17228 Summary: Gecko makes Google Talk shows an internal error Product: Wine Version: 1.1.14 Platform: PC URL: http://www.google.com/talk/index.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com If you start Google Talk and install gecko, when it starts will show an internal error and close. If you don't install Gecko this error won't appear. Tested in wine 1.1.14. -- 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 17193] New: [PATCH] cope with missing wglGetExtensionsStringARB / wglGetPixelFormatAttribivARB
by wine-bugs＠winehq.org April 10, 2009

April 10, 2009

http://bugs.winehq.org/show_bug.cgi?id=17193 Summary: [PATCH] cope with missing wglGetExtensionsStringARB / wglGetPixelFormatAttribivARB Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: rmh(a)aybabtu.com Created an attachment (id=19093) --> (http://bugs.winehq.org/attachment.cgi?id=19093) patch Currently, WineD3D assumes wglGetExtensionsStringARB and wglGetPixelFormatAttribivARB are present, and if they're not, it will segfault when attempting to call them. This patch adds some checks so that: - The pointers in GLINFO_LOCATION are set to NULL when a WGL function is not present (this was only done for GL ones). - Code paths exist to fail gracefully when either wglGetExtensionsStringARB or wglGetPixelFormatAttribivARB are unimplemented, disabling the functionality associated with them. (This situation was found when using WineD3D with Chromium OpenGL as implemented in VirtualBox OSE 2.1) -- 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 20