http://bugs.winehq.org/show_bug.cgi?id=10631
Summary: 3DMark01 - Test4 Nature is extremely slow
Product: Wine
Version: CVS/GIT
Platform: PC-x86-64
URL: http://www.futuremark.com/download/3dmark2001/
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kgbricola(a)web.de
3DMark2001se - Game4 Nature is extremely slow. 208,6FPS before this patch and
0.5FPS after this one.
959212304dfaf0e7459374593b20b74fe22a0b57 is first bad commit
commit 959212304dfaf0e7459374593b20b74fe22a0b57
Author: Stefan Dösinger <stefan(a)codeweavers.com>
Date: Tue Nov 20 21:14:10 2007 +0100
wined3d: Track vertex declaration changes on vertex shaders.
If an attribute has type D3DDECLTYPE_D3DCOLOR, the red and blue channels
are swizzled in the shader. Since the attribute is stored in the vertex
declaration and not the vertex shader, it can change by setting a new
vertex declaration. If this happens, we have to recompile the shader
with the swizzling of that specific attribute turned on or off.
:040000 040000 327661a4d0f8a02bdc18380084589c891b64af9c
e35a2bcbf9514e4f261d8b7a93dcb24c0b3c89a7 M dlls
The console output is all the time:
fixme:d3d_shader:IWineD3DVertexShaderImpl_CompileShader Vertexshader 0x2481888
recompiled more than 50 times
This patch (http://bugs.winehq.org/attachment.cgi?id=9337) doesn't help.
My System: Fedora7, Geforce 8800GTS, Driver 100.14.23.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
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.
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.
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.
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.
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.
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.
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.
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.
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.