http://bugs.winehq.org/show_bug.cgi?id=6948
------- Additional Comments From thestig(a)google.com 2006-25-12 15:31 -------
What do you mean? Can you post screenshots for your version of Wine / Windows?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6947
------- Additional Comments From thestig(a)google.com 2006-25-12 15:29 -------
I can reproduce this bug on multiple machines running different Linux distros.
Please note this error only occurs in control spy version 1.00, not control spy
version 2.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6997
Summary: Execution of glDrawArrays (drawStridedFast) takes 1
second +
Product: Wine
Version: 0.9.28.
Platform: PC
URL: http://www.download.com/Need-for-Speed-Most-Wanted-
demo/3000-7534_4-10459687.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: e0425955(a)student.tuwien.ac.at
Need for Speed: Most Wanted Demo, earliest wine version tested: 0.9.19 (but only
with GLSL, ARB can't handle some opcodes yet with 0.9.19)
The game is incredibly slow right at startup, i.e. also the loading screen, if
video options are not set to the lowest possible, with both GLSL and ARB shaders.
Debug output reveals that the call to glDrawArrays (for 4 vertices) in
drawStridedFast sometimes takes more than a second to return, I measured this
with RDTSC, sometimes its fast, sometimes it's just stuck for a while and
glGetError gives 0x502 (GL_INVALID_OPERATION) (The error is not reported when
using GLSL, it's still slow, though).
Further, glTexEnvf(GL_POINT_SPRITE, GL_COORD_REPLACE, FALSE) (state_pointsprite)
also gives error 0x502 several times, continuously. (both GLSL and ARB).
ARB shaders give an error:
err:d3d_shader:shader_hw_sample Unexpected texture type 0
fixme:d3d_shader:IWineD3DPixelShaderImpl_GenerateShader HW PixelShader Error at
position 474: "line 24, column 26: error: invalid texture target type\n"
GLSL shaders don't report any errors.
Apparently, shader_get_registers_used doesn't set the respective
reg_maps->samplers variable for the sampler, it would do so if I added a
(WINED3DSIO_TEXREG2AR == curOpcode->opcode) condition to the part of the
function where it checks other TEX* opcodes ... but, since I'm not so familiar
with the code and shader assembly etc. doing this might as well be nonsense, and
it doesn't actually resolve the slowness bug.
In GLSL, removing the texture2D calls in the pixelshaders does away with the
slowness so might it have something to do with texture access, samplers?
I'll attach a debug log (WINEDEBUG="wine_d3d,d3d,d3d_shader,d3d_draw") ... have
fun :-)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6996
Summary: Error : General Failure in utorrent
Product: Wine
Version: 0.9.27.
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-files
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: citizenr(a)gmail.com
http://forum.utorrent.com/viewtopic.php?pid=222650
Started after I upgraded from 0.9.24, is present up to 0.9.27 (didnt check
higher yet).
Basically "My downloads often stop with this message and I have to manually
resume them to get them to start again.I've checked the logger but there is
nothing related to the issue there."
There are other obscure errors too, like "Error: Couldnt read file", or "Error:
File not found" when the file is in place and 100% ok, just downgrading wine
fixes it.
By often I mean every 5 minutes on a 30 seeds/200 peers torrent.
PS: I selected wine-files out of my ass, but I suspect it has something to do
with file handling (two other Error messages suggest that)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=239
------- Additional Comments From thestig(a)google.com 2006-25-12 13:57 -------
When Vijay asked me "what version of control spy am I using," I looked around
and found Controlspy v2.0. All the samples are integrated into one executable,
and there's two executables, one for comctl v5 (pre-XP) and one for comctl v6 (XP).
This version of controlspy adds the following samples: Button, Combobox, Edit,
Listbox, Scrollbar, Syslink, Tooltip, but no longer has Property Sheet. Many of
the samples are different as well. Oh, and there's no source code.
http://www.microsoft.com/downloads/details.aspx?familyid=19D4294D-0531-4EC2…
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=6995
Summary: libwine-alsa: wine should recognize alsa application
ports as generic midi ports
Product: Wine
Version: 0.9.25.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-multimedia
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: samuel.thibault(a)ens-lyon.org
Hi,
While trying to use fluidsynth for synthesizing midi stream from a
windows application, I discovered that wine considers it as a fm
synthesizer. I also got this message:
err:midi:MIDI_AlsaToWindowsDeviceType Cannot determine the type (alsa type is 100000) of this midi device. Assuming FM Synth
The attached patch makes wine consider it as a generic midi port, please
apply and report upstream.
Regards,
Samuel
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5701
rchayster(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rchayster(a)gmail.com
------- Additional Comments From rchayster(a)gmail.com 2006-25-12 13:12 -------
Also happens with yesterday's (24.12) git version, I set WINEDEBUG to -all, but
this error message got logged in to console
wine: Unhandled page fault on read access to 0x03149660 at address 0x7efb478c
(thread 0009), starting debugger...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5976
------- Additional Comments From robert(a)feratechinc.com 2006-25-12 13:08 -------
You can somewhat resolve this problem. All the palettes on the right side can be
docked. Simply click on the right arrow > in the top right of each palette and
select dock. This will more the palette to the tabbed menu.
The only problem that remains is the main toolbar which I have not figured out
how to dock. However, it should be possible to dock that under the main format bar.
If anybody figures this out I would be eternally grateful.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.