http://bugs.winehq.org/show_bug.cgi?id=33846
Bug #: 33846
Summary: OpenCL.dll.clRetainDevice needed for
Product: Wine
Version: 1.5.31
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Classification: Unclassified
Created attachment 44889
--> http://bugs.winehq.org/attachment.cgi?id=44889
crashlog
wine clinfo give a crash:
wine: Call from 0x7f66e0632520 to unimplemented function
OpenCL.dll.clRetainDevice, aborting
--
By by ... Detlef
--
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=18954
Summary: Source Insight: Text in Editor Window overlaps with
other text.
Product: Wine
Version: 1.1.21
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: turanammo(a)rocketmail.com
Created an attachment (id=21809)
--> (http://bugs.winehq.org/attachment.cgi?id=21809)
Text overlap in editor window
Text seems to overlap with other text, usually the overlapped text is shown
twice. Happens when the cursor is moved upwards or downwards using the keypad
arrow keys up/down respectively.
--
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=36124
Bug ID: 36124
Summary: kernel32/change.ok test shows a lot of invalid
read/writes
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, testcase
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48294
--> https://bugs.winehq.org/attachment.cgi?id=48294
valgrind log
E.g.,:
==22906== Thread 2:
==22906== Invalid write of size 4
==22906== at 0x7BC8623F: usr1_handler (signal_i386.c:2157)
==22906== by 0x4EA839CF: ??? (in /usr/lib/libpthread-2.18.so)
==22906== Address 0x599b56c is on thread 1's stack
==22906==
==22906== Invalid read of size 4
==22906== at 0x7BC8390C: init_handler (signal_i386.c:980)
==22906== by 0x7BC86257: usr1_handler (signal_i386.c:2157)
==22906== by 0x4EA839CF: ??? (in /usr/lib/libpthread-2.18.so)
==22906== Address 0x599b564 is on thread 1's stack
==22906==
==22906== Invalid read of size 2
==22906== at 0x7BC86258: usr1_handler (signal_i386.c:2158)
==22906== by 0x4EA839CF: ??? (in /usr/lib/libpthread-2.18.so)
==22906== Address 0x599b574 is on thread 1's stack
==22906==
The test also fails:
change.c:81: Test failed: Missed notification
if I redirect output to a file, however, it seems to work.
--
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=28814
Bug #: 28814
Summary: mmdevapi/tests/render.ok fails under Valgrind
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
In mmdevpi/tests, "make render.ok" fails under Valgrind, with log
render.c:636: Test failed: Position should have been further along...
--
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=17807
Summary: Electronics Workbench 5.12: measurement units aren't
shown
Product: Wine
Version: 1.1.17
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=402
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nick(a)vyalceva.net
Created an attachment (id=20039)
--> (http://bugs.winehq.org/attachment.cgi?id=20039)
the oscilloscope window
When trying to set measurement unit for a parameter in the "Component
Properties" window, or in the oscilloscope, measurement units are not shown in
the selection box.
But I can view it by copying from the box and pasting in a text editor, e.g.
"0.50 s/div ".
Old wine version 0.9.52 shows units in the oscilloscope window, but doesn't do
it in the component properties
(http://appdb.winehq.org/screenshots.php?iAppId=267&iVersionId=402).
Also I get the following error message on exit: "access violation on
(FFF4EFFF), reading C4".
Running from terminal shows me the only line
"fixme:font:WineEngRemoveFontResourceEx :stub".
--
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=16183
Summary: Popup text is immediately overwritten by background in
IDA Pro
Product: Wine
Version: 1.1.9
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
IDA Pro is an interactive disassembler. A freeware version can be downloaded
from http://www.hex-rays.com/idapro/idadownfreeware.htm
When viewing a disassembly, if you hover the mouse pointer over a reference to
another location, a view of the instructions at that location pops up next to
the mouse pointer. You can increase and decrease its height by moving the mouse
wheel.
In Wine this does not work properly. The pop-up display is blank (just the
background colour). Moving the mouse wheel, you can see the text that should be
there, but it is immediately overwritten by the background colour.
To reproduce: download and install IDA Pro freeware version. Run the program
and open a Windows executable. Move the pointer over a reference to another
location in the program and wait for the pop-up display. Notice it is blank.
Move the mouse wheel and (hopefully) see the text being rendered but
immediately overwritten.
--
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=15462
Summary: Wine blocking on exit when stdout and stderr are piped
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chris(a)neko.net.nz
Created an attachment (id=16357)
--> (http://bugs.winehq.org/attachment.cgi?id=16357)
Output of two simultaneous runs of described script
The issue occurs when concurrently running shell scripts which call Wine
processes whose standard out and standard error are both piped to another
program.
When two instances of a script such as the following are run concurrently, the
first child wine processes started by each of then run together, but in one of
the scripts that child doesn't fully exit until the _other_ script has
completely run and exited. (The Wine process terminates, but the pipeline
doesn't complete and so the script doesn't continue.)
A bash test-case to show this behaviour is as follows:
for iter in first second ; do echo "[$$] running $iter child wine" `date`; wine
sleep-long.exe 2>&1 | tee /dev/null; done; echo "[$$] done " `date`
The problem doesn't occur if either the redirection or pipe is removed, if I
run the scripts in separate Wine environments using $WINEPREFIX, or if I have
another long-lived Wine process which stays running throughout the entire
operation.
An example run with timing is attached.
The test Wine program used above, 'sleep-long', is the following tiny C program
(tested with Microsoft cl and Cygwin GCC with mingw):
#include <stdio.h>
#include <windows.h>
int main(){
printf("Started fake compiler, sleeping 8000ms\n");
Sleep(8000);
printf("Exiting fake compiler\n");
exit(0);
}
I've been able to reproduce this problem on several systems and Wine versions
(Debian Lenny with distro-packaged Wine 1.0.0-1, Debian Etch with Wine
1.0-rc1-1~bpo40+1 from Debian backports, Ubuntu Dapper with distro-packaged
Wine 0.9.9-0ubuntu2) but not on one other (Debian Etch with distro-packaged
Wine 0.9.25-2.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=15906
Summary: EnumFonts returns each font multiple times
Product: Wine
Version: 1.1.5
Platform: PC-x86-64
URL: http://msdn.microsoft.com/en-
us/library/ms533964(VS.85).aspx
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: goeran(a)uddeborg.se
Created an attachment (id=17078)
--> (http://bugs.winehq.org/attachment.cgi?id=17078)
Test program executing EnumFonts()
According to the documentation (see URL) the EnumFonts function returns one
(random) font of each available typeface. The Wine implementation returns each
typeface many times.
As a test case I installed the typeface "Signet Roundhand" and ran the attached
test program. Under indows it returns "Signet Roundhand" once. Under wine it
returns it three times, with different values for lfCharSet and tmCharSet.
I also copied the Arial font files from Windows (arial.ttf, ariali.ttf,
arialbd.ttf, and arialbi.ttf) to my $HOME/.fonts directory. Under Windows,
Arial is returned once with the test program. Under Wine it is returned ten(!)
times.
--
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=14350
Summary: SetClassLongW() to subclass window EDIT control Problem
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hongbo(a)njstar.com
CC: hongbo(a)njstar.com
Created an attachment (id=14649)
--> (http://bugs.winehq.org/attachment.cgi?id=14649)
MSVC6 MFC test project with exe in debug dir
Summary:
SetClassLongW(hEditWnd, GCL_WNDPROC, (DWORD)EditWndProc) behave different on
WINE 1.0 from Windows. Any EDIT window created after will be ANSI window on
Windows, but Unicode Windows on Wine.
How To Repeat:
In the attached VC6 MFC ANSI App project, SetClassLongW is called in
-------------------------------------------------------------------
static WNDPROC lpfnOldEditWndProc=NULL;
LONG FAR PASCAL EditWndProc(HWND hWnd, WORD Message, WORD wParam, LONG lParam)
{
return CallWindowProcW((WNDPROC)lpfnOldEditWndProc, hWnd, Message,
wParam,lParam);
}
int CDialogTestView::OnCreate(LPCREATESTRUCT lpCreateStruct)
{
if (CView::OnCreate(lpCreateStruct) == -1)
return -1;
HWND hEditWnd1 = CreateWindowEx(0,"EDIT", "E1",WS_POPUP,0, 0, 1,
1,NULL,NULL,NULL,NULL);
lpfnOldEditWndProc =(WNDPROC)SetClassLongW(hEditWnd1, GCL_WNDPROC,
(DWORD)EditWndProc);
// TODO: Add your specialized creation code here
return 0;
}
-------------------------------------------------------------------
There is a EDIT control on the About dialogbox, when click 'OK' on window
the program report the Edit Box is NOT unicode Window. But Under Wine 1.0,
It says 'the Edit Box IS unicode Window'.
To Test: run the EXE in debug folder, Help - About DialogTest - click 'OK'.
--
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=12891
Summary: ntdll: exception.ok test fails in PC-BSD but not Linux
Product: Wine
Version: 0.9.60
Platform: PC
OS/Version: FreeBSD
Status: NEW
Keywords: testcase
Severity: minor
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=12597)
--> (http://bugs.winehq.org/attachment.cgi?id=12597)
+relay,+seh,+ntdll in git
exception.c:602: Test failed: expected 4 exceptions, got 0
fixme:seh:fpe_handler untested SIMD exception: 0. Might not work correctly
*** Error code 1
+relay,+seh,+ntdll log attached
--
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=36282
Bug ID: 36282
Summary: valgrind shows an unitialized write in
ieframe/tests/ie.c
Product: Wine
Version: 1.3.13
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==16468== Thread 6:
==16468== Syscall param write(buf) points to uninitialised byte(s)
==16468== at 0x4EA8262B: ??? (in /usr/lib/libpthread-2.18.so)
==16468== by 0x7BC46BB8: NtWriteFile (file.c:1073)
==16468== by 0x7B83E0AA: WriteFile (file.c:563)
==16468== by 0x5A01BB8: rpcrt4_conn_np_write (rpc_transport.c:444)
==16468== by 0x59F6B27: rpcrt4_conn_write (rpc_binding.h:189)
==16468== by 0x59F8AA9: RPCRT4_SendWithAuth (rpc_message.c:849)
==16468== by 0x59F9BA0: RPCRT4_Send (rpc_message.c:1245)
==16468== by 0x59FCD02: process_request_packet (rpc_server.c:464)
==16468== by 0x59FCF82: RPCRT4_process_packet (rpc_server.c:519)
==16468== by 0x59FD115: RPCRT4_worker_thread (rpc_server.c:541)
==16468== by 0x7BC909EA: worker_thread_proc (threadpool.c:110)
==16468== by 0x7BC87087: ??? (signal_i386.c:2571)
==16468== by 0x7BC870D0: call_thread_func (signal_i386.c:2630)
==16468== by 0x7BC87065: ??? (signal_i386.c:2571)
==16468== by 0x7BC8E4B0: start_thread (thread.c:428)
==16468== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==16468== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==16468== Address 0x47f9cf4 is 44 bytes inside a recently re-allocated block
of size 92 alloc'd
==16468== at 0x7BC4C735: notify_alloc (heap.c:255)
==16468== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==16468== by 0x59F88E9: RPCRT4_SendWithAuth (rpc_message.c:808)
==16468== by 0x59F9BA0: RPCRT4_Send (rpc_message.c:1245)
==16468== by 0x59FCD02: process_request_packet (rpc_server.c:464)
==16468== by 0x59FCF82: RPCRT4_process_packet (rpc_server.c:519)
==16468== by 0x59FD115: RPCRT4_worker_thread (rpc_server.c:541)
==16468== by 0x7BC909EA: worker_thread_proc (threadpool.c:110)
==16468== by 0x7BC87087: ??? (signal_i386.c:2571)
==16468== by 0x7BC870D0: call_thread_func (signal_i386.c:2630)
==16468== by 0x7BC87065: ??? (signal_i386.c:2571)
==16468== by 0x7BC8E4B0: start_thread (thread.c:428)
==16468== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==16468== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==16468== Uninitialised value was created by a client request
==16468== at 0x7BC4C52C: mark_block_uninitialized (heap.c:209)
==16468== by 0x7BC4C697: initialize_block (heap.c:240)
==16468== by 0x7BC50FA3: RtlAllocateHeap (heap.c:1717)
==16468== by 0x501E635: IMalloc_fnAlloc (ifs.c:186)
==16468== by 0x501EF50: CoTaskMemAlloc (objidl.h:1236)
==16468== by 0x505C935: RemUnknown_RemQueryInterface (stubmanager.c:690)
==16468== by 0x50661C6: IRemUnknown_RemQueryInterface_Stub (dcom_p.c:369)
==16468== by 0x59CA5BF: CStdStubBuffer_Invoke (cstub.c:477)
==16468== by 0x503D280: RPC_ExecuteCall (objidl.h:9086)
==16468== by 0x4FFC1ED: apartment_wndproc (compobj.c:1460)
==16468== by 0x548C509: ??? (winproc.c:173)
==16468== by 0x548C67E: call_window_proc (winproc.c:244)
==16468== by 0x548E817: WINPROC_call_window (winproc.c:900)
==16468== by 0x544FBE4: DispatchMessageW (message.c:4019)
==16468== by 0x4793F60: IEWinMain (iexplore.c:1061)
==16468== by 0x472CA34: wWinMain (main.c:84)
==16468== by 0x472CD21: wmain (exe_wmain.c:51)
==16468== by 0x472CBFC: __wine_spec_exe_wentry (exe_wentry.c:36)
==16468== by 0x7B864247: ??? (process.c:1045)
==16468== by 0x7B864394: start_process (process.c:1097)
==16468==
--
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=28831
Bug #: 28831
Summary: secur32/tests/schannel.ok: occasional uninitialised
memory read in _gnutls_recv_int() in
test_communication()?
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: secur32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
I don't see this on every run, but sometimes Valgrind complains:
Conditional jump or move depends on uninitialised value(s)
at _gnutls_recv_int (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14)
by ??? (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14)
by ??? (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14)
by ??? (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14)
by schan_InitializeSecurityContextW (schannel.c:728)
by schan_InitializeSecurityContextA (schannel.c:775)
by InitializeSecurityContextA (wrapper.c:282)
by test_communication (schannel.c:644)
by func_schannel (schannel.c:773)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a client request
by mark_block_uninitialized (heap.c:208)
by initialize_block (heap.c:239)
by RtlAllocateHeap (heap.c:1703)
by init_buffers (schannel.c:496)
by test_communication (schannel.c:633)
by func_schannel (schannel.c:773)
by run_test (test.h:556)
by main (test.h:624)
--
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=33031
Bug #: 33031
Summary: Microsoft Windows Driver Development Kit (win7
ddk/wdk) fails
Product: Wine
Version: 1.3.28
Platform: x86
URL: https://www.microsoft.com/en-us/download/details.aspx?
id=11800
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
Prerequisite: winetricks mfc42
Mount the iso, run kitsetup.exe. I chose to install 'Build Environments' (a
subset of 'Full Development Environment'). This fails:
wine: Unhandled page fault on read access to 0x84d5c3a5 at address 0x100228d
(thread 0027), starting debugger...
...
Backtrace:
=>0 0x0100228d in eula (+0x228d) (0x0033f708)
1 0x0100236b in eula (+0x236a) (0x0033f790)
2 0x5f8019d1 in mfc42u (+0x19d0) (0x0033f7b0)
3 0x5f80195a in mfc42u (+0x1959) (0x0033f810)
4 0x5f8018e2 in mfc42u (+0x18e1) (0x0033f82c)
5 0x5f8018a1 in mfc42u (+0x18a0) (0x0033f858)
the backtrace makes me suspect riched20, trying native gives:
wine: Call from 0x7b83f2a9 to unimplemented function
msls31.dll.LssbFDonePresSubline, aborting
which may be a future problem, but belongs in a separate bug.
austin@aw25 ~ $ sha1sum GRMWDK_EN_7600_1.ISO
du -hde6abdb8eb4e08942add4aa270c763ed4e3d8242 GRMWDK_EN_7600_1.ISO
austin@aw25 ~ $ du -h GRMWDK_EN_7600_1.ISO
620M GRMWDK_EN_7600_1.ISO
austin@aw25 ~ $ wine --version
wine-1.5.24-74-g5069ad7
luckily, I only wanted the headers, and running:
$ msiexec /i wdk/headers.msi
installs the headers fine.
--
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=15956
Summary: "make test" doesn't always leave screen in same video
mode as it started in
Product: Wine
Version: 1.1.7
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Some tests don't properly reset the video mode, even if they don't crash.
I'm gathering a list of culprits and will post it here.
--
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=36413
Bug ID: 36413
Summary: valgrind shows uninitialized memory in
msxml3/tests/xmparser.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==24204== 28 bytes in 1 blocks are possibly lost in loss record 219 of 700
==24204== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==24204== by 0x538CBB8: apartment_getclassobject (compobj.c:526)
==24204== by 0x538FFC6: get_inproc_class_object (compobj.c:2894)
==24204== by 0x5392D2F: CoGetClassObject (compobj.c:3032)
==24204== by 0x53934B7: CoCreateInstance (compobj.c:3197)
==24204== by 0x4DD74AE: func_xmlparser (xmlparser.c:108)
==24204== by 0x4DD9310: run_test (test.h:584)
==24204== by 0x4DD96FF: main (test.h:654)
==24204==
--
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=36304
Bug ID: 36304
Summary: valgrind shows several leaks in msxml3/tests/xmldoc.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==30829== 1 bytes in 1 blocks are definitely lost in loss record 5 of 693
==30829== at 0x4006B11: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==30829== by 0x6512C73: xmlStrndup (in /usr/lib/libxml2.so.2.9.1)
==30829== by 0x6512D05: xmlStrdup (in /usr/lib/libxml2.so.2.9.1)
==30829== by 0x64B59E4: xmlNewNode (in /usr/lib/libxml2.so.2.9.1)
==30829== by 0x61E6FBE: xmldoc_createElement (xmldoc.c:523)
==30829== by 0x4AAD9C3: test_xmlelem (msxml.h:10587)
==30829== by 0x4AAE5AB: func_xmldoc (xmldoc.c:1077)
==30829== by 0x4AB096C: run_test (test.h:584)
==30829== by 0x4AB0D5B: main (test.h:654)
==30829==
==30829== 32 bytes in 1 blocks are possibly lost in loss record 255 of 693
==30829== at 0x7BC4C735: notify_alloc (heap.c:255)
==30829== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==30829== by 0x4D080FA: alloc_bstr (oleaut.c:162)
==30829== by 0x4D08490: SysAllocStringLen (oleaut.c:324)
==30829== by 0x4D2B608: TLB_MultiByteToBSTR (typelib.c:1753)
==30829== by 0x4D300C8: ITypeLib2_Constructor_MSFT (typelib.c:3706)
==30829== by 0x4D2F3B8: TLB_ReadTypeLib (typelib.c:3460)
==30829== by 0x4D276DC: LoadTypeLibEx (typelib.c:478)
==30829== by 0x4D27618: LoadTypeLib (typelib.c:454)
==30829== by 0x4D2786A: LoadRegTypeLib (typelib.c:537)
==30829== by 0x6196581: get_typeinfo (dispex.c:161)
==30829== by 0x61E5F7D: xmldoc_GetTypeInfo (xmldoc.c:150)
==30829== by 0x4AA60A2: test_xmldoc (oaidl.h:811)
==30829== by 0x4AAE59C: func_xmldoc (xmldoc.c:1074)
==30829== by 0x4AB096C: run_test (test.h:584)
==30829== by 0x4AB0D5B: main (test.h:654)
==30829==
==5988== 16 bytes in 1 blocks are definitely lost in loss record 134 of 725
==5988== at 0x7BC4C735: notify_alloc (heap.c:255)
==5988== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==5988== by 0x6431972: heap_alloc (msxml_private.h:169)
==5988== by 0x64330F0: XMLElement_create (xmlelem.c:505)
==5988== by 0x6433D2A: xmlelem_collection_IEnumVARIANT_Next (xmlelem.c:777)
==5988== by 0x4CA3931: test_xmlelem_collection (oaidl.h:992)
==5988== by 0x4CA65B0: func_xmldoc (xmldoc.c:1078)
==5988== by 0x4CA896C: run_test (test.h:584)
==5988== by 0x4CA8D5B: main (test.h:654)
==5988==
--
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=36172
Bug ID: 36172
Summary: xcopy tests fail under valgrind
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
xcopy.c:59: Test failed: xcopy /D:d-m-y test returned rc=258
xcopy.c:64: Test failed: xcopy /D:m-d-y test failed rc=258
xcopy.c:65: Test failed: xcopy did not create xcopytest\xcopy1
xcopy.c:70: Test failed: xcopy /D:m-d-y test failed rc=258
xcopy.c:71: Test failed: xcopy did not create xcopytest\xcopy1
--
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=28816
Bug #: 28816
Summary: kernel32/tests/loader.ok fails under valgrind
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
Under Valgrind, "make loader.ok" fails with log
loader.c:375: Test failed: 2: 0x10002000 != 0
loader.c:376: Test failed: 2: 1 != 0
loader.c:378: Test failed: 2: 2000 != MEM_FREE
loader.c:379: Test failed: 2: 20000 != 0
--
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=28738
Bug #: 28738
Summary: user32/tests: invalid read in
server_end_to_end_callback in dde.ok?
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
Not sure how bad an invalid read in a dbgstr is, but here's the log:
Invalid read of size 2
at wine_dbgstr_wn (test.h:471)
by server_end_to_end_callback (test.h:66)
by WDML_InvokeCallback (dde_misc.c:734)
by WDML_ServerHandle (dde_server.c:834)
by WDML_ServerConvProc (dde_server.c:1112)
by ??? (in user32/user32.dll.so)
by call_window_proc (winproc.c:242)
by WINPROC_call_window (winproc.c:908)
by DispatchMessageA (message.c:3738)
by test_end_to_end_server (dde.c:2680)
by func_dde (dde.c:2746)
by run_test (test.h:556)
by main (test.h:624)
Address 0x7f00dae8 is 16 bytes inside a block of size 20 free'd
at notify_free (heap.c:262)
by RtlFreeHeap (heap.c:1748)
by RtlFreeUnicodeString (rtlstr.c:319)
by RegQueryValueExA (registry.c:1489)
by load_face (freetype.c:1207)
by WineEngInit (freetype.c:1345)
by DllMain (gdiobj.c:582)
--
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=20925
Summary: d3d[89]/tests/visual crash under valgrind
Product: Wine
Version: 1.1.34
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
http://kegel.com/wine/valgrind/logs/2009-12-05-01.15/vg-d3d8_visual.txt
and
http://kegel.com/wine/valgrind/logs/2009-12-05-01.15/vg-d3d9_visual.txt
both show the crash
Unhandled exception: page fault on read access to 0x58469450 in 32-bit code
(0x0d9bc92b).
Backtrace:
=>0 0x0d9bc92b (0x11ad7000)
1 0x0fa16d50 in libgl.so.1 (+0x3dd50) (0x0ffbc038)
which might be a problem in the driver, but could also be a disagreement
between valgrind and the driver.
I'm going to stop running d3d[89]/tests/visual under valgrind for now,
since they always crash. Perhaps the good folks at Nvidia could
have a look at how to get valgrind and their drivers to play nice together.
(One of those logs also seems to have found a real use-after-free bug
in their driver:
Invalid read of size 4
at ??? (in /usr/lib32/libGLcore.so.180.44)
Address 0xe6905f4 is 156 bytes inside a block of size 632 free'd
at free (vg_replace_malloc.c:325)
by ??? (in /usr/lib32/libGLcore.so.180.44)
so perhaps they would actually get something out of 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=21180
Summary: user32_crosstest.exe sysparams doesn't properly
restore tray icons on Win
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bunglehead(a)gmail.com
After running sysparams test some tray icons are left a kind of downsampled -
e.g. net status icon is 4x4 sized.
--
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=11833
Summary: GroupMail: Unhandled page fault on read access to
0x00000000 at address 0x164675c
Product: Wine
Version: 0.9.56.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)netherworld.com.ar
When i open File => create new mail.
the app crashes and the debug shows an Unhandled page fault.
please fix
--
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=28372
Summary: Ubuntu Skin Pack 5.0-XP installer crash
Product: Wine
Version: 1.3.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Created an attachment (id=36374)
--> (http://bugs.winehq.org/attachment.cgi?id=36374)
Log: install Ubuntu_Skin_Pack
wine-1.3.28-86-g9b729bb
winetricks ie7 works around it
Please see full log
--
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=35102
Bug #: 35102
Summary: Qvodplayer 3.5 Crashes on start
Product: Wine
Version: 1.7.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zturnxin(a)gmail.com
Classification: Unclassified
Created attachment 46820
--> http://bugs.winehq.org/attachment.cgi?id=46820
Log: terminal log and backtrace
1. Download QvodPlayer 3.5 from url:http://dl.kuaibo.com/QvodSetupPlus_old.exe
$ sha1sum QvodSetupPlus_old.exe
bb0768ad1f742445a5d54b74bf41b6c775f0bdca QvodSetupPlus_old.exe
2. winetricks -q gdiplus, workaround Bug 32474
3. Start QvodPlayer 3.5:
~/.wine/drive_c/Program Files/QvodPlayer$ wine QvodPlayer.exe
Crash happens.
--
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=26189
Summary: Wine32bi (kernel32)t: Crysis Wars Dedicated Server no
longer shows console on start under X
Product: Wine
Version: 1.3.14
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: armin.kazmi(a)tu-dortmund.de
If you want to launch a crysis wars dedicated server, e.g. via
wine CrysisWars/Bin32/CrysisWarsDedicatedServer.exe -mod MWLL -root C:/Program
Files/CrysisWars/server +exec server.cfg
you expect it to spawn a console window (using windows console host it seems)
to
show further output and provide a control interface. Via git bisect I tracked
down
the offending patch, which was added quite a long time ago.
e4d090277b3f4f76b39e55480e5d1387798dbabe is the first bad commit
commit e4d090277b3f4f76b39e55480e5d1387798dbabe
Author: Eric Pouech <eric.pouech(a)orange.fr>
Date: Mon Aug 30 22:19:24 2010 +0200
kernel32: Properly handle bare console on input.
:040000 040000 79337f5cf3c9c78a557b10f8b1147476815470ac
860f197e56f714bea54dacbafe881c0ede7b19e9 M dlls
Automatic revert of the patch from HEAD fails.
--
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=22327
Summary: download
Product: Wine
Version: 1.1.42
Platform: x86
URL: http://sourceforge.net/projects/phpgedview/files/1%20P
hpGedView/PhpGedView%20v4.2.3/PGV-Demo-4.2.3.zip/downl
oad
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leighmanthegreat(a)hotmail.com
Cannot install PGV demo for Windows using a clean wineprefix.
After installing dotnet20sp2 Mono2.4 with winetricks I get the following
output:
err:module:import_dll Library php5ts.dll (which is needed by
L"Z:\\home\\jack\\PGV test\\democd\\httpd\\php\\php5apache2_2.dll") not found
(OS 10048)Address already in use: make_sock: could not bind to address
127.0.0.1:6880
no listening sockets available, shutting down
Unable to open logs
System.OverflowException: Number overflow.
at System.Drawing.SizeF.ToSize () [0x00000]
at System.Windows.Forms.MessageBox+MessageBoxForm.InitFormsSize () [0x00000]
at System.Windows.Forms.MessageBox+MessageBoxForm.RunDialog () [0x00000]
at (wrapper remoting-invoke-with-check)
System.Windows.Forms.MessageBox/MessageBoxForm:RunDialog ()
at System.Windows.Forms.MessageBox.Show (System.String text) [0x00000]
at PGVDemo.Form1.button1_Click (System.Object sender, System.EventArgs e)
[0x00000]
at System.Windows.Forms.Control.OnClick (System.EventArgs e) [0x00000]
at System.Windows.Forms.Button.OnClick (System.EventArgs e) [0x00000]
at System.Windows.Forms.ButtonBase.OnMouseUp
(System.Windows.Forms.MouseEventArgs mevent) [0x00000]
at System.Windows.Forms.Button.OnMouseUp (System.Windows.Forms.MouseEventArgs
mevent) [0x00000]
at System.Windows.Forms.Control.WmLButtonUp (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.ButtonBase.WndProc (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.Button.WndProc (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.Control+ControlWindowTarget.OnMessage
(System.Windows.Forms.Message& m) [0x00000]
at System.Windows.Forms.Control+ControlNativeWindow.WndProc
(System.Windows.Forms.Message& m) [0x00000]
at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr
wParam, IntPtr lParam) [0x00000]
--
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=32725
Bug #: 32725
Summary: VC runtime functions crash when called from reloaded
library in a thread
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: most(a)museresearch.com
Classification: Unclassified
Created attachment 43181
--> http://bugs.winehq.org/attachment.cgi?id=43181
msvcrt-dll-problem.zip
Assume WHAT.DLL is a windows DLL with static MSVCRT linkage. If WHAT.DLL is
unloaded and reloaded, it's C runtime functions like std::cout can crash when
called from a thread.
According to Piotr Caban (piotr dot caban at gmail dot com) "The crash is
caused by incomplete FlsFree implementation. There's a comment in it's code
that says what needs to be added:
/* FIXME: add equivalent of ThreadZeroTlsCell here */"
The crash is repeatable with the attached example winelib program (captain.exe)
and windows DLL (what.dll). Code for the compiled what.dll is included. An
included README file describes the contents. 'make test' demonstrates the
problem.
--
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=33660
Bug #: 33660
Summary: CS:GO - Call votes respond
Product: Wine
Version: 1.5.30
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pepe(a)bloodkings.eu
Classification: Unclassified
Once a player can call vote, and only works the first choice (F1, 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=31787
Bug #: 31787
Summary: Run the tests in Wine
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
The Wine TestBot runs the conformance tests on Windows VMs before they are
committed to Wine. This greatly helped improve the quality of our conformance
tests.
The next step is making sure that the conformance tests work reliably in Wine
too, and that Wine patches don't break them. The hope is that this will help us
improve the state of the WineTest results:
http://test.winehq.org/data/
Doing so will be much more processor intensive than the current process:
* Currently only the conformance test patches are tested whereas we would need
to test almost every single patch (we could ignore some documentation patches
for instance).
* Currently we only have to generate a binary for the one conformance test
that's impacted. That's quick. Testing all Wine patches will require
recompiling Wine every time which takes more time, even with ccache.
* A Wine patch can have wide-ranging effects. For instance a patch to ntdll
could impact pretty much any conformance test. That means rerunning all of them
for every patch... unless we find reliable ways of pruning them (patches to
conformance tests would be an obvious optimization).
* Like for Windows we will need to test various configurations: different
locales; 32, 64 and 32+64 bit Wine builds; different sound backends; possibly
different Linux distributions; if possible FreeBSD and Solaris too (I'm leaving
Mac OS X for another bug). In some cases the same binaries can be used for
multiple tests (e.g. if only the locale changes) but in other cases not.
* Also for the current Wine TestBot an unreliable test only impacts people
modifying that test. But the above point means an unreliable test would impact
most Wine patches, leading to lots of patches being rejected. So this means
unreliable tests become a big issue and need to be handled in some way: fixed
or blacklisted or still run but not considered cause for rejection (so one can
notice when they get fixed).
Then there is the question of whether this should be done by modifying the Wine
TestBot or by using the BuildBot framework:
http://trac.buildbot.net/wiki/AboutBuildbot
Dan Kegel produced a proof of concept system based on BuildBot:
http://wiki.winehq.org/BuildBot
An issue is that without significant integration work, having both a
WineTestBot and BuildBot system would be annoying:
* The Wine TestBot currently has its own user database and BuildBot would add
another one. So it would be one more login to manage for developers unless we
manage to integrate either with another user database (e.g. through LDAP).
* Developers would have to submit patches to both sites and check the results
on both.
* Integration with the Wine Patches site (http://source.winehq.org/patches/)
would need to work with both systems.
--
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=33234
Bug #: 33234
Summary: Improve user management
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
When an account request is sent to a WineTestBot administrator the URL he gfets
sent to is the UserDetails.pl one but it only has an 'Approve' button, not a
'Reject' one.
This makes it unclear how to reject spam requests for instance (bug 31798), but
this has now been documented. Still, rejecting an application actually requires
going to another page and deleting the provisional account. This should be
simpler: there should be a 'Reject' button right on the UserDetails page that
does that.
Furthermore, the status of the account, 'Pending approval' and 'Pending
activation', should be clearly indicated both on the UserDetails page and on
the UsersList page.
--
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=32216
Bug #: 32216
Summary: WienTestBot should skip some tests on some platforms
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
An example is the ieframe:webbrowser tests which it should skip on NT4 and
Windows 2000 platforms. WineTest.exe is said to already have the necessary code
somewhere, it's just missing from TestLauncher.
See this wine-devel thread for more details:
http://www.winehq.org/pipermail/wine-devel/2012-November/097819.html
--
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=27453
Summary: Lag when loading new sound in source games
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: congelli501(a)gmail.com
When you start a level in a game powered by valve's source engine, sounds that
are played for the first time since the game was launched will cause the game
to lag.
Ex: open a new portal for the first time in a Portal2 level.
Affects:
- Portal 2
- Left 4 Dead 2
- Probably more...
--
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=10219
Summary: Windows Media Player 11 setup fails
Product: Wine
Version: 0.9.48.
Platform: PC
URL: http://www.microsoft.com/windows/windowsmedia/download/A
llDownloads.aspx?displang=en&qstechnology=
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alex(a)thehandofagony.com
The setup program for Windows Media Player 11 tries to validate Windows if the
version is set to XP, and this fails. There was talk some time ago about an
ntlm_auth patch that would allow the validation, but it fails for me even
though I have the correct version of Samba installed.
However, the installer does not run the Genuine check if the Windows version is
set to Vista. When run thus it does work, however; it tries to create an
instance of a wuapi.dll class, which is not registered in Wine. When I use a
native dll from XP and register it the console output changes saying no
instance could be created.
The installer then says no updates could be found.
--
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=14547
Summary: Problem with loading of windows from Java applications
Product: Wine
Version: 1.1.1
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: yolande(a)haneder.biz
Created an attachment (id=14894)
--> (http://bugs.winehq.org/attachment.cgi?id=14894)
Files for the test case
We made a test case to show that child windows for Java applications (written
in a class are not appearing) are problematic.
To start the test, you have to install Java on Wine (I tested with java1.5-10)
and start file in the /bin directory of the java installation directory.
What is expected (showing during tests on Windows XP):
There is a mainframe called "Using a JDesktopPane"
Then a row in the main body of the main frame called "Add"
Then a child window called "Internal frame"
Result in Wine:
Totally black screen with only the part with the word "Add" to be visible.
Through hovering the mouse over the black part, you can restore most parts of
your desktop to access other windows.
If you need the source code of any of the file, you just need to ask.
--
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=21764
Summary: Sun JRE (jre-6u16-windows-i586-s) installation failure
Product: Wine
Version: unspecified
Platform: x86
URL: http://java.sun.com/products/archive/j2se/6u16/index.h
tml
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bunglehead(a)gmail.com
Sun JRE 6update16 fails to install with 1.1.39. It's a regression and a commit
to blame is 1ff992314887d03abeb4098789701ff3bfd5d2d8:
msi: Add summary information stream to the streams table.
Reverting helps.
--
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=22024
Summary: sun jre installation (jre-6u18-windows-i586.exe)
Product: Wine
Version: 1.1.40
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: ntoskrnl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: samuele_catuzzi(a)yahoo.it
Created an attachment (id=26779)
--> (http://bugs.winehq.org/attachment.cgi?id=26779)
wine jre-6u18-windows-i586 install crash
Several crash and register dump during install
Ubunutu 9.10 x86_64
--
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=14750
Summary: comctl32: Fixed rebar behaviour when there's capture and
no drag
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: richedit
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bugzilla(a)tut.by
Created an attachment (id=15249)
--> (http://bugs.winehq.org/attachment.cgi?id=15249)
comctl32: Fixed rebar behaviour when there's capture and no drag
ERR() here causes some applications (i.e. ISIS/Proteus) to crash when mouse
moves over rebar. This patch fixes this behaviour.
--
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=34122
Bug #: 34122
Summary: Civilization V breaks both expansion packs are
installed
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mcasadevall(a)ubuntu.com
Classification: Unclassified
Created attachment 45374
--> http://bugs.winehq.org/attachment.cgi?id=45374
Test program that tries to reproduce Civilization V's behavior as seen from the
+files log
With the release of Brave New World for Civiliziation V, the game itself fails
to properly load either expansion if both are loaded. The issue appears to boil
down to the fact that Civ tries to load its datafiles in the order returned by
Find{First,Next}File, and inadvertently loads its expansions in the wrong order
(G&K must be loaded before Brave New World).
This issue can be semi-worked around by renaming files so that their return
order is changed (generally renaming Expansion to Expansion3 seems to do the
trick, but its not foolproof).
On Windows, FindFirstFile returns its files in alphabetical order (likely due
to Steam installing them in that order), and as such, Civ can load things
correctly. I was able to reproduce this bug on Windows by moving everything to
a network drive (which returns a different order), and getting similar results.
To show the problem, I wrote a test program which calls FindFirstFile in a
matter similiar to Civ5 does; said program is attached along with a trace from
+file.
Results from the test program:
Wine git (game does NOT work):
mcasadevall@perdition:~/wine-dev/steam/drive_c/Program
Files/Steam/SteamApps/common/Sid Meier's Civilization V$ $WINE ./a.exe
.\Assets\DLC\DLC_02\SpainInca.Civ5Pkg
.\Assets\DLC\Shared\Upgrade1.Civ5Pkg
.\Assets\DLC\DLC_05\Korea.Civ5Pkg
.\Assets\DLC\Tablet\Tablet.Civ5Pkg
.\Assets\DLC\Expansion2\Expansion2.Civ5Pkg
.\Assets\DLC\DLC_06\AncientWonders.Civ5Pkg
.\Assets\DLC\DLC_04\Denmark.Civ5Pkg
.\Assets\DLC\DLC_01\Mongol.Civ5Pkg
.\Assets\DLC\DLC_03\Polynesia.Civ5Pkg
.\Assets\DLC\Expansion\Expansion1.Civ5Pkg
.\Assets\DLC\DLC_Deluxe\Babylon.Civ5Pkg
Windows XP - NTFS filesystem (game works)
C:\Program Files\Steam\steamapps\common1\Sid Meier's Civilization V>a
.\Assets\DLC\DLC_01\Mongol.Civ5Pkg
.\Assets\DLC\DLC_02\SpainInca.Civ5Pkg
.\Assets\DLC\DLC_03\Polynesia.Civ5Pkg
.\Assets\DLC\DLC_04\Denmark.Civ5Pkg
.\Assets\DLC\DLC_05\Korea.Civ5Pkg
.\Assets\DLC\DLC_06\AncientWonders.Civ5Pkg
.\Assets\DLC\DLC_Deluxe\Babylon.Civ5Pkg
.\Assets\DLC\Expansion\Expansion1.Civ5Pkg
.\Assets\DLC\Expansion2\Expansion2.Civ5Pkg
.\Assets\DLC\Shared\Upgrade1.Civ5Pkg
.\Assets\DLC\Tablet\Tablet.Civ5Pkg
Windows XP - network filesystem (game does NOT work)
X:\wine-dev\steam\drive_c\Program Files\Steam\SteamApps\common\Sid Meier's
Civil
ization V>a
.\Assets\DLC\Tablet\Tablet.Civ5Pkg
.\Assets\DLC\DLC_02\SpainInca.Civ5Pkg
.\Assets\DLC\Shared\Upgrade1.Civ5Pkg
.\Assets\DLC\DLC_05\Korea.Civ5Pkg
.\Assets\DLC\Expansion2\Expansion2.Civ5Pkg
.\Assets\DLC\DLC_06\AncientWonders.Civ5Pkg
.\Assets\DLC\DLC_04\Denmark.Civ5Pkg
.\Assets\DLC\DLC_01\Mongol.Civ5Pkg
.\Assets\DLC\DLC_03\Polynesia.Civ5Pkg
.\Assets\DLC\Expansion\Expansion1.Civ5Pkg
.\Assets\DLC\DLC_Deluxe\Babylon.Civ5Pkg
I believe the underlying cause of this bug may also be the root of bug #31113,
but until I know for sure, they should be considered seperate issues.
--
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=18166
Summary: dlls/ntdll/directory.c: implicit declaration of function
'getdirentries'
Product: Wine
Version: 1.1.19
Platform: PC
OS/Version: NetBSD
Status: NEW
Keywords: patch, source
Severity: major
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=20631)
--> (http://bugs.winehq.org/attachment.cgi?id=20631)
wrap getdirentries around getdents
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_NTSYSTEM_
-D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing
-Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith
-I/usr/pkg/include -I/usr/include -I/usr/X11R7/include/freetype2
-I/usr/X11R7/include -O2 -I/usr/pkg/include -I/usr/include
-I/usr/X11R7/include/freetype2 -I/usr/X11R7/include -o directory.o directory.c
directory.c: In function 'wine_getdirentries':
directory.c:1289: warning: implicit declaration of function 'getdirentries'
Apparently getdirentries is broken on NetBSD. Attached patch (based on one from
their port) fixes 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=31113
Bug #: 31113
Summary: Civilization V crashes after specific amount of game
turns
Product: Wine
Version: 1.5.5
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: megatog615(a)gmail.com
Classification: Unclassified
Created attachment 40841
--> http://bugs.winehq.org/attachment.cgi?id=40841
Page fault log
After a specific amount of game turns(depending on how the game has played
out), Civilization V will crash with a page fault. If you save the game just
before you can do nothing else and must click "NEXT TURN," you can reproduce
the bug every time. I am going to attach a save file at just this point. All
you have to do is click NEXT TURN.
--
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=24624
Summary: Audacity 1.3.12 treats all file type selections as
"all files" when exporting
Product: Wine
Version: 1.3.4
Platform: x86-64
URL: http://audacity.sourceforge.net/
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=31111)
--> (http://bugs.winehq.org/attachment.cgi?id=31111)
Terminal output
In Audacity, open an audio file and then go to file -> export. On this file
dialog, any selection from the "files of type" drop-down list will (apparently)
be treated as "all files", which leads to two minor annoyances:
1. DLLs and other unrelated file types will be listed while browsing for a
destination folder. (This doesn't happen immediately when the dialog opens,
only after changing the destination directory and/or file type.)
2. If the file extension isn't specified manually, Audacity will try to append
".*" to the end of the file name and then warn that this is a non-standard
extension for this type of file.
--
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=32548
Bug #: 32548
Summary: CS:GO error message when launching csgo,exe.
Product: Wine
Version: 1.5.17
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: linards.liepins(a)gmail.com
Classification: Unclassified
Created attachment 42953
--> http://bugs.winehq.org/attachment.cgi?id=42953
Bugreport for CS:GO.
Game almost instantly crashes with bugreport attached below.
--
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=34398
Bug #: 34398
Summary: Daedalic games don't display anything with winemac.drv
Product: Wine
Version: 1.7.1
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winemac.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thanoulas(a)gmail.com
Classification: Unclassified
Created attachment 45793
--> http://bugs.winehq.org/attachment.cgi?id=45793
err+all,fixme+all With winemac driver
The games "Chains of Satinav" and "Memoria" show a black display when using the
winemac driver. They both work fine when using the x11 driver.
I've attached a log
--
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=28995
Bug #: 28995
Summary: Unable to use named pipes with ">" character in the
name
Product: Wine
Version: 1.3.32
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: valentyn.pavliuchenko(a)gmail.com
Classification: Unclassified
I have an app (Avid VENUE software) that uses pipes to work. The app fails to
launch because of pipe name contains a character ">".
MSDN says:
The pipename part of the name can include any character other than a backslash,
including numbers and special characters. The entire pipe name string can be up
to 256 characters long. Pipe names are not case sensitive.
App logs show the following:
23.957 CreateFile error '\\.\PIPE\D-Show Pipe GUI->DM': Invalid name.
Changing ">" to "_" by direct editing executable files makes problem disappear.
--
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=17823
Summary: A crash when installing Rhino 4.0 trial version
Product: Wine
Version: 1.1.17
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrej(a)podzimek.org
Created an attachment (id=20083)
--> (http://bugs.winehq.org/attachment.cgi?id=20083)
Output from the installer
When installing a trial version of Rhino 4.0 obtained from here
http://download.rhino3d.com/eval/?p=25, the installer reports successful
completion. However, the terminal output shows a crash.
Presumably, Rhino crashes when run after the installation. A small part of the
GUI is displayed, but remains unresponsive. A dialog window for error-reporting
pops up.
--
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=25265
Summary: Foobar2000 won't watch folders
Product: Wine
Version: 1.3.7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lucisandor(a)gmail.com
Foobar2000 is a media player with an automatically updated media library. The
library updates correctly when updates are triggered manually, but, under Wine,
it does not detect changes in folders.
Moreover, Foobar2000 provides for such cases a "polling" function, but that is
useless too.
The most upsetting is that changes in watched folders are not detected even
when they were produced by Fooobar2000, e.g., by using the menu option "move
file". If I move a file from one watched folder to another, the media library
will not be aware of the changes in any of the two locations.
--
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=34636
Bug #: 34636
Summary: In Win95/98 mode Earthworm Jim demo reports missing
dispdib.dll
Product: Wine
Version: 1.7.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winebugs140(a)gmail.com
Classification: Unclassified
The message reads 'Bad or missing dispdib.dll - error 11'. It doesn't show up
in WinXP mode, but you need to set Win95/98 mode to get sound working. The
problem occurs on Windows Vista too if you use Win95 compatibility mode.
I don't get anything in the log. The demo unpacks files in DOS, but then you
obtain a normal Windows app.
Tested with:
Windows Vista (without Wine), GeForce 9600M GS--the program works fine here
Ubuntu 13.04, GeForce 9600M GS (NVIDIA driver 313)
Mac OS X 10.7.5, ATI HD 2600 Pro, Mac Driver/X11
--
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=35748
Bug ID: 35748
Summary: Blazing Angels 2: cannot initialize 3D engine
Product: Wine
Version: 1.7.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: amlopezalonso(a)gmail.com
Created attachment 47739
--> http://bugs.winehq.org/attachment.cgi?id=47739
BA2 start log in desktop mode.
Installing and updating Blazing Angels 2 are OK. However, trying to start the
game fails:
1) In fullscreen mode I only get a black screen.
2) In desktop mode (800x600) I get a popup: "Cannot initialize 3D engine".
Other 3D games run fine.
Attaching log.
Regards,
Antonio
--
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=18700
Summary: View Source does not work.
Product: Wine
Version: 1.1.18
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: montanawoody(a)gmail.com
I am unable to use the built-in iexplore to view the source code of web pages.
The link in the right-click menu exists, but all it produces is the error:
fixme:mshtml:OleCommandTarget_Exec unsupported nCmdID 2139 of CGID_MSHTML group
AFAIK, the Windows behavior for this menu item is to open the source code of
the selected frame in notepad. Since notepad is already implemented, I would
hope this would be an easy feature to add in. If implemented, this would be
very helpful for tracking down rendering bugs in apps that use the iexplore
interface.
--
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.