http://bugs.winehq.org/show_bug.cgi?id=20371
Summary: SolidWorks 2008: Installation fails
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=24138)
--> (http://bugs.winehq.org/attachment.cgi?id=24138)
wine-1.1.31 with dotnet installed through winetricks
I'm using Fedora 11 32 bit with Wine 1.1.31
The installation of SolidWorks 2008 fails with msiexec error. Last installer
step was something like adding Windows registry keys.
The application needs .NET Framework 3.0. If i install it through winetricks
then whole wineprefix is 2.9 GB big after installation error. If I use clean
wineprefix then whole wineprefix is 2.4 GB big after installation error.
--
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=20353
Summary: chromium ipc_tests.exe fails when
KERNEL32.GetQueuedCompletionStatus() hangs on peer
disconnect of named pipe?
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The script
wget http://kegel.com/wine/chromium/ipc_tests.exe.rz
rzip -d ipc_tests.exe.rz
WINEPREFIX=/data/dkegel/.winetest /data/dkegel/wine-git/wine notepad &
i=1
while test $i -lt 100
do
WINEDEBUG=+process,+relay WINEPREFIX=/data/dkegel/.winetest
/data/dkegel/wine-git/wine ipc_tests.exe
--gtest_filter=IPCChannelTest.SendMessageInChannelConnected > ipc$i.log 2>&1
i=`expr $i + 1`
done
grep FAIL ipc*.log
shows about 10 failures of IPCChannelTest.SendMessageInChannelConnected
here (with or without logging). Looking at the logs with grep
shows that successful runs end with a call to ExitProcess(0) in
both parent and child, but failed runs end with just one ExitProcess(1)
and a call to GetQueuedCompletionStatus() that does not return.
Searching through the chromium codebase seems to indicate that
this function is called only in MessagePumpForIO::GetIOItem() in
http://src.chromium.org/viewvc/chrome/trunk/src/base/message_pump_win.cc
The IO completion events in this test seem mainly to come from
reads of a named pipe. Grepping for the handle of that named pipe
plus a few other interesting words,
egrep
'FAIL|Exit|error|PASS|RUN|CreateProcess|GetQueuedCompletionStatus|0x68[^0-9a-f]|00068[^0-9a-f]'
shows lots of normal operation (an NtReadFile() followed by a few
GetQueuedCompletionStatus()'s until one succeeds, then repeat;
both parent and child process do this),
but towards the end when the test is shutting down, something funny happens:
[parent process shuts its end down]
0024:Call
KERNEL32.GetQueuedCompletionStatus(00000064,0033f9e8,0033f920,0033f914,00000000)
ret=004b9d69
trace:sync:GetQueuedCompletionStatus (0x64,0x33f9e8,0x33f920,0x33f914,0)
0024:Ret KERNEL32.GetQueuedCompletionStatus() retval=00000000 ret=004b9d69
0024:Call KERNEL32.CancelIo(00000068) ret=00520112
trace:ntdll:NtCancelIoFile 0x68 0x33fa10
0024:Call KERNEL32.CloseHandle(00000068) ret=00520135
0024:Call
KERNEL32.GetQueuedCompletionStatus(00000064,0033fa68,0033f9a0,0033f994,ffffffff)
ret=004b9d69
trace:sync:GetQueuedCompletionStatus (0x64,0x33fa68,0x33f9a0,0x33f994,-1)
0024:Ret KERNEL32.GetQueuedCompletionStatus() retval=00000001 ret=004b9d69
0024:Call
KERNEL32.GetQueuedCompletionStatus(00000064,0033fa68,0033f9a0,0033f994,ffffffff)
ret=004b9d69
trace:sync:GetQueuedCompletionStatus (0x64,0x33fa68,0x33f9a0,0x33f994,-1)
0024:Ret KERNEL32.GetQueuedCompletionStatus() retval=00000001 ret=004b9d69
[child process wakes up, does some I/O, checks queue, hangs]
0037:Call KERNEL32.ReadFile(00000068,009ba620,00001000,0033f780,009ba5c4)
ret=00520f00
trace:ntdll:NtReadFile
(0x68,(nil),(nil),0x9ba5c4,0x9ba5c4,0x9ba620,0x00001000,0x33f2e0,(nil)),partial
stub!
0037:Call
KERNEL32.GetQueuedCompletionStatus(00000064,0033fa04,0033f93c,0033f930,00000000)
ret=004b9d69
trace:sync:GetQueuedCompletionStatus (0x64,0x33fa04,0x33f93c,0x33f930,0)
0037:Ret KERNEL32.GetQueuedCompletionStatus() retval=00000000 ret=004b9d69
0037:Call
KERNEL32.GetQueuedCompletionStatus(00000064,0033f95c,0033f894,0033f888,ffffffff)
ret=004b9d69
trace:sync:GetQueuedCompletionStatus (0x64,0x33f95c,0x33f894,0x33f888,-1)
[parent process gives up and declares failure]
.\ipc_tests.cc(352): error: Value of:
base::WaitForSingleProcess(process_handle, 5000)
0024:Call KERNEL32.OutputDebugStringA(009d5f90 ".\\ipc_tests.cc(352): error:
Value of: base::WaitForSingleProcess(process_handle, 5000)\n Actual:
false\nExpected: true") ret=00453839
This is all just extrapolation from one log, but it does seem like
wine might not be doing the right thing with GetQueuedCompletionStatus()
and named pipes. (Dang, I should have covered that case when I wrote
my named pipe tests in 2003 :-)
--
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=20348
Summary: Regression: Cannot install Mirror's Edge
Product: Wine
Version: 1.1.31
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pwberry(a)gmail.com
The installer for Mirror's Edge hangs at "Deleting files" (i.e., after
accepting licenses etc., but also apparently after installing PhysX). At this
point you can't even exit by clicking "Cancel" - I had to use xkill to get rid
of it. Installation does work in 1.0.1, though does not install DirectX 10 or
the MS C++ runtime for some reason (though you have to accept the license for
them).
--
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=20201
Summary: winetest64 no longer runs on 64-bit wine
Product: Wine
Version: 1.1.30
Platform: PC-x86-64
OS/Version: Linux
Status: NEW
Keywords: download, regression, testcase, win64
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: dylan.ah.smith(a)gmail.com
Not sure if it should be a blocker or not, since it's 64-bit wine...
In today's git, running ./wine winetest64-latest.exe fails after extracting
qmgr with:
Extracting: qmgr (66 of 100)
fixme:msvcrt:__lconv_init stub
fixme:msvcrt:__lconv_init stub
fixme:msvcrt:__lconv_init stub
fixme:msvcrt:__lconv_init stub
fixme:msvcrt:__lconv_init stub
fixme:msvcrt:__lconv_init stub
fixme:msvcrt:__lconv_init stub
fixme:msvcrt:__lconv_init stub
fixme:seh:execute_cfa_instructions 7ffba6038bc3: DW_CFA_remember_state not
implemented
fixme:seh:execute_cfa_instructions 7ffba6038bd0: DW_CFA_restore_state not
implemented
err:seh:call_stack_handlers no exception data found in system library for
function 0
err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x7ffba603642c
Regression testing shows:
austin@midna:~/64-wine-git$ git bisect good
fd3c8335fd91e9a1952eabf4abd1cf8b5631dfd5 is first bad commit
commit fd3c8335fd91e9a1952eabf4abd1cf8b5631dfd5
Author: Dylan Smith <dylan.ah.smith(a)gmail.com>
Date: Mon Sep 28 03:48:38 2009 -0400
secur32: Free schannel handle table.
The table is initialized on process attach, and should be freed on process
detach (which is where SECUR32_deinitSchannelSP gets called).
which doesn't really make sense to me...but reverting that patch does indeed
let winetest64 run to completion....
--
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=19878
Summary: TmUnitedForever - not work mouse
Product: Wine
Version: 1.1.28
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ivan1986(a)list.ru
in game TmUnitedForever mouse not work - no result when click on cancel or
create new account or use exists account on start menu
--
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=19490
Summary: WINHTTP_QUERY_VERSION not implemented in WinHttp
query_headers()
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winhttp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arzwine(a)yahoo.com
Querying the version of a WinHttp response using the token
WINHTTP_QUERY_VERSION is not supported. Under Windows this call is successful.
Patch for implementation of WINHTTP_QUERY_VERSION (winhttp/request.c) attached.
Thanks,
Arnoud.
--
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=19489
Summary: WinHttpSendRequest does not support empty string ("")
as headers argument
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winhttp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arzwine(a)yahoo.com
Created an attachment (id=22659)
--> (http://bugs.winehq.org/attachment.cgi?id=22659)
simple fix for problem mentioned
When using WinHttpSendRequest() with an empty string as 'headers' argument and
-1 as a value for the header length, an INVALID_PARAMETER error is returned.
add_request_headers() in winhttp/request.c correctly performs a strlen() on the
headers argument if header length is specified as -1.
The problem is that if headers is an empty string, and there is no actual
header, the search for '\r\n\ fails, the terminating zero is found, and
add_request_header breaks out of the loop with a FALSE return value.
Under Windows, this call is successful.
Attached simple return statement fixes the problem (but maybe should be fixed
in a different way).
Thanks,
Arnoud.
--
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=19450
Summary: Notation Composer: toolbar and menu icons missing or
white
Product: Wine
Version: 1.1.26
Platform: PC
URL: http://notation.com/download/NotationComposer233TrialS
mallSetup.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marc321(a)gmail.com
Created an attachment (id=22595)
--> (http://bugs.winehq.org/attachment.cgi?id=22595)
screenshot of menu and toolbar area with buggy icons
As can be seen in the attached screenshot, my toolbar icons for Notation
Composer 2.3.3 are either missing or white. The "white" icons actually have
some color to them. The effect is similar to increasing the gamma. Please see
http://appdb.winehq.org/screenshots.php?iAppId=5365&iVersionId=11378 as an
example of how it should look.
This was not a problem with Wine 1.1.12; however, my regression tests from
current git to 1.1.12 have turned up nothing. My xorg-server version jumped
from 1.4 to 1.6.2 since my last set of tests months ago, which may have
something to do with it. I have no way of testing that assumption atm.
I have tried native comctl32, switching between 16 and 24 bpp in X, and setting
Windows version to 98, 2000, and Vista. I started with a fresh ~/.wine for each
test. No change to the bug.
To reproduce, follow the howto at
http://appdb.winehq.org/objectManager.php?sClass=version&iId=11378. Timidity is
not necessary in this case.
This may be a dupe of Bug 7905, but I'll leave that to the experts.
Wine version: 1.1.26, current git
Windows version: XP
Distro: Slackware(-current)
Kernel version: 2.6.29.6-smp
CPU: Intel Core 2 Duo E6750
GCC version: 4.3.3
glibc version: 2.9
xorg-server version: 1.6.2
Video card, driver version: NVidia GeForce 8600GT, 185.18.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.