http://bugs.winehq.org/show_bug.cgi?id=19944
Summary: Full Tilt Poker: Application never exits
Product: Wine
Version: 1.1.29
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xlreaper(a)gmail.com
The Full Tilt Poker client Version WIN.FullTilt.COM.11.2 runs fine, but once
you quit the application the FullTiltPoker.exe proccess remains and never quits
- you have to kill it.
Because of this you cannot save any preferences in the app.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37488
Bug ID: 37488
Summary: Quicken 2014 - NtAreMappedFilesTheSame fails to
compare builtin dlls with stub dlls
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: michael(a)fds-team.de
Distribution: ---
Created attachment 49879
--> https://bugs.winehq.org/attachment.cgi?id=49879
test program
Hi,
Quicken 2014 loads the stub ntdll from C:\Windows\System32 as file mapping and
tries to compare it with all loaded file mappings using
NtAreMappedFilesTheSame. Wine does not support comparing a mapped stub dll with
the loaded dll, so that the function returns STATUS_NOT_SAME_DEVICE every time,
causing Quicken 2014 to enter an endless loop.
Since this issue is currently blocked by bug 37487 and bug 37449, I wrote a
small C snippet which can be compiled with mingw that demonstrates the issue.
On Windows the program prints "Same file!" while on Wine it prints "Different
file!".
Regards,
Michael
--
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.
https://bugs.winehq.org/show_bug.cgi?id=39469
Bug ID: 39469
Summary: PreSonus Studio One 3 says it requires Windows 7 SP1
Product: Wine
Version: 1.7.52
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: conversy(a)gmail.com
I downloaded the 32 bit version of PresSonus Studio One 3.1 and the installer
ran perfectly. When I launch the program though, a pop-up window says it
requires Windows 7 SP1 with Platform Update or later. I configured wine to
pretend it's Windows 7 then Window 10 to no avail.
The free version of the application is available here:
https://shop.presonus.com/products/studio-one-prods/Studio-One-3-Prime
Cheers!
--
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=33142
Bug #: 33142
Summary: Right shift key not working with winemac.drv
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: betaguy(a)gmail.com
Classification: Unclassified
Created attachment 43845
--> http://bugs.winehq.org/attachment.cgi?id=43845
WINEDEBUG=+key
When using winemac.drv, the right shift key has no effect on input. The
keyboard I'm using is a Logitech Elite Keyboard (with Logitech Control Center
installed); I don't happen to have an actual Apple keyboard handy to test,
unfortunately. The left shift key works as expected. Attached is
WINEDEBUG=+keyboard and WINEDEBUG=+key when pressing the right shift key and
then releasing 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.
https://bugs.winehq.org/show_bug.cgi?id=37108
Bug ID: 37108
Summary: TCGR.EXE crashed
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kiddtek(a)gmail.com
wine running a freshly installed "The Complete Genealogy reporter" prg
importing a gedcom 10.1megs in size also very large file crashes and has to
close.
Using a smaller gedcom file process completes
This happens exactly the same way on the stable 1.6 and the new version.
TCGR.EXE crashes
--
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.
https://bugs.winehq.org/show_bug.cgi?id=40513
Bug ID: 40513
Summary: Resize Mission map issue
Product: Wine
Version: 1.9.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bxter0(a)gmail.com
Distribution: ---
I am newbie user of Arch Linux and I luckily installed Guild Wars via Wine.
Everything looks good, also sound, but when I tape 'U' (Mission map) I see this
on full screen and I can't minimize it. I have latest version of Wine. help
s10.ifotos.pl/img/gwpng_sseqsqs.png
--
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=32152
Bug #: 32152
Summary: Guild Wars 2: Missing sound and game crashes on time
adjusting
Product: Wine
Version: 1.5.16
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
I have noticed a lot of crashes the last weeks with Guild Wars 2. Now I figured
out that this happens at every full hour. At this time ntp is adjusting my
clock so this is my first hint.
I have adjusted manually the time and if the time is set to an earlier state
then the game currently has the sound will be disabled. It will be enabled
again if the time is equal or higher then the "normal" time. The missing sound
is independent of the value of the option "In-Game Clock". The In-Game Clock is
using in every case the system clock so this could be the reason.
This way I couldn't reproduce the crashes but I will now disable ntp and report
back if something changes.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=39849
Bug ID: 39849
Summary: winepulse.drv is used while winealsa.drv is selected
Product: Wine
Version: 1.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
In winecfg -> Audio the driver shown there as selected is winealsa.drv but on
starting applications I'm often seeing the line "err:module:load_builtin_dll
failed to load .so lib for builtin L"winepulse.drv": libpulse.so.0: cannot open
shared object file: No such file or directory". libpulse0:i386 is not installed
on my system and installing it would cause the error message to be replaced
with "err:pulse:pulse_contextcallback Context failed: Connection refused". I
think if PulseAudio is not used by the system for example because only ALSA is
being used Wine should not try to use PulseAudio then.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=41135
Bug ID: 41135
Summary: No Man's Sky: Game does crash/hang on starting
Product: Wine
Version: 1.9.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
Created attachment 55339
--> https://bugs.winehq.org/attachment.cgi?id=55339
Terminal output (Windows 7)
After solving the other issue where an upgrade of libcups2 caused Wine to
heavily break I'm encountering now the next issues on starting No Man's Sky.
With a clean wine profile and the Windows version set to Windows 7 (as the
system requirement for this game is Windows 7-10) on starting the game nothing
happens and the game has a CPU usage of ~55% on one core and the wineserver has
a CPU usage of ~60% on one core. If I'm setting the Windows version to Windows
XP the game does start but crashes after the first screen is shown. For both
cases is the terminal output in the attachments.
--
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=25528
Summary: HLSL shader not translated correctly (uniform
variables)
Product: Wine
Version: 1.3.5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: knight666+wine(a)gmail.com
Created an attachment (id=32501)
--> (http://bugs.winehq.org/attachment.cgi?id=32501)
Program run in a normal way
I was trying to run the game "Sexy Beach Zero" (hmmyes) and it runs great. But
when you load any of the 3D scenes, the body model isn't bound correctly to her
and is stationary at (0, 0, 0) in the scene.
I checked the log and found a lot of these:
err:d3d_shader:set_glsl_shader_program >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION
(0x502) from Find glsl program uniform locations @ glsl_shader.c / 4435
err:d3d_shader:set_glsl_shader_program >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION
(0x502) from glUseProgramObjectARB(programId) @ glsl_shader.c / 4449
err:d3d_shader:hardcode_local_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION
(0x502) from Hardcoding local constants @ glsl_shader.c / 3955
err:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION
(0x502) from glUseProgramObjectARB @ glsl_shader.c / 4618
trace:d3d_constants:shader_glsl_load_constantsI Loading local constants 0: 2,
0, 0, 0
err:d3d_shader:shader_glsl_load_constantsI >>>>>>>>>>>>>>>>>
GL_INVALID_OPERATION (0x502) from glUniform4ivARB @ glsl_shader.c / 598
err:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>>
GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 769
(After this it repeats the last 4 lines)
Perfectly willing to chip my teeth on this bug, I downloaded the latest Wine
git to check the source.
I ran the game again with the following command:
WINEDEBUG=trace+d3d_constants wine "Sexy Beach Zero English.exe" &> ~/sbz2.log
The log now returns this:
fixme:d3d_shader:print_glsl_info_log Error received from GLSL shader #10:
fixme:d3d_shader:print_glsl_info_log Vertex info
fixme:d3d_shader:print_glsl_info_log -----------
fixme:d3d_shader:print_glsl_info_log 0(35) : warning C1068: array index out
of bounds
Repeat the array index out of bounds warning plenty of times.
Going deeper, I ran the game like this:
WINEDEBUG=trace+d3d_shader wine "Sexy Beach Zero English.exe" &> ~/sbz.log
Part of the offending HLSL shader:
def *c822* = 1.000000, 3.000000, 0.000000, 0.000000
def c823 = 0.500000, 0.000000, 0.000000, 0.000000
def c824 = -1.000000, -2.000000, -3.000000, -4.000000
defi i0 = 5, 0, 0, 0
frc r0, v2
slt r1, -r0, r0
add r2, -r0, v2
slt r0, v2, -v2
mad r0, r0, r1, r2
mul r0, r0, *c822*.y
Emphasis marked with *'s.
uniform vec4 *VC[256]*;
// snip
void main() {
R0.xyzw = (fract(attrib2.xyzw));
R1.xyzw = (vec4(lessThan(-R0.xyzw, R0.xyzw)));
R2.xyzw = (-R0.xyzw + attrib2.xyzw);
R0.xyzw = (vec4(lessThan(attrib2.xyzw, -attrib2.xyzw)));
R0.xyzw = ((R0.xyzw * R1.xyzw) + R2.xyzw);
R0.xyzw = (R0.xyzw * *VC[822]*.yyyy);
This is where the "array index out of bounds" warning comes from. The shader
translator should have converted "c822" to a uniform, but instead put it in an
array.
I got hopelessly lost in the Wine source, I couldn't find the error myself,
unfortunately. :(
Hopefully this helps someone more knowledgeable with these things!
--
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.