http://bugs.winehq.org/show_bug.cgi?id=32281
Bug #: 32281
Summary: Visual C++ 2010 IDE General Failure
Product: Wine
Version: 1.5.18
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fernandocarvalhocoelho(a)gmail.com
Classification: Unclassified
Fulfilling Dan Kegel's request, I'm opening a new bug to discuss Visual C++
issues on Wine.
When installing on wine-1.5.18 on Ubuntu 12.04 64 bit, Visual C++ installer
fails.
The supposed cause can be the error on following line, when running with
WINEDEBUG=+relay enabled:
0025:Call KERNEL32.CreateFileW(06c4e000
L"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\CONFIG\\machine.config",80000000,00000001,00000000,00000003,00000080,00000000)
ret=7e28dfc9
0025:Ret KERNEL32.CreateFileW() retval=ffffffff ret=7e28dfc9
--
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=32280
Bug #: 32280
Summary: 32 bit Visual C++ 2010 Express full installer
complains "Unknown Error"
Product: Wine
Version: 1.5.18
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
With wine-1.5.18 (and some earlier versions),
the 32 bit Visual C++ 2010 Express full install
(
http://download.microsoft.com/download/1/E/5/1E5F1C0A-0D5B-426A-A603-1798B9…
sha1sum adef5e361a1f64374f520b9a2d03c54ee43721c6 )
puts up an "Unknown error" messagebox during
installation of component 4 of 6.
Console shows at that point:
...
fixme:shell:SetCurrentProcessExplicitAppUserModelID L"VCExpress.10.0": stub
fixme:ole:CoInitializeSecurity (0x33f898,-1,(nil),(nil),0,0,(nil),8,(nil)) -
stub!
err:ole:CoGetClassObject class {0000034b-0000-0000-c000-000000000046} not
registered
err:ole:CoGetClassObject no class object {0000034b-0000-0000-c000-000000000046}
could be created for context 0x1
fixme:thread:SetThreadStackGuarantee (0x33fac4): stub
If you dismiss the messagebox, installation continues,
and at the end there is an error summary saying that
"SQL Server Compact" could not be installed.
Interestingly, if you then run the installed VCExpress.exe,
you get the same dialog, and the same messages in the log.
Looking at the +relay log, I see the following bit not long
before the messagebox:
0009:Call KERNEL32.LoadLibraryW(0040dd00 L"mscoree.dll") ret=0041b5d4
0009:Ret KERNEL32.LoadLibraryW() retval=7e3f0000 ret=0041b5d4
0009:Call KERNEL32.GetProcAddress(7e3f0000,0040dd18 "CreateInterface")
ret=0041b5e4
0009:Ret KERNEL32.GetProcAddress() retval=00000000 ret=0041b5e4
0009:Call KERNEL32.GetLastError() ret=0041b609
0009:Ret KERNEL32.GetLastError() retval=0000007f ret=0041b609
I'll attach the log showing VCExpress.exe putting up that MessageBox.
--
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=34627
Bug #: 34627
Summary: 32 bit Visual C++ 2010 Express full installer
complains "Runtime Error!" while installing SQL
Product: Wine
Version: 1.7.3
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcm
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
After working around bug 32280 with 'winetricks dotnet40'
and bug 12501 with 'winetricks mspatcha', Visual C++ 2010 Express
installer fails with a "Runtime Error!" dialog referencing setup100.exe.
AF mentioned in bug 32280 there was a msvcm80 bug, perhaps this is it;
sure enough, "winetricks vcrun2005" works around it.
While the dialog is up, ps shows
dank 23938 0.8 1.1 2679360 68040 ? Sl 20:26 0:03
Y:\43a4078dda964c2953a1c4f7\x86\setup100.exe /q /ACTION=Install /FEATURES=SQL
/INSTANCENAME=SQLEXPRESS /SQLSVCACCOUNT=NT AUTHORITY\Network Service
/SQLSVCStartupType=Automatic /AddCurrentUserAsSqlAdmin /ENABLERANU=1
/SKIPRULES=RebootRequiredCheck /hideconsole /TIMESTAMP=VSExpress_10.0
/ACTION=RUNRULES /RULES=GlobalRules /WORKFLOW=Install /TIMESTAMP=VSExpress_10.0
/LOGMARKER=_GlobalRules /MEDIASOURCE=Y:\43a4078dda964c2953a1c4f7\
/INSTALLMEDIAPATH=Y:\43a4078dda964c2953a1c4f7\x86\setup\ /MEDIALAYOUT=Core
and this error does not happen if you uncheck optional fields in the
vc2010 express installer.
--
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=20989
Summary: Full Tilt Poker Hangs on Exit
Product: Wine
Version: 1.1.34
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: amikrop(a)gmail.com
Created an attachment (id=25165)
--> (http://bugs.winehq.org/attachment.cgi?id=25165)
the log
The latest Full Tilt Poker runs normally and everything works. But when you try
to exit (either via the "X" button or "Lobby->Exit") the program hangs, and
never ends. This has two side effects. Firstly, the preferences you choose do
not get saved (as the program does not terminate the way it should (save user
options, etc)) and secondly, when you try to launch the program again, the
characters appear ugly and unreadable, and this is a known issue that gets
fixed by killing the first, existing process.
--
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=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.
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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=33375
Bug #: 33375
Summary: Cannot test dlls with dashes in their name
Product: Wine
Version: 1.5.19
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
Created attachment 44165
--> http://bugs.winehq.org/attachment.cgi?id=44165
Patch to reproduce this bug
No conformance test can be written for dlls that have a dash in their name.
These will first run into a build error:
echo "api-ms-win-security-base-l1-1-0_test.exe TESTRES
\"api-ms-win-security-base-l1-1-0_test-stripped.exe.so\"" |
LD_LIBRARY_PATH="../../../libs/wine:$LD_LIBRARY_PATH" ../../../tools/wrc/wrc
--nostdinc --po-dir=../../../po -m32 -I. -I. -I../../../include
-I../../../include -DWINE_STRICT_PROTOTYPES -DWINE_NO_NAMELESS_EXTENSION
-DWIDL_C_INLINE_WRAPPERS -o
../../../programs/winetest/api-ms-win-security-base-l1-1-0_test.res
:1:5: Error: syntax error
What surprises me is that the dot on the 'TESTRES' left-hand causes no problem
while the dashes do. I tried quoting that string but it did not help.
The next problem is that if the TESTRES left-hand is modified to work around
that issue, then winetest.exe will not be able to find the corresponding dll
anymore and will thus skip the test. Filtering the list of tests to run based
on the command line will likely be broken too.
I'm attaching a patch to reproduce this issue.
--
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=34906
Bug #: 34906
Summary: [regres] Zoo Tycoon: closed on start in 1.7.6
Product: Wine
Version: 1.7.6
Platform: x86
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fiziologus(a)gmail.com
Classification: Unclassified
closed without crash after begin music.
in console:
fixme:imm:ImmReleaseContext (0x2006a, 0x14f250): stub
fixme:imm:ImmGetOpenStatus (0x14f250): semi-stub
fixme:win:EnumDisplayDevicesW ((null),0,0x32ed38,0x00000000), stub!
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
err:quartz:GetClassMediaFile Media class not found
err:quartz:GetClassMediaFile Media class not found
err:quartz:GetClassMediaFile Media class not found
err:quartz:GetClassMediaFile Media class not found
fixme:d3d_surface:wined3d_surface_flip Ignoring flags 0x1.
fixme:d3d:wined3d_device_set_render_target Surface 0x1ae5c0 doesn't have render
target usage.
err:ddraw:d3d_device_init Failed to set render target, hr 0x8876086c.
result regression test (1.6-good, 1.7.6-bad)
3fb53e21fb2cccf249ed65a4641eac21422f6609 is the first bad commit
commit 3fb53e21fb2cccf249ed65a4641eac21422f6609
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Tue Sep 17 09:22:37 2013 +0200
ddraw: Don't set render target / depth stencil usage on sysmem surfaces.
Setting render target usage on a P8 surface for example would fail surface
creation, while such surfaces can't be used for actual rendering anyway.
Tests
confirm that surface creation is supposed to succeed for P8 surfaces with
both
DDSCAPS_SYSTEMMEMORY and DDSCAPS_3DDEVICE set.
:040000 040000 578fd201cb41a75b478b47c58c7a0a1a9b6a5209
38c723fb112690d758c0868debec68b3b61c4510 M dlls
--
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.