https://bugs.winehq.org/show_bug.cgi?id=42774
Bug ID: 42774
Summary: WinHttpQueryAuthSchemes fails to return the correct
supported value for multiple WWW-Authenticate
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
When WWW-Authenticate are received from a 401 server message,
WinHttpQueryAuthSchemes fails.
Testcase patch sent to list
https://source.winehq.org/patches/data/132316
--
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=42129
Bug ID: 42129
Summary: Steam client - unimplemented function
mfreadwrite.dll.MFCreateSourceReaderFromMediaSource
Product: Wine
Version: 2.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andy86(a)fastwebnet.it
Distribution: ---
Steam client do not show web page (black screen) also set -no-cef-sandbox
because:
Call from 0x7b43c9dc to unimplemented function
mfreadwrite.dll.MFCreateSourceReaderFromMediaSource
Set above .dll as native (get to web) steam client work as well.
--
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=42017
Bug ID: 42017
Summary: Silence d3d11_immediate_context_OMSetBlendState spam
at console
Product: Wine
Version: 1.9.24
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winetest(a)luukku.com
Distribution: ---
It's not just WOW 7.1. I have seen this multiple times in different programs
and bugs. It's spammed so frequently that it may even impact the performance of
the game.
Since the time schedule to implemtn these things is unknown I would suggest
silencing them for now. It would make the default wine logs more readable too.
These lines are constantly spammed while running WOW. Those lines are spammed
as group of 3.
fixme:d3d11:d3d11_immediate_context_OMSetBlendState Ignoring blend factor
{0.00000000e+00, 0.00000000e+00, 0.00000000e+00, 0.00000000e+00}.
fixme:d3d11:d3d11_immediate_context_OMSetBlendState Per-rendertarget blend not
implemented.
fixme:d3d11:d3d11_immediate_context_OMSetBlendState Color mask > 3 not
implemented.
--
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=23302
Summary: Not standard background color in Wine configuration
Product: Wine
Version: 1.2-rc4
Platform: x86
URL: http://winehq.org
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ariafan(a)mail.ru
Created an attachment (id=29053)
--> (http://bugs.winehq.org/attachment.cgi?id=29053)
Wine configuration - About
Wine configuration:
1. A text in the About tab is drawed with another background color (always
white?).
2. Checkboxes background in the Audio tab is white always.
--
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=39685
Bug ID: 39685
Summary: Rollcage Redux crashes on startup (unimplemented
function msvcr120.dll.??0event@Concurrency@@QAE@XZ)
Product: Wine
Version: 1.8-rc2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: fincer89(a)hotmail.com
Distribution: ---
Created attachment 52916
--> https://bugs.winehq.org/attachment.cgi?id=52916
Rollcage Redux short log (msvcr120.dll) // Wine 1.8-rc2
As the title says, Rollcage Redux crashes on startup because the described
function is unimplemented in msvcr120.dll.
wine: Call from 0x7b83e952 to unimplemented function
msvcr120.dll.??0event@Concurrency@@QAE@XZ, aborting
wine: Unimplemented function msvcr120.dll.??0event@Concurrency@@QAE@XZ called
at address 0x7b83e952 (thread 0009), starting debugger...
The game is free and can be downloaded from here:
http://www.codemonkey.me.uk/rollcage_redux.php
Please see attached log files for additional details.
--
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=42463
Bug ID: 42463
Summary: ZmLearn crash at startup: "Assertion 'm->state ==
STATE_PASSIVE' failed at pulse/mainloop.c:787,
function pa_mainloop_prepare(). Aborting."
Product: Wine
Version: 2.1
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winepulse.drv
Assignee: wine-bugs(a)winehq.org
Reporter: jactry92(a)gmail.com
Distribution: ---
Created attachment 57309
--> https://bugs.winehq.org/attachment.cgi?id=57309
Log with pulse,tid,pid channel.
reproduce:
1. Setting Windows version as XP and install it.
2. $ cd .wine/drive_c/users/USER_NAME/Application\ Data/ZmLearn
3. $ wine ZmClient.exe
then it will crash.
I find this patch from staging can fix it:
https://github.com/wine-compholio/wine-staging/blob/master/patches/winepuls…
Wine version: wine-2.1-285-gd00f7315e0
--
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=42578
Bug ID: 42578
Summary: WSAStringToAddress fails to parse IP v6 addresses with
port number
Product: Wine
Version: 2.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: mterrisse(a)free.fr
Distribution: ---
Created attachment 57489
--> https://bugs.winehq.org/attachment.cgi?id=57489
A console win64 application to test WSAStringToAddress
Ubuntu 16.10, PlayOnLinux, Wine 2.0
WSAStringToAddress can parse "fe80::4145:833f:f90d:4ba8" but fails to parse
"[fe80::4145:833f:f90d:4ba8]:1234" (in fact all IP v6 addresses with ports,
like "[::]:256")
In attachment you can find an executable TestWSAStringToAddress.exe
TestWSAStringToAddress.exe AF_INET 192.168.200.10
Works fine
TestWSAStringToAddress.exe AF_INET 192.168.200.10:1234
Works fine
TestWSAStringToAddress.exe AF_INET6 fe80::4145:833f:f90d:4ba8
Works fine
TestWSAStringToAddress.exe AF_INET6 [fe80::4145:833f:f90d:4ba8]:1234
Fails - 10022 (WSAEINVAL)
To see the output
WINEDEBUG=-all wine TestWSAStringToAddress.exe ...
and to have just winsock messages
WINEDEBUG=-all,+winsock wine TestWSAStringToAddress.exe ...
The same executable works fine on Windows (tested on Windows 7, Windows 8.1 and
Windows 10).
Note something surprising: the behaviour is different with winedbg
WINEDEBUG=-all,+winsock winedbg TestWSAStringToAddress.exe AF_INET6
[fe80::4145:833f:f90d:4ba8]:1234 wait
WSAStringToAddress succeeds, WSAAddressToString succeeds too, but it returns
[::]:1234
I can't understand why the behaviour is different with wine and winedbg
--
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=42206
Bug ID: 42206
Summary: Gauntlet character screen background is corrupted.
Product: Wine
Version: 2.0-rc5
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
Created attachment 56843
--> https://bugs.winehq.org/attachment.cgi?id=56843
Windows Image
The Gauntlet character selection screen is missing some textures.
--
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=37404
Bug ID: 37404
Summary: A right click on a registry key does not select it
Product: Wine
Version: 1.7.28
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
Steps to reproduce:
1. Open regedit.
2. Make a right click on a non-selected registry key.
Expected result:
The registry key should get selected (at least this is the case with a native
Windows XP).
Actual result:
The selection is still kept on the previous selected registry key.
--
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=42992
Bug ID: 42992
Summary: wine can't be compiled by gcc-2.95.4
(dwrite/opentype.c)
Product: Wine
Version: 2.7
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dwrite
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
Similarly to bug 42986, bug 42990 and bug 42991:
wine-2.7 @ gcc-2.95.4: compilation fails:
/dlls/dwrite/opentype.c: In function `opentype_get_cpal_entries':
/dlls/dwrite/opentype.c:1903: structure has no member named `r'
/dlls/dwrite/opentype.c:1904: structure has no member named `g'
/dlls/dwrite/opentype.c:1905: structure has no member named `b'
/dlls/dwrite/opentype.c:1906: structure has no member named `a'
make[1]: *** [opentype.o] Error 1
--
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=42995
Bug ID: 42995
Summary: wine can't be compiled by gcc-2.95.4 (netprofm/list.c)
Product: Wine
Version: 2.7
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: netprofm
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
Similarly to bug 42986, bug 42990, bug 42991, bug 42992, bug 42993 and bug
42994:
wine-2.7 @ gcc-2.95.4: compilation fails:
In file included from /dlls/netprofm/list.c:38:
/dlls/netprofm/list.c: In function `init_networks':
/dlls/netprofm/list.c:1696: structure has no member named `IfIndex'
make[1]: *** [list.o] Error 1
--
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=42626
Bug ID: 42626
Summary: unimplemented function
msvcr110.dll.__crtUnhandledException
Product: Wine
Version: 2.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: gamiljydcome(a)gmail.com
Distribution: ---
when i run Titan Quest - Immortal Throne, choice custom missions, got abort
error, message is:
wine: Call from 0x7b43b72d to unimplemented function
msvcr110.dll.__crtUnhandledException, aborting
err:seh:raise_exception Exception frame is not in stack limits => unable to
dispatch exception.
does it mean wine need to implement function crtUnhandledException in
msvcr110.dll?
if i copy 32bit native msvcr110.dll and msvcp110.dll to the game root
directory, wine still load buildin so with message 'wrong architecture' or tips
nothing.
play as single user, normal missions is ok.
debian 8, wine 2.3.
--
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=42736
Bug ID: 42736
Summary: scanf doesn't work as expected when using format
string contains non-ascii chars
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: zhangboyang.id(a)gmail.com
Distribution: ---
Created attachment 57728
--> https://bugs.winehq.org/attachment.cgi?id=57728
working example, should link msvcrt.dll (e.g. use mingw to compile)
(1) assume test.txt has this content
hexdump -C test.txt
00000000 ef bb bf 68 65 6c 6c 6f |...hello|
00000008
// the content is UTF8 BOM + "hello"
(2) fscanf(fp, "\xef\xbb\xbf") doesn't work as expected (using crossover
16.2.0)
char s[1000];
fscanf(fp, "\xef\xbb\xbf"); ///// won't read utf-8 bom as expected
fscanf(fp, "%s", s);
/opt/cxoffice/bin/wine test.exe | hexdump -C
00000000 73 3d ef bb bf 68 65 6c 6c 6f 0d 0a |s=...hello..|
0000000c
(3) expected behavior is (under windows)
E:\winebug>test2
s=hello
--
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=42993
Bug ID: 42993
Summary: wine can't be compiled by gcc-2.95.4
(gdiplus/metafile.c)
Product: Wine
Version: 2.7
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
Similarly to bug 42986, bug 42990, bug 42991 and bug 42992:
wine-2.7 @ gcc-2.95.4: compilation fails:
/dlls/gdiplus/metafile.c: In function `METAFILE_GraphicsDeleted':
/dlls/gdiplus/metafile.c:950: structure has no member named `EmfHeader'
/dlls/gdiplus/metafile.c: In function `GdipGetMetafileHeaderFromEmf':
/dlls/gdiplus/metafile.c:1916: structure has no member named `EmfHeader'
/dlls/gdiplus/metafile.c: In function `GdipCreateMetafileFromEmf':
/dlls/gdiplus/metafile.c:2019: structure has no member named `EmfHeader'
/dlls/gdiplus/metafile.c:2020: structure has no member named `EmfHeader'
/dlls/gdiplus/metafile.c:2021: structure has no member named `EmfHeader'
/dlls/gdiplus/metafile.c:2021: structure has no member named `EmfHeader'
/dlls/gdiplus/metafile.c:2023: structure has no member named `EmfHeader'
/dlls/gdiplus/metafile.c:2023: structure has no member named `EmfHeader'
make[1]: *** [metafile.o] Error 1
--
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=20215
Summary: Extra mouse buttons do not work in Firefox
Product: Wine
Version: 1.1.30
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Rainmaker526(a)hotmail.com
When running firefox under Wine, the extra mouse buttons on my mouse (the
"thumb" buttons) do nothing.
When using firefox under Windows or under Linux, the buttons act as a forward -
back button, but not when it's running under Wine.
I am sure this is not an modmap issue, as the buttons do work with some other
applications in Wine (SWAT4 for instance). The buttons do not seem to generate
any event to the application.
--
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=42490
Bug ID: 42490
Summary: Assertion failure when clicking boxes in altWinDirStat
Product: Wine
Version: 2.2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
This bug is reproduced in the same way as bug 31076, but I don't think they're
the same bug. After scanning a folder, click the upper-left box and hold down
the down arrow until you've cycled through all the boxes. Then click a box in
the middle. You'll see an error dialog that says:
Debug Assertion Failed!
Program: C:\windirstat_debug_32.exe
File: TreeListControl.cpp
Line: 1771
For information on how your program can cause an assertion
failure, see the Visual C++ documentation on asserts.
(Press Retry to debug the application)
If you click Abort, the program closes. If you click Retry, the program
crashes. If you click Ignore, the program continues until you click another
box.
Line 1771 of TreeListControl.cpp says:
VERIFY( CListCtrl::RedrawItems( i, item_count ) );
CListCtrl::RedrawItems sends LVM_REDRAWITEMS with i and item_count. Apparently,
even though the documentation says that the first parameter is the index of the
first item to redraw and the second parameter is the index of the last item to
redraw, LVM_REDRAWITEMS does not complain about getting indices outside of the
range of defined items.
I'm using the 32-bit debug build of altWinDirStat 0.9.5.
--
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=42209
Bug ID: 42209
Summary: Native Instruments Native Access crashes on load
Product: Wine
Version: 2.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kim.ake(a)gmail.com
Distribution: ---
Created attachment 56847
--> https://bugs.winehq.org/attachment.cgi?id=56847
Error message content
I have Visual C++ 2015 redistributables installed. WhenI try to run the
program, I get the error message.
--
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=42138
Bug ID: 42138
Summary: bug when running reaktor 6: "Unhandled exception:
unimplemented function
concrt140.dll.??0_ReentrantBlockingLock@details@Concur
rency@@QAE@XZ called in 32-bit code (0x7b43bf1c)."
Product: Wine
Version: 1.9.24
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: someidiot64(a)gmail.com
Distribution: ---
Created attachment 56699
--> https://bugs.winehq.org/attachment.cgi?id=56699
crashlog
see:
(https://github.com/Winetricks/winetricks/issues/711#issuecomment-269997532)
i have been trying to install reaktor 6 under wine on my machine so that i can
use it with reaper. i believe that the crashlog of reaktor (also attached)
points to concrt140.dll being missing, thus i am trying to obtain the virtual c
package (2015) which will give me the library - though this is also broken on
my system.
since i used winetricks to obtain the libraries, i reported the vc bug to them.
they have instructed me to report this bug.
note 1: my hardware is 64-bit but i am using a 32-bit version of wine so that i
can use various old and free VSTis.
note 2: i do recognise that the vc2015 package did not install well in a test
which was conducted a year ago and submitted to the wine database.
--
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=40956
Bug ID: 40956
Summary: unimplemented function
msvcr110.dll._Lock_shared_ptr_spin_lock when starting
Zoner Photo Studio 18
Product: Wine
Version: 1.9.14
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tomas(a)jikos.cz
Created attachment 55095
--> https://bugs.winehq.org/attachment.cgi?id=55095
Backtrace obtained from wine
The application does not even start. The only action I did
was starting with:
DYLD_FALLBACK_LIBRARY_PATH="${DYLD_FALLBACK_LIBRARY_PATH}:/usr/X11/lib" ./wine
"C:\Program Files\Zoner\Photo Studio 18\Program32\Zps.exe"
Installed without issues from
https://www.zoner.com/en/free-photo-editor-download
--
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=41408
Bug ID: 41408
Summary: GOG Galaxy crashes with unimplemented function
msvcp140.dll.??0task_continuation_context@Concurrency@
@AAE@XZ
Product: Wine
Version: 1.9.19
Hardware: x86-64
URL: https://cdn.gog.com/open/galaxy/client/setup_galaxy_1.
1.17.3.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Now updater crashes with
wine: Call from 0x7b43b53c to unimplemented function
msvcp140.dll.??0task_continuation_context@Concurrency@@AAE@XZ, aborting
wine-1.9.19-161-gaf37b18
--
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=30764
Bug #: 30764
Summary: regedit: a key created from right-click context menu
is in incorrect position
Product: Wine
Version: 1.5.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djelinski1(a)gmail.com
Classification: Unclassified
In Windows when you right-click a key and select New->Key, the new key is
created as a subkey of the key you clicked. In Wine it is a subkey of a key
that was previously selected by left-clicking or keyboard - click position is
ignored.
--
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=10858
Summary: BlueByte Game Channel fails to install
Product: Wine
Version: 0.9.51.
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alex(a)thehandofagony.com
When trying to install the BlueByte Game Channel, it fails with a messagebox
saying the software is already installed.
An investigation shows that using native cabinet.dll bypasses the problem.
--
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=14606
Summary: TreeView + right click doesn't work the way it does in
native windows
Product: Wine
Version: 1.1.1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lists(a)andree.sk
Hi,
in the real windows, when one presses right button over treeview 'widget', the
item under cursor gets temporarily selected - this enables simple context menu
showing (unless it's done this way, one has to manually determine, which item
is placed on the cursor position - which, i guess, not all apps are doing) :
it should probably go like this: right click => appropriate treeview item
selected => NM_RCLICK notification message to window => windows can use
TreeView_GetSelection() :-)
after the right button is released, the previously selected item gets selected
again on win32 - as far as I can tell :-)
--
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=42487
Bug ID: 42487
Summary: Free Devanagari font Samanata crashes during GPOS
processing
Product: Wine
Version: 2.2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: usp10
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
Created attachment 57351
--> https://bugs.winehq.org/attachment.cgi?id=57351
test file
Opening attached file in notepad with Samanata font of size >=10 crashes on
invalid memory access in uniscribe.
Font is available with debian package fonts-deva-extra (3.0-3):
c21d338d8a6efa48a67b9cc0cde6b0b493bafc6f samanata.ttf
Font itself is broken, device table delta format is invalid in at least one of
the records, and ttx throws an exception when parsing GPOS too. However native
usp10 works fine.
--
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=42657
Bug ID: 42657
Summary: ACDSee Pro 9 needs
msvcr120.dll.?Alloc@Concurrency@@YAPEAX_K@Z
Product: Wine
Version: 2.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: spleefer90(a)gmail.com
Distribution: ---
Using very recent version of wine-git
wine: Call from 0x7b44f8a7 to unimplemented function
msvcr120.dll.?Alloc@Concurrency@@YAPEAX_K@Z, aborting
--
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=42576
Bug ID: 42576
Summary: Poedit crashes on start on unimplemented function
msvcp140.dll.?_Reset@_ContextCallback@details@Concurre
ncy@@AAEXXZ
Product: Wine
Version: 2.2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 57488
--> https://bugs.winehq.org/attachment.cgi?id=57488
Poedit console output
This started after
http://source.winehq.org/git/wine.git/commit/10b36e3977edb214f5451fcaf6f9c3…
fixed bug 41408.
$ sha256sum Poedit-1.8.12-setup.exe
39c818264a7a299762caf702383f27ad0a87b0fa6d0349b67f604e2d65c7a842
Poedit-1.8.12-setup.exe
The installer works fine, the crash only happens when you try to run the
program itself.
--
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=43397
Bug ID: 43397
Summary: Prince of Persia: The Sands of Time (Demo) - Fog issue
Product: Wine
Version: 2.12
Hardware: x86-64
URL: https://www.gamewatcher.com/downloads/prince-of-persia
-the-sands-of-time-download/prince-of-persia-demo
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 58740
--> https://bugs.winehq.org/attachment.cgi?id=58740
comparison
An old bug that is still reproducible with wine-2.12-233-g5a61913e90
Intel HD 3000 (Mesa 17.1.4): Fog On - good; Fog Off - good
Nvidia GT 540M (driver 375.66): Fog On - bad; Fog Off - good
--
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=17423
Summary: Prince of Persia SoT: Graphic Bug
Product: Wine
Version: 1.1.15
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mcflow-forum(a)gmx.net
CC: stefan(a)codeweavers.com
With wine-1.1.15 a graphic bug was introduced to Prince of Persia - The Sand of
Time. Graphics are not displayed properly. See the attachment for how it looks.
Because it worked with wine-1.1.14 I did a regression test. This is what it
returned:
693d9ded47d56846c3dafe7d04115a4f3a01750a is first bad commit
commit 693d9ded47d56846c3dafe7d04115a4f3a01750a
Author: Stefan Dösinger <stefan(a)codeweavers.com>
Date: Sat Jan 10 02:29:39 2009 +0100
wined3d: Properly set the fog frag coord according to the FOGTABLEMODE.
This also fixes the test that an earlier patch broke, so the todo_wine can
be
removed again.
:040000 040000 d6c96e24ebde7212191b4113d6d55a1bdcd073f1
745e7693925a3ab9384ff77141aad74d082bc23e 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.
https://bugs.winehq.org/show_bug.cgi?id=7284
--- Comment #80 from Andrey Gusev <andrey.goosev(a)gmail.com> ---
Demo works fine now with wine-2.12-205-g9118512135 and driver 375.66
--
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=42321
Bug ID: 42321
Summary: Problems installing Preform, an application that
controls a Formlab Form 2 SLA Resin 3D Printer,
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: richardoakley86(a)gmail.com
Distribution: ---
The first issue arose when it tried to install Bonjour, after that it had
problems with other .dll files. Is this software too specialised for Wine?
--
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=9424
Summary: No default item in MDI child sysmenu - cannot close with
doubleclick
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peter(a)cendio.se
In Windows, it's possible to close a MDI child window by double clicking the
system menu icon. Opening the system icon also shows that Close (ALT-F4) is
default, by making it bold. Although the close entry is bold in the latest
Wine, it's not possible to close the window by double clicking the system menu
icon.
A simple test program is available as
http://www.cendio.se/~astrand/wine/7-close-dbl-click/mdi1.exe .
Verified with the CVS version as of today.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41910
Bug ID: 41910
Summary: Endless Legend: black space for water with GLSL
enabled, broken resource readouts with disabled
Product: Wine
Version: 1.9.24
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: voker57(a)gmail.com
Distribution: ---
Created attachment 56291
--> https://bugs.winehq.org/attachment.cgi?id=56291
Black water in endless legend
With default configuration Endless Legend has black space where water should
be, see attachmen.
With GLSL disabled (as per this advice
https://www.reddit.com/r/wine_gaming/comments/59y4m0/endless_legend_has_bla…
), water is fine and performance is better, but resource readouts are all
misplaced.
How to reproduce: start new game, find water
or click FIDSI button on bottom right for resource readouts
--
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=36609
Bug ID: 36609
Summary: valgrind shows uninitialized memory use in
wscript/tests/run.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: wscript
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==14496== Thread 2:
==14496== Syscall param write(buf) points to uninitialised byte(s)
==14496== at 0x4226D1B: ??? (syscall-template.S:81)
==14496== by 0x7BC46B60: NtWriteFile (file.c:1073)
==14496== by 0x7B83E03E: WriteFile (file.c:563)
==14496== by 0x62C0B3C: rpcrt4_conn_np_write (rpc_transport.c:444)
==14496== by 0x62B5AAB: rpcrt4_conn_write (rpc_binding.h:189)
==14496== by 0x62B7A2D: RPCRT4_SendWithAuth (rpc_message.c:849)
==14496== by 0x62B8B24: RPCRT4_Send (rpc_message.c:1245)
==14496== by 0x62BA3B1: I_RpcSend (rpc_message.c:1806)
==14496== by 0x62BA73B: I_RpcSendReceive (rpc_message.c:1909)
==14496== by 0x5F6DA45: rpc_sendreceive_thread (rpc.c:801)
==14496== by 0x7BC90A24: worker_thread_proc (threadpool.c:110)
==14496== by 0x7BC870C7: ??? (signal_i386.c:2571)
==14496== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==14496== by 0x7BC870A5: ??? (signal_i386.c:2571)
==14496== by 0x7BC8E4EC: start_thread (thread.c:428)
==14496== by 0x421FF92: start_thread (pthread_create.c:309)
==14496== by 0x43247ED: clone (clone.S:129)
==14496== Address 0x49a4c32 is 138 bytes inside a block of size 256 alloc'd
==14496== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==14496== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==14496== by 0x62B786D: RPCRT4_SendWithAuth (rpc_message.c:808)
==14496== by 0x62B8B24: RPCRT4_Send (rpc_message.c:1245)
==14496== by 0x62BA3B1: I_RpcSend (rpc_message.c:1806)
==14496== by 0x62BA73B: I_RpcSendReceive (rpc_message.c:1909)
==14496== by 0x5F6DA45: rpc_sendreceive_thread (rpc.c:801)
==14496== by 0x7BC90A24: worker_thread_proc (threadpool.c:110)
==14496== by 0x7BC870C7: ??? (signal_i386.c:2571)
==14496== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==14496== by 0x7BC870A5: ??? (signal_i386.c:2571)
==14496== by 0x7BC8E4EC: start_thread (thread.c:428)
==14496== by 0x421FF92: start_thread (pthread_create.c:309)
==14496== by 0x43247ED: clone (clone.S:129)
==14496== Uninitialised value was created by a stack allocation
==14496== at 0x6A5D0C9: disp_call (dispex.c:1096)
==14496==
--
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=43388
Bug ID: 43388
Summary: valgrind shows a few definite leaks in
dlls/winmm/tests/mci.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
==2739== 0 bytes in 1 blocks are definitely lost in loss record 6 of 1,022
==2739== at 0x7BC51061: notify_alloc (heap.c:254)
==2739== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==2739== by 0x523E42B: IMalloc_fnAlloc (ifs.c:187)
==2739== by 0x523ECCB: IMalloc_Alloc (objidl.h:1405)
==2739== by 0x523ECCB: CoTaskMemAlloc (???:0)
==2739== by 0x1A4983D5: ???
==2739== by 0x1A49D191: ???
==2739== by 0x1A49D275: ???
==2739== by 0x1A49D767: ???
==2739== by 0x1A49DC76: ???
==2739== by 0x19B3BF99: ???
==2739== by 0x7BC913B3: ??? (signal_i386.c:2700)
==2739== by 0x7BC9143B: call_thread_func (signal_i386.c:2759)
==2739== by 0x7BC91391: ??? (signal_i386.c:2700)
==2739== by 0x7BC9B3EE: start_thread (thread.c:487)
==2739== by 0x4244249: start_thread (pthread_create.c:333)
==2739== by 0x433FD6D: clone (clone.S:114)
==2739==
==2739== 0 bytes in 1 blocks are definitely lost in loss record 7 of 1,022
==2739== at 0x7BC51061: notify_alloc (heap.c:254)
==2739== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==2739== by 0x523E42B: IMalloc_fnAlloc (ifs.c:187)
==2739== by 0x523ECCB: IMalloc_Alloc (objidl.h:1405)
==2739== by 0x523ECCB: CoTaskMemAlloc (???:0)
==2739== by 0x1A4983D5: ???
==2739== by 0x1A49D191: ???
==2739== by 0x1A49D275: ???
==2739== by 0x1A49D767: ???
==2739== by 0x1A49DC8D: ???
==2739== by 0x19B3BF99: ???
==2739== by 0x7BC913B3: ??? (signal_i386.c:2700)
==2739== by 0x7BC9143B: call_thread_func (signal_i386.c:2759)
==2739== by 0x7BC91391: ??? (signal_i386.c:2700)
==2739== by 0x7BC9B3EE: start_thread (thread.c:487)
==2739== by 0x4244249: start_thread (pthread_create.c:333)
==2739== by 0x433FD6D: clone (clone.S:114)
==2739==
==2739== 0 bytes in 1 blocks are definitely lost in loss record 12 of 1,022
==2739== at 0x7BC51061: notify_alloc (heap.c:254)
==2739== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==2739== by 0x523E42B: IMalloc_fnAlloc (ifs.c:187)
==2739== by 0x523ECCB: IMalloc_Alloc (objidl.h:1405)
==2739== by 0x523ECCB: CoTaskMemAlloc (???:0)
==2739== by 0x1A4983D5: ???
==2739== by 0x1A49D191: ???
==2739== by 0x1A49D275: ???
==2739== by 0x1A49D767: ???
==2739== by 0x1A49DC76: ???
==2739== by 0x19C52F99: ???
==2739== by 0x7BC913B3: ??? (signal_i386.c:2700)
==2739== by 0x7BC9143B: call_thread_func (signal_i386.c:2759)
==2739== by 0x7BC91391: ??? (signal_i386.c:2700)
==2739== by 0x7BC9B3EE: start_thread (thread.c:487)
==2739== by 0x4244249: start_thread (pthread_create.c:333)
==2739== by 0x433FD6D: clone (clone.S:114)
==2739==
==2739== 0 bytes in 2 blocks are definitely lost in loss record 13 of 1,022
==2739== at 0x7BC51061: notify_alloc (heap.c:254)
==2739== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==2739== by 0x523E42B: IMalloc_fnAlloc (ifs.c:187)
==2739== by 0x523ECCB: IMalloc_Alloc (objidl.h:1405)
==2739== by 0x523ECCB: CoTaskMemAlloc (???:0)
==2739== by 0x1A4983D5: ???
==2739== by 0x1A49D191: ???
==2739== by 0x1A49D275: ???
==2739== by 0x1A49D767: ???
==2739== by 0x1A49DC8D: ???
==2739== by 0x19C52F99: ???
==2739== by 0x7BC913B3: ??? (signal_i386.c:2700)
==2739== by 0x7BC9143B: call_thread_func (signal_i386.c:2759)
==2739== by 0x7BC91391: ??? (signal_i386.c:2700)
==2739== by 0x7BC9B3EE: start_thread (thread.c:487)
==2739== by 0x4244249: start_thread (pthread_create.c:333)
==2739== by 0x433FD6D: clone (clone.S:114)
==2739==
--
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=36581
Bug ID: 36581
Summary: valgrind shows a few leaks in winmm/tests/capture.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
austin@aw25 ~/wine-valgrind/dlls/winmm/tests $ make capture.ok
../../../tools/runtest -q -P wine -T ../../.. -M winmm.dll -p winmm_test.exe.so
capture && touch capture.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
==26292== 512 bytes in 1 blocks are definitely lost in loss record 665 of 832
==26292== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==26292== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==26292== by 0x5126CA4: list_window_children (win.c:318)
==26292== by 0x512EE26: WIN_ListChildren (win.c:3267)
==26292== by 0x512B3BC: WIN_SendDestroyMsg (win.c:1783)
==26292== by 0x512B7F5: DestroyWindow (win.c:1876)
==26292== by 0x4FDF40A: WINMM_DevicesThreadDone (waveform.c:2445)
==26292== by 0x4FDF896: WINMM_DevicesThreadProc (waveform.c:2516)
==26292== by 0x7BC870C7: ??? (signal_i386.c:2571)
==26292== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==26292== by 0x7BC870A5: ??? (signal_i386.c:2571)
==26292== by 0x7BC8E4EC: start_thread (thread.c:428)
==26292== by 0x421FF92: start_thread (pthread_create.c:309)
==26292== by 0x43247ED: clone (clone.S:129)
==26292==
==26292== 5,940 bytes in 330 blocks are definitely lost in loss record 818 of
832
==26292== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==26292== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==26292== by 0x4FDACEF: WINMM_OpenDevice (waveform.c:1093)
==26292== by 0x4FDBCAB: WID_Open (waveform.c:1361)
==26292== by 0x4FDF30B: WINMM_DevicesMsgProc (waveform.c:2413)
==26292== by 0x51394F5: ??? (winproc.c:173)
==26292== by 0x513966A: call_window_proc (winproc.c:244)
==26292== by 0x513B803: WINPROC_call_window (winproc.c:900)
==26292== by 0x50F811C: call_window_proc (message.c:2223)
==26292== by 0x50FA320: peek_message (message.c:2953)
==26292== by 0x50FBDC6: PeekMessageW (message.c:3757)
==26292== by 0x4FDF773: WINMM_DevicesThreadProc (waveform.c:2503)
==26292== by 0x7BC870C7: ??? (signal_i386.c:2571)
==26292== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==26292== by 0x7BC870A5: ??? (signal_i386.c:2571)
==26292== by 0x7BC8E4EC: start_thread (thread.c:428)
==26292== by 0x421FF92: start_thread (pthread_create.c:309)
==26292== by 0x43247ED: clone (clone.S:129)
==26292==
--
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=36638
Bug ID: 36638
Summary: valgrind shows a definite leak in wininet/tests/http.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Depends on: 36637
==32063== Thread 1 wininet_test.exe.so:
==32063== 32 bytes in 1 blocks are definitely lost in loss record 111 of 360
==32063== at 0x7BC4C75D: notify_alloc (heap.c:255)
==32063== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716)
==32063== by 0x4D45FA1: heap_alloc (internet.h:116)
==32063== by 0x4D4FE13: alloc_async_task (internet.c:3856)
==32063== by 0x4D44055: HttpSendRequestW (http.c:5556)
==32063== by 0x4D44251: HttpSendRequestA (http.c:5614)
==32063== by 0x497CC63: test_InternetCloseHandle (http.c:5195)
==32063== by 0x497D671: func_http (http.c:5328)
==32063== by 0x4994B90: run_test (test.h:584)
==32063== by 0x4994F7F: main (test.h:654)
==32063==
--
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=36578
Bug ID: 36578
Summary: valgrind shows several definite leaks in
urlmon/tests/url.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==23547== 8 bytes in 1 blocks are definitely lost in loss record 384 of 6,179
==23547== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==23547== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==23547== by 0x8C3E633: SECUR32_makeSecHandle (wrapper.c:44)
==23547== by 0x8C3F148: InitializeSecurityContextW (wrapper.c:354)
==23547== by 0x65D180A: netcon_secure_connect_setup (netconnection.c:538)
==23547== by 0x65D2170: NETCON_secure_connect (netconnection.c:686)
==23547== by 0x65C048F: HTTP_HttpSendRequestW (http.c:4925)
==23547== by 0x65C11FA: AsyncHttpSendRequestProc (http.c:5182)
==23547== by 0x65CDD83: INTERNET_WorkerThreadFunc (internet.c:3840)
==23547== by 0x7BC90A24: worker_thread_proc (threadpool.c:110)
==23547== by 0x7BC870C7: ??? (signal_i386.c:2571)
==23547== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==23547== by 0x7BC870A5: ??? (signal_i386.c:2571)
==23547== by 0x7BC8E4EC: start_thread (thread.c:428)
==23547== by 0x421FF92: start_thread (pthread_create.c:309)
==23547== by 0x43247ED: clone (clone.S:129)
==23547==
==5217== 20 bytes in 1 blocks are definitely lost in loss record 1,185 of 6,082
==5217== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==5217== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==5217== by 0x4EBFBC7: heap_alloc (urlmon_main.h:236)
==5217== by 0x4EC1915: create_moniker (umon.c:545)
==5217== by 0x4EC1CCE: CreateURLMonikerEx (umon.c:656)
==5217== by 0x4EC1FC3: CreateURLMoniker (umon.c:734)
==5217== by 0x4CFE492: test_BindToStorage (url.c:2915)
==5217== by 0x4D05327: func_url (url.c:4077)
==5217== by 0x4D06166: run_test (test.h:584)
==5217== by 0x4D06555: main (test.h:654)
==5217==
==5217== 36 bytes in 1 blocks are possibly lost in loss record 2,510 of 6,082
==5217== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==5217== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==5217== by 0x4EBD59D: heap_alloc (urlmon_main.h:236)
==5217== by 0x4EBDB3C: register_namespace (session.c:126)
==5217== by 0x4EBE832: InternetSession_RegisterNameSpace (session.c:375)
==5217== by 0x4D0417D: register_protocols (urlmon.h:3759)
==5217== by 0x4D0432A: func_url (url.c:3865)
==5217== by 0x4D06166: run_test (test.h:584)
==5217== by 0x4D06555: main (test.h:654)
==5217==
--
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=43386
Bug ID: 43386
Summary: valgrind shows uninitialized memory in
dlls/shell32/tests/shelldispatch.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
==368== Thread 3:
==368== Syscall param writev(vector[...]) points to uninitialised byte(s)
==368== at 0x433804F: ??? (syscall-template.S:84)
==368== by 0x7BC8946B: send_request (server.c:228)
==368== by 0x7BC89626: wine_server_call (server.c:309)
==368== by 0x7BC4867A: server_write_file (file.c:624)
==368== by 0x7BC49E71: NtWriteFile (file.c:1238)
==368== by 0x5969332: rpcrt4_conn_np_write (rpc_transport.c:414)
==368== by 0x595E242: rpcrt4_conn_write (rpc_binding.h:196)
==368== by 0x5960001: RPCRT4_SendWithAuth (rpc_message.c:849)
==368== by 0x5961050: RPCRT4_Send (rpc_message.c:1248)
==368== by 0x59627D4: I_RpcSend (rpc_message.c:1809)
==368== by 0x5962B49: I_RpcSendReceive (rpc_message.c:1912)
==368== by 0x55E1881: rpc_sendreceive_thread (rpc.c:800)
==368== by 0x7BC9E2D7: process_rtl_work_item (threadpool.c:349)
==368== by 0x7BCA2224: threadpool_worker_proc (threadpool.c:2112)
==368== by 0x7BC913B3: ??? (signal_i386.c:2700)
==368== by 0x7BC9143B: call_thread_func (signal_i386.c:2759)
==368== by 0x7BC91391: ??? (signal_i386.c:2700)
==368== by 0x7BC9B3EE: start_thread (thread.c:487)
==368== by 0x4244249: start_thread (pthread_create.c:333)
==368== by 0x433FD6D: clone (clone.S:114)
==368== Address 0x667ec72 is 90 bytes inside a recently re-allocated block of
size 140 alloc'd
==368== at 0x7BC51061: notify_alloc (heap.c:254)
==368== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==368== by 0x595FE79: RPCRT4_SendWithAuth (rpc_message.c:808)
==368== by 0x5961050: RPCRT4_Send (rpc_message.c:1248)
==368== by 0x59627D4: I_RpcSend (rpc_message.c:1809)
==368== by 0x5962B49: I_RpcSendReceive (rpc_message.c:1912)
==368== by 0x55E1881: rpc_sendreceive_thread (rpc.c:800)
==368== by 0x7BC9E2D7: process_rtl_work_item (threadpool.c:349)
==368== by 0x7BCA2224: threadpool_worker_proc (threadpool.c:2112)
==368== by 0x7BC913B3: ??? (signal_i386.c:2700)
==368== by 0x7BC9143B: call_thread_func (signal_i386.c:2759)
==368== by 0x7BC91391: ??? (signal_i386.c:2700)
==368== by 0x7BC9B3EE: start_thread (thread.c:487)
==368== by 0x4244249: start_thread (pthread_create.c:333)
==368== by 0x433FD6D: clone (clone.S:114)
==368== Uninitialised value was created by a stack allocation
==368== at 0x4A30CB3: test_ShellWindows (shelldispatch.c:679)
==368==
--
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=38727
Bug ID: 38727
Summary: valgrind shows several invalid reads in
shell32/tests/shelldispatch.c
Product: Wine
Version: 1.7.44
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
../../../tools/runtest -q -P wine -T ../../.. -M shell32.dll -p
shell32_test.exe.so shelldispatch && touch shelldispatch.ok
==3421== Invalid read of size 2
==3421== at 0x49934E6: ILFindLastID (pidl.c:201)
==3421== by 0x4998225: _ILGetExtension (pidl.c:2369)
==3421== by 0x49C3BA0: SHELL32_CreateExtensionUIObject (shfldr_fs.c:566)
==3421== by 0x49CEDA4: ShellFolder2_GetUIObjectOf (shfldr_unixfs.c:1182)
==3421== by 0x49A02E0: IShellFolder_GetUIObjectOf (shobjidl.h:1417)
==3421== by 0x49A02E0: FolderItemVerbs_Constructor (???:0)
==3421== by 0x49A13BC: FolderItemImpl_Verbs (shelldispatch.c:860)
==3421== by 0x47B3840: FolderItem_Verbs (shldisp.h:2062)
==3421== by 0x47B3840: test_Verbs (???:0)
==3421== by 0x47B3D18: func_shelldispatch (shelldispatch.c:846)
==3421== by 0x47FC676: run_test (test.h:584)
==3421== by 0x47FCABE: main (test.h:666)
==3421== Address 0x4668d98 is 16 bytes inside a block of size 22 free'd
==3421== at 0x7BC4AA49: notify_free (heap.c:262)
==3421== by 0x7BC4EDC8: RtlFreeHeap (heap.c:1761)
==3421== by 0x7BC591CA: get_load_order (loadorder.c:489)
==3421== by 0x7BC5586B: load_dll (loader.c:2073)
==3421== by 0x7BC51814: import_dll (loader.c:588)
==3421== by 0x7BC526A1: fixup_imports (loader.c:892)
==3421== by 0x7BC579A1: LdrInitializeThunk (loader.c:2914)
==3421== by 0x7B860CB1: __wine_kernel_init (process.c:1276)
==3421== by 0x7BC581A3: __wine_process_init (loader.c:3131)
==3421== by 0x401784D: wine_init (loader.c:958)
==3421== by 0x7BF0114D: main (main.c:247)
==3421==
==3421== Invalid read of size 2
==3421== at 0x4997173: _ILIsDesktop (pidl.c:1816)
==3421== by 0x4992DCE: _ILIsEmpty (pidl.h:220)
==3421== by 0x4997BBD: _ILGetDataPointer (pidl.c:2066)
==3421== by 0x499743B: _ILIsValue (pidl.c:1864)
==3421== by 0x4998236: _ILGetExtension (pidl.c:2371)
==3421== by 0x49C3BA0: SHELL32_CreateExtensionUIObject (shfldr_fs.c:566)
==3421== by 0x49CEDA4: ShellFolder2_GetUIObjectOf (shfldr_unixfs.c:1182)
==3421== by 0x49A02E0: IShellFolder_GetUIObjectOf (shobjidl.h:1417)
==3421== by 0x49A02E0: FolderItemVerbs_Constructor (???:0)
==3421== by 0x49A13BC: FolderItemImpl_Verbs (shelldispatch.c:860)
==3421== by 0x47B3840: FolderItem_Verbs (shldisp.h:2062)
==3421== by 0x47B3840: test_Verbs (???:0)
==3421== by 0x47B3D18: func_shelldispatch (shelldispatch.c:846)
==3421== by 0x47FC676: run_test (test.h:584)
==3421== by 0x47FCABE: main (test.h:666)
==3421== Address 0x4668d98 is 16 bytes inside a block of size 22 free'd
==3421== at 0x7BC4AA49: notify_free (heap.c:262)
==3421== by 0x7BC4EDC8: RtlFreeHeap (heap.c:1761)
==3421== by 0x7BC591CA: get_load_order (loadorder.c:489)
==3421== by 0x7BC5586B: load_dll (loader.c:2073)
==3421== by 0x7BC51814: import_dll (loader.c:588)
==3421== by 0x7BC526A1: fixup_imports (loader.c:892)
==3421== by 0x7BC579A1: LdrInitializeThunk (loader.c:2914)
==3421== by 0x7B860CB1: __wine_kernel_init (process.c:1276)
==3421== by 0x7BC581A3: __wine_process_init (loader.c:3131)
==3421== by 0x401784D: wine_init (loader.c:958)
==3421== by 0x7BF0114D: main (main.c:247)
==3421==
==3421== Invalid read of size 1
==3421== at 0x4997496: _ILIsValue (pidl.c:1868)
==3421== by 0x4998236: _ILGetExtension (pidl.c:2371)
==3421== by 0x49C3BA0: SHELL32_CreateExtensionUIObject (shfldr_fs.c:566)
==3421== by 0x49CEDA4: ShellFolder2_GetUIObjectOf (shfldr_unixfs.c:1182)
==3421== by 0x49A02E0: IShellFolder_GetUIObjectOf (shobjidl.h:1417)
==3421== by 0x49A02E0: FolderItemVerbs_Constructor (???:0)
==3421== by 0x49A13BC: FolderItemImpl_Verbs (shelldispatch.c:860)
==3421== by 0x47B3840: FolderItem_Verbs (shldisp.h:2062)
==3421== by 0x47B3840: test_Verbs (???:0)
==3421== by 0x47B3D18: func_shelldispatch (shelldispatch.c:846)
==3421== by 0x47FC676: run_test (test.h:584)
==3421== by 0x47FCABE: main (test.h:666)
==3421== Address 0x4668d9a is 18 bytes inside a block of size 22 free'd
==3421== at 0x7BC4AA49: notify_free (heap.c:262)
==3421== by 0x7BC4EDC8: RtlFreeHeap (heap.c:1761)
==3421== by 0x7BC591CA: get_load_order (loadorder.c:489)
==3421== by 0x7BC5586B: load_dll (loader.c:2073)
==3421== by 0x7BC51814: import_dll (loader.c:588)
==3421== by 0x7BC526A1: fixup_imports (loader.c:892)
==3421== by 0x7BC579A1: LdrInitializeThunk (loader.c:2914)
==3421== by 0x7B860CB1: __wine_kernel_init (process.c:1276)
==3421== by 0x7BC581A3: __wine_process_init (loader.c:3131)
==3421== by 0x401784D: wine_init (loader.c:958)
==3421== by 0x7BF0114D: main (main.c:247)
==3421==
==3421== Invalid read of size 2
==3421== at 0x4994890: ILGetSize (pidl.c:790)
==3421== by 0x49935D4: ILClone (pidl.c:239)
==3421== by 0x49985BA: _ILCopyaPidl (pidl.c:2511)
==3421== by 0x49EF174: ItemMenu_Constructor (shlview_cmenu.c:630)
==3421== by 0x49CEDF0: ShellFolder2_GetUIObjectOf (shfldr_unixfs.c:1188)
==3421== by 0x49A02E0: IShellFolder_GetUIObjectOf (shobjidl.h:1417)
==3421== by 0x49A02E0: FolderItemVerbs_Constructor (???:0)
==3421== by 0x49A13BC: FolderItemImpl_Verbs (shelldispatch.c:860)
==3421== by 0x47B3840: FolderItem_Verbs (shldisp.h:2062)
==3421== by 0x47B3840: test_Verbs (???:0)
==3421== by 0x47B3D18: func_shelldispatch (shelldispatch.c:846)
==3421== by 0x47FC676: run_test (test.h:584)
==3421== by 0x47FCABE: main (test.h:666)
==3421== Address 0x4668d98 is 16 bytes inside a block of size 22 free'd
==3421== at 0x7BC4AA49: notify_free (heap.c:262)
==3421== by 0x7BC4EDC8: RtlFreeHeap (heap.c:1761)
==3421== by 0x7BC591CA: get_load_order (loadorder.c:489)
==3421== by 0x7BC5586B: load_dll (loader.c:2073)
==3421== by 0x7BC51814: import_dll (loader.c:588)
==3421== by 0x7BC526A1: fixup_imports (loader.c:892)
==3421== by 0x7BC579A1: LdrInitializeThunk (loader.c:2914)
==3421== by 0x7B860CB1: __wine_kernel_init (process.c:1276)
==3421== by 0x7BC581A3: __wine_process_init (loader.c:3131)
==3421== by 0x401784D: wine_init (loader.c:958)
==3421== by 0x7BF0114D: main (main.c:247)
==3421==
--
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=43385
Bug ID: 43385
Summary: valgrind shows several leaks in
dlls/setupapi/tests/install.c
(programs/winemenubuilder)
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: setupapi
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
==32645== 18 bytes in 1 blocks are definitely lost in loss record 124 of 665
==32645== at 0x7BC51061: notify_alloc (heap.c:254)
==32645== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==32645== by 0x4997BF9: relative_path (winemenubuilder.c:1759)
==32645== by 0x4997FE8: GetLinkLocation (winemenubuilder.c:1827)
==32645== by 0x499AE78: InvokeShellLinker (winemenubuilder.c:2789)
==32645== by 0x499CEA2: Process_Link (winemenubuilder.c:3218)
==32645== by 0x499E8E5: wWinMain (winemenubuilder.c:3674)
==32645== by 0x499EFB7: wmain (exe_wmain.c:51)
==32645== by 0x499EE90: __wine_spec_exe_wentry (exe_wentry.c:36)
==32645== by 0x7B46BDB3: ??? (process.c:1065)
==32645== by 0x7B46BF08: start_process (process.c:1116)
==32645== by 0x7BC913B3: ??? (signal_i386.c:2700)
==32645== by 0x7BC9143B: call_thread_func (signal_i386.c:2759)
==32645== by 0x7BC91391: ??? (signal_i386.c:2700)
==32645== by 0x7BC5FDE8: start_process (loader.c:3083)
==32645== by 0x40413EC: ??? (port.c:78)
==32645==
==32645== 40 bytes in 1 blocks are definitely lost in loss record 279 of 665
==32645== at 0x7BC51061: notify_alloc (heap.c:254)
==32645== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==32645== by 0x4992D07: heap_printf (winemenubuilder.c:237)
==32645== by 0x49962D5: platform_write_icon (winemenubuilder.c:1288)
==32645== by 0x4996811: extract_icon (winemenubuilder.c:1380)
==32645== by 0x499B46D: InvokeShellLinker (winemenubuilder.c:2833)
==32645== by 0x499CEA2: Process_Link (winemenubuilder.c:3218)
==32645== by 0x499E8E5: wWinMain (winemenubuilder.c:3674)
==32645== by 0x499EFB7: wmain (exe_wmain.c:51)
==32645== by 0x499EE90: __wine_spec_exe_wentry (exe_wentry.c:36)
==32645== by 0x7B46BDB3: ??? (process.c:1065)
==32645== by 0x7B46BF08: start_process (process.c:1116)
==32645== by 0x7BC913B3: ??? (signal_i386.c:2700)
==32645== by 0x7BC9143B: call_thread_func (signal_i386.c:2759)
==32645== by 0x7BC91391: ??? (signal_i386.c:2700)
==32645== by 0x7BC5FDE8: start_process (loader.c:3083)
==32645== by 0x40413EC: ??? (port.c:78)
==32645==
==32645== 53 bytes in 1 blocks are definitely lost in loss record 309 of 665
==32645== at 0x7BC51061: notify_alloc (heap.c:254)
==32645== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==32645== by 0x4992D07: heap_printf (winemenubuilder.c:237)
==32645== by 0x4996551: platform_write_icon (winemenubuilder.c:1331)
==32645== by 0x4996811: extract_icon (winemenubuilder.c:1380)
==32645== by 0x499B46D: InvokeShellLinker (winemenubuilder.c:2833)
==32645== by 0x499CEA2: Process_Link (winemenubuilder.c:3218)
==32645== by 0x499E8E5: wWinMain (winemenubuilder.c:3674)
==32645== by 0x499EFB7: wmain (exe_wmain.c:51)
==32645== by 0x499EE90: __wine_spec_exe_wentry (exe_wentry.c:36)
==32645== by 0x7B46BDB3: ??? (process.c:1065)
==32645== by 0x7B46BF08: start_process (process.c:1116)
==32645== by 0x7BC913B3: ??? (signal_i386.c:2700)
==32645== by 0x7BC9143B: call_thread_func (signal_i386.c:2759)
==32645== by 0x7BC91391: ??? (signal_i386.c:2700)
==32645== by 0x7BC5FDE8: start_process (loader.c:3083)
==32645== by 0x40413EC: ??? (port.c:78)
==32645==
==32645== 72 bytes in 1 blocks are definitely lost in loss record 352 of 665
==32645== at 0x7BC51061: notify_alloc (heap.c:254)
==32645== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==32645== by 0x4992D07: heap_printf (winemenubuilder.c:237)
==32645== by 0x4996592: platform_write_icon (winemenubuilder.c:1338)
==32645== by 0x4996811: extract_icon (winemenubuilder.c:1380)
==32645== by 0x499B46D: InvokeShellLinker (winemenubuilder.c:2833)
==32645== by 0x499CEA2: Process_Link (winemenubuilder.c:3218)
==32645== by 0x499E8E5: wWinMain (winemenubuilder.c:3674)
==32645== by 0x499EFB7: wmain (exe_wmain.c:51)
==32645== by 0x499EE90: __wine_spec_exe_wentry (exe_wentry.c:36)
==32645== by 0x7B46BDB3: ??? (process.c:1065)
==32645== by 0x7B46BF08: start_process (process.c:1116)
==32645== by 0x7BC913B3: ??? (signal_i386.c:2700)
==32645== by 0x7BC9143B: call_thread_func (signal_i386.c:2759)
==32645== by 0x7BC91391: ??? (signal_i386.c:2700)
==32645== by 0x7BC5FDE8: start_process (loader.c:3083)
==32645== by 0x40413EC: ??? (port.c:78)
==32645==
--
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=43384
Bug ID: 43384
Summary: valgrind shows a definite leak in
dlls/rpcrt4/tests/ndr_marshal.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
../../../tools/runtest -q -P wine -T ../../.. -M rpcrt4.dll -p
rpcrt4_test.exe.so ndr_marshall && touch ndr_marshall.ok
==32206== 44 bytes in 1 blocks are definitely lost in loss record 207 of 413
==32206== at 0x7BC51061: notify_alloc (heap.c:254)
==32206== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==32206== by 0x56B879E: RPCRT4_io_thread (rpc_server.c:559)
==32206== by 0x7BC913B3: ??? (signal_i386.c:2700)
==32206== by 0x7BC9143B: call_thread_func (signal_i386.c:2759)
==32206== by 0x7BC91391: ??? (signal_i386.c:2700)
==32206== by 0x7BC9B3EE: start_thread (thread.c:487)
==32206== by 0x4244249: start_thread (pthread_create.c:333)
==32206== by 0x433FD6D: clone (clone.S:114)
==32206==
--
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=43382
Bug ID: 43382
Summary: valgrind shows a definite leak in
dlls/oleaut32/tests/vartest.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
../../../tools/runtest -q -P wine -T ../../.. -M oleaut32.dll -p
oleaut32_test.exe.so vartest && touch vartest.ok
==31273== 0 bytes in 1 blocks are definitely lost in loss record 1 of 275
==31273== at 0x7BC51061: notify_alloc (heap.c:254)
==31273== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==31273== by 0x4D08E4A: VARIANT_CopyIRecordInfo (variant.c:714)
==31273== by 0x4D09060: VariantCopy (variant.c:776)
==31273== by 0x4A84CBA: test_VariantCopy (vartest.c:1044)
==31273== by 0x4AD1C62: func_vartest (vartest.c:9183)
==31273== by 0x4B293D7: run_test (test.h:603)
==31273== by 0x4B29836: main (test.h:687)
==31273==
--
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=43381
Bug ID: 43381
Summary: valgrind shows uninitialized memory in
dlls/ole32/tests/ole_server.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
==31032== Thread 5:
==31032== Syscall param writev(vector[...]) points to uninitialised byte(s)
==31032== at 0x433804F: ??? (syscall-template.S:84)
==31032== by 0x7BC8946B: send_request (server.c:228)
==31032== by 0x7BC89626: wine_server_call (server.c:309)
==31032== by 0x7BC4867A: server_write_file (file.c:624)
==31032== by 0x7BC49E71: NtWriteFile (file.c:1238)
==31032== by 0x56ED332: rpcrt4_conn_np_write (rpc_transport.c:414)
==31032== by 0x56E2242: rpcrt4_conn_write (rpc_binding.h:196)
==31032== by 0x56E4001: RPCRT4_SendWithAuth (rpc_message.c:849)
==31032== by 0x56E5050: RPCRT4_Send (rpc_message.c:1248)
==31032== by 0x56E8275: process_request_packet (rpc_server.c:462)
==31032== by 0x56E8553: RPCRT4_process_packet (rpc_server.c:517)
==31032== by 0x56E86B9: RPCRT4_worker_thread (rpc_server.c:539)
==31032== by 0x7BC9E2D7: process_rtl_work_item (threadpool.c:349)
==31032== by 0x7BCA2224: threadpool_worker_proc (threadpool.c:2112)
==31032== by 0x7BC913B3: ??? (signal_i386.c:2700)
==31032== by 0x7BC9143B: call_thread_func (signal_i386.c:2759)
==31032== by 0x7BC91391: ??? (signal_i386.c:2700)
==31032== by 0x7BC9B3EE: start_thread (thread.c:487)
==31032== by 0x4244249: start_thread (pthread_create.c:333)
==31032== by 0x433FD6D: clone (clone.S:114)
==31032== Address 0x48968b4 is 44 bytes inside a block of size 92 alloc'd
==31032== at 0x7BC51061: notify_alloc (heap.c:254)
==31032== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==31032== by 0x56E3E79: RPCRT4_SendWithAuth (rpc_message.c:808)
==31032== by 0x56E5050: RPCRT4_Send (rpc_message.c:1248)
==31032== by 0x56E8275: process_request_packet (rpc_server.c:462)
==31032== by 0x56E8553: RPCRT4_process_packet (rpc_server.c:517)
==31032== by 0x56E86B9: RPCRT4_worker_thread (rpc_server.c:539)
==31032== by 0x7BC9E2D7: process_rtl_work_item (threadpool.c:349)
==31032== by 0x7BCA2224: threadpool_worker_proc (threadpool.c:2112)
==31032== by 0x7BC913B3: ??? (signal_i386.c:2700)
==31032== by 0x7BC9143B: call_thread_func (signal_i386.c:2759)
==31032== by 0x7BC91391: ??? (signal_i386.c:2700)
==31032== by 0x7BC9B3EE: start_thread (thread.c:487)
==31032== by 0x4244249: start_thread (pthread_create.c:333)
==31032== by 0x433FD6D: clone (clone.S:114)
==31032== Uninitialised value was created by a client request
==31032== at 0x7BC50E23: mark_block_uninitialized (heap.c:208)
==31032== by 0x7BC50FB1: initialize_block (heap.c:239)
==31032== by 0x7BC5556F: RtlAllocateHeap (heap.c:1717)
==31032== by 0x4F8442B: IMalloc_fnAlloc (ifs.c:187)
==31032== by 0x4F84CCB: IMalloc_Alloc (objidl.h:1405)
==31032== by 0x4F84CCB: CoTaskMemAlloc (???:0)
==31032== by 0x4FC6B6E: RemUnknown_RemQueryInterface (stubmanager.c:716)
==31032== by 0x4FD0274: IRemUnknown_RemQueryInterface_Stub (dcom_p.c:369)
==31032== by 0x56B8358: CStdStubBuffer_Invoke (cstub.c:478)
==31032== by 0x4FA326E: IRpcStubBuffer_Invoke (objidl.h:7878)
==31032== by 0x4FA326E: RPC_ExecuteCall (???:0)
==31032== by 0x4FA36D8: dispatch_rpc (rpc.c:1503)
==31032== by 0x56E803A: process_request_packet (rpc_server.c:439)
==31032== by 0x56E8553: RPCRT4_process_packet (rpc_server.c:517)
==31032== by 0x56E86B9: RPCRT4_worker_thread (rpc_server.c:539)
==31032== by 0x7BC9E2D7: process_rtl_work_item (threadpool.c:349)
==31032== by 0x7BCA2224: threadpool_worker_proc (threadpool.c:2112)
==31032== by 0x7BC913B3: ??? (signal_i386.c:2700)
==31032== by 0x7BC9143B: call_thread_func (signal_i386.c:2759)
==31032== by 0x7BC91391: ??? (signal_i386.c:2700)
==31032== by 0x7BC9B3EE: start_thread (thread.c:487)
==31032== by 0x4244249: start_thread (pthread_create.c:333)
==31032==
--
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=43376
Bug ID: 43376
Summary: valgrind shows some invalid writes in
dlls/msvcirt/tests/msvcirt.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: msvcirt
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
==29409== Invalid write of size 1
==29409== at 0x402EEF8: strcpy (vg_replace_strmem.c:506)
==29409== by 0x7BC917EA: NTDLL_strcpy (string.c:117)
==29409== by 0x4A27063: test_strstreambuf (msvcirt.c:2168)
==29409== by 0x4A6365D: func_msvcirt (msvcirt.c:7474)
==29409== by 0x4A64590: run_test (test.h:603)
==29409== by 0x4A649EE: main (test.h:687)
==29409== Address 0x4d4215d is 0 bytes after a block of size 5 alloc'd
==29409== at 0x7BC51061: notify_alloc (heap.c:254)
==29409== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==29409== by 0x4BBB10A: msvcrt_heap_alloc (heap.c:70)
==29409== by 0x4BBB376: MSVCRT_operator_new (heap.c:138)
==29409== by 0x4E7275D: strstreambuf_doallocate (msvcirt.c:1430)
==29409== by 0x4A26F8E: test_strstreambuf (msvcirt.c:2162)
==29409== by 0x4A6365D: func_msvcirt (msvcirt.c:7474)
==29409== by 0x4A64590: run_test (test.h:603)
==29409== by 0x4A649EE: main (test.h:687)
==29409==
==29409== Invalid write of size 1
==29409== at 0x4E72A0F: strstreambuf_overflow (msvcirt.c:1481)
==29409== by 0x4A288E2: test_strstreambuf (msvcirt.c:2298)
==29409== by 0x4A6365D: func_msvcirt (msvcirt.c:7474)
==29409== by 0x4A64590: run_test (test.h:603)
==29409== by 0x4A649EE: main (test.h:687)
==29409== Address 0x4d42205 is 1 bytes after a block of size 20 alloc'd
==29409== at 0x7BC51061: notify_alloc (heap.c:254)
==29409== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==29409== by 0x4BBB10A: msvcrt_heap_alloc (heap.c:70)
==29409== by 0x4BBB376: MSVCRT_operator_new (heap.c:138)
==29409== by 0x4E7275D: strstreambuf_doallocate (msvcirt.c:1430)
==29409== by 0x4E729B2: strstreambuf_overflow (msvcirt.c:1474)
==29409== by 0x4A288E2: test_strstreambuf (msvcirt.c:2298)
==29409== by 0x4A6365D: func_msvcirt (msvcirt.c:7474)
==29409== by 0x4A64590: run_test (test.h:603)
==29409== by 0x4A649EE: main (test.h:687)
==29409==
==29409== Invalid read of size 1
==29409== at 0x4A28AC3: test_strstreambuf (msvcirt.c:2305)
==29409== by 0x4A6365D: func_msvcirt (msvcirt.c:7474)
==29409== by 0x4A64590: run_test (test.h:603)
==29409== by 0x4A649EE: main (test.h:687)
==29409== Address 0x4d42205 is 1 bytes after a block of size 20 alloc'd
==29409== at 0x7BC51061: notify_alloc (heap.c:254)
==29409== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==29409== by 0x4BBB10A: msvcrt_heap_alloc (heap.c:70)
==29409== by 0x4BBB376: MSVCRT_operator_new (heap.c:138)
==29409== by 0x4E7275D: strstreambuf_doallocate (msvcirt.c:1430)
==29409== by 0x4E729B2: strstreambuf_overflow (msvcirt.c:1474)
==29409== by 0x4A288E2: test_strstreambuf (msvcirt.c:2298)
==29409== by 0x4A6365D: func_msvcirt (msvcirt.c:7474)
==29409== by 0x4A64590: run_test (test.h:603)
==29409== by 0x4A649EE: main (test.h:687)
==29409==
==29409== Invalid read of size 1
==29409== at 0x4A28AD2: test_strstreambuf (msvcirt.c:2305)
==29409== by 0x4A6365D: func_msvcirt (msvcirt.c:7474)
==29409== by 0x4A64590: run_test (test.h:603)
==29409== by 0x4A649EE: main (test.h:687)
==29409== Address 0x4d42205 is 1 bytes after a block of size 20 alloc'd
==29409== at 0x7BC51061: notify_alloc (heap.c:254)
==29409== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==29409== by 0x4BBB10A: msvcrt_heap_alloc (heap.c:70)
==29409== by 0x4BBB376: MSVCRT_operator_new (heap.c:138)
==29409== by 0x4E7275D: strstreambuf_doallocate (msvcirt.c:1430)
==29409== by 0x4E729B2: strstreambuf_overflow (msvcirt.c:1474)
==29409== by 0x4A288E2: test_strstreambuf (msvcirt.c:2298)
==29409== by 0x4A6365D: func_msvcirt (msvcirt.c:7474)
==29409== by 0x4A64590: run_test (test.h:603)
==29409== by 0x4A649EE: main (test.h:687)
==29409==
--
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=43375
Bug ID: 43375
Summary: valgrind shows a definite leak in
dlls/mshtml/tests/script.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
==28896== 24 bytes in 1 blocks are definitely lost in loss record 702 of 4,375
==28896== at 0x7BC51061: notify_alloc (heap.c:254)
==28896== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==28896== by 0x68FC382: heap_alloc (mshtml_private.h:1168)
==28896== by 0x68FE9BA: set_script_elem_readystate (script.c:762)
==28896== by 0x6900218: doc_insert_script (script.c:1290)
==28896== by 0x68B9905: run_insert_script (mutation.c:349)
==28896== by 0x68BA1B0: nsRunnable_Run (mutation.c:532)
==28896== by 0x6A83E0A0: ???
==28896== by 0x68BAEB0: nsDocumentObserver_AttemptToExecuteScript
(mutation.c:817)
==28896== by 0x6A912591: ???
==28896==
--
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=36212
Bug ID: 36212
Summary: valgrind shows some possible leaks under
crypt32/tests/oid.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==19597== 20 bytes in 1 blocks are possibly lost in loss record 47 of 271
==19597== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==19597== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==19597== by 0x514398B: CryptMemAlloc (main.c:124)
==19597== by 0x5154C8C: CryptInstallOIDFunctionAddress (oid.c:248)
==19597== by 0x4EA1DF1: test_installOIDFunctionAddress (oid.c:252)
==19597== by 0x4EA3837: func_oid (oid.c:600)
==19597== by 0x4EB7F67: run_test (test.h:584)
==19597== by 0x4EB8356: main (test.h:654)
==19597==
==19597== 44 bytes in 1 blocks are possibly lost in loss record 101 of 271
==19597== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==19597== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==19597== by 0x514398B: CryptMemAlloc (main.c:124)
==19597== by 0x51547E3: CryptInitOIDFunctionSet (oid.c:119)
==19597== by 0x4EA1855: test_oidFunctionSet (oid.c:164)
==19597== by 0x4EA3832: func_oid (oid.c:599)
==19597== by 0x4EB7F67: run_test (test.h:584)
==19597== by 0x4EB8356: main (test.h:654)
==19597==
==19597== 44 bytes in 1 blocks are possibly lost in loss record 105 of 271
==19597== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==19597== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==19597== by 0x514398B: CryptMemAlloc (main.c:124)
==19597== by 0x51547E3: CryptInitOIDFunctionSet (oid.c:119)
==19597== by 0x4EA2F2B: test_getDefaultOIDFunctionAddress (oid.c:478)
==19597== by 0x4EA3846: func_oid (oid.c:603)
==19597== by 0x4EB7F67: run_test (test.h:584)
==19597== by 0x4EB8356: main (test.h:654)
==19597==
--
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=36859
Bug ID: 36859
Summary: Missing Shader 'shaders/font.ksh'.
Product: Wine
Version: 1.7.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: erwin.mueller(a)deventm.org
Created attachment 48952
--> http://bugs.winehq.org/attachment.cgi?id=48952
Wine Log
Try to run Don't Starve 2.4.0 game.
Got the following error:
wine: Unhandled exception 0x80000003 in thread 9 at address 0x558efc (thread
0009), starting debugger...
ERROR: Missing Shader 'shaders/font.ksh'.
Assert failure '0' at ..\source\renderlib\OpenGL\HWEffect.cpp(86): Trace
follows...
Attached are log and backtrace.
--
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=41947
Bug ID: 41947
Summary: Any video converter : graphics glitches while playing
video + freeze if you press the stop button
Product: Wine
Version: 1.9.24
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fevrier.simon(a)gmail.com
Distribution: ---
Created attachment 56333
--> https://bugs.winehq.org/attachment.cgi?id=56333
Log for Any video converter while playing a video
Ubuntu 16.10
A lot of graphics glitches appear while playing some video (like record of my
desktop).
Also the stop button make the interface freezing
--
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=41901
Bug ID: 41901
Summary: Any audio converter : crash when trying to use the url
download and convert functionality
Product: Wine
Version: 1.9.24
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fevrier.simon(a)gmail.com
Distribution: Ubuntu
Created attachment 56279
--> https://bugs.winehq.org/attachment.cgi?id=56279
Log for the installation
Any audio converter crash when you try to use the download and convert
functionality
Wine version : 1.9.24
OS : Ubuntu 16.10
Tested vanilla and with allfonts and vcrun6 installed
Logs and backtrace in attachment
--
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=42062
Bug ID: 42062
Summary: silhouette studio : installation frozen
Product: Wine
Version: 1.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vivien.brule(a)gmail.com
Distribution: ---
Created attachment 56553
--> https://bugs.winehq.org/attachment.cgi?id=56553
Installation frozen
Hello,
Silhouette Studio is a CAD program, freely available from
https://www.silhouetteamerica.com/software#update
for use with their Silhouette line of computerized cutters.
I installed the last version 3.8.150 with wine version 1.6 under xubuntu 16.04
(fresh installation). There was a bug during the installation (installer window
frozen). I found out the application was not installed.
Thanks.
--
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=40275
Bug ID: 40275
Summary: Annoying flickering in Portal with CSMT enabled
Product: Wine-staging
Version: 1.9.5
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tblodt(a)icloud.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
When CSMT is enabled, the screen in Portal flickers. This probably also applies
to all other Source engine games, and I think I've seen it in a few non-Source
games.
--
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=26432
Summary: Winefile: Currently selected folder 'open folder' icon
switches to 'closed folder' icon when file pane
selected.
Product: Wine
Version: 1.3.14
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: flymypg(a)gmail.com
While browsing the file system using winefile, when a folder is selected in the
left pane, the folder icon switches from the 'closed folder' icon to the 'open
folder icon', and the files contained in the selected directory are displayed
in the right pane.
Incorrect behavior #1: When an item (file or directory) is selected in the
right pane by single-clicking on it, the 'open folder' icon in the left pane
switches to 'closed folder' icon.
Correct behavior: The icon for the current folder in the left pane should not
be affected by single-click selections made in the right pane.
Incorrect behavior #2: When a folder is double-clicked in the right pane, the
content of the selected folder is shown in the right pane, but the icon for the
folder is not changed to the 'open folder' icon in the left pane.
Correct behavior: The icon for the current folder in the left pane should
change when a folder is double-clicked in the right pane.
The window title continues to correctly display the correct current folder.
Only the open status icon in the left pane is lost.
Note: I am using wine from a headless 32-bit x86 Fedora 14 system, remotely
displayed on a 32-bit x86 Ubuntu 10.10 system.
--
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=37210
Bug ID: 37210
Summary: 2D Fighter Marker 2nd: Menu Bar is not properly hidden
in fullscreen mode
Product: Wine
Version: 1.7.25
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mennydrives(a)icdabj.com
Created attachment 49462
--> https://bugs.winehq.org/attachment.cgi?id=49462
2D Fighter Maker 2nd Fullscreen menu bar bug
When 2D Fighter Marker 2nd goes to full screen, the "Window Option About" menu
bar should no longer be visible. As this does not happen, it ends up obscurtion
the topmost portion of the screen in this mode.
Screenshot of this issue here (also attached):
http://i.imgur.com/9e4aUXj.png
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=42007
Bug ID: 42007
Summary: Rocket Mania 1.02 installer freezes - cannot launch
game
Product: Wine
Version: 2.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gaming4jc2(a)yahoo.com
Distribution: ---
Created attachment 56444
--> https://bugs.winehq.org/attachment.cgi?id=56444
ProtectionID + Crash log
In this version the installer and exe of the game freezes. This does not seem
to affect the demo and possibly not subsequent versions. It appears that there
is a CD protection that may be causing the issue. Unfortunately, I am unable to
determine the type of protection with ProtectionID.
The same protection was apparently used by Book Worm Deluxe per VirusTotal:
https://virustotal.com/en/file/b76d90c8482f598a94fcf83d285996db42329106405b…
--
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=43352
Bug ID: 43352
Summary: dlls/kernel32/tests/virtual.c has an infinite loop
under valgrind
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
May be related to bug 28816, but this one appeared more recently. Haven't
attempted to bisect, but when running the valgrind wine tests,
dlls/kernel32/tests/virtual.c enters an infinite loop, spewing:
err:seh:segv_handler Got unexpected trap 0
virtual.c:2257: Test failed: NumberParameters is 0 instead of 2
virtual.c:2258: Test failed: ExceptionCode is c000001d instead of
STATUS_ACCESS_VIOLATION or STATUS_GUARD_PAGE_VIOLATION
err:seh:segv_handler Got unexpected trap 0
virtual.c:2257: Test failed: NumberParameters is 0 instead of 2
virtual.c:2258: Test failed: ExceptionCode is c000001d instead of
STATUS_ACCESS_VIOLATION or STATUS_GUARD_PAGE_VIOLATION
err:seh:segv_handler Got unexpected trap 0
virtual.c:2257: Test failed: NumberParameters is 0 instead of 2
virtual.c:2258: Test failed: ExceptionCode is c000001d instead of
STATUS_ACCESS_VIOLATION or STATUS_GUARD_PAGE_VIOLATION
endlessly. Note that I run valgrind with
4a1629c4117fda9eca63b6f56ea45771dc9734ac0 reverted:
Revert "ntdll: Avoid possible deadlock by using _exit() in NtTerminateProcess."
This reverts commit 4a1629c4117fda9eca63b6f56ea45771dc9734ac.
It breaks wine + valgrind, see
https://bugs.winehq.org/show_bug.cgi?id=39097
I reverted the revert, but no change.
--
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=43230
Bug ID: 43230
Summary: I was playing a game called "Shaiya" and after moving
around in game it crashes.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bobbyjacabson(a)gmail.com
Distribution: ---
Created attachment 58533
--> https://bugs.winehq.org/attachment.cgi?id=58533
It's titled "backtrace" don't know what that means though
Backtrace file/issue I guess.
--
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=43346
Bug ID: 43346
Summary: Pardot LeadDeck
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgatlin(a)sitesalign.com
Distribution: ---
Created attachment 58685
--> https://bugs.winehq.org/attachment.cgi?id=58685
Program Error Details
Pardot LeadDeck allows me to log in, then crashes almost immediately.
--
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=43345
Bug ID: 43345
Summary: valgrind shows a use after free in
dlls/crypt32/tests/main.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
../../../tools/runtest -q -P wine -T ../../.. -M crypt32.dll -p
crypt32_test.exe.so main && touch main.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
==15465== Invalid free() / delete / delete[] / realloc()
==15465== at 0x7BC5116B: notify_realloc (heap.c:270)
==15465== by 0x7BC55C2C: RtlReAllocateHeap (heap.c:1896)
==15465== by 0x4C14B5F: CryptMemRealloc (main.c:128)
==15465== by 0x4A51955: test_cryptAllocate (main.c:204)
==15465== by 0x4A52A4A: func_main (main.c:469)
==15465== by 0x4A7EA22: run_test (test.h:603)
==15465== by 0x4A7EE74: main (test.h:687)
==15465== Address 0x48ec340 is 0 bytes after a block of size 0 alloc'd
==15465== at 0x7BC5105F: notify_alloc (heap.c:254)
==15465== by 0x7BC5554D: RtlAllocateHeap (heap.c:1716)
==15465== by 0x4C14B18: CryptMemAlloc (main.c:123)
==15465== by 0x4A51942: test_cryptAllocate (main.c:203)
==15465== by 0x4A52A4A: func_main (main.c:469)
==15465== by 0x4A7EA22: run_test (test.h:603)
==15465== by 0x4A7EE74: main (test.h:687)
==15465==
--
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=43032
Bug ID: 43032
Summary: Unusually high FPS while running Touhou 15
Product: Wine
Version: 2.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lazercannons95(a)gmail.com
Distribution: ---
Created attachment 58184
--> https://bugs.winehq.org/attachment.cgi?id=58184
Picture displaying the high FPS
When launching Touhou 15, the game ramps up to 150+ frames per second instead
of the 59 or 60 frames per second that is supposed to run at.
--
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=34410
Bug #: 34410
Summary: Big blotch in the center of the screen in Might And
Magic 7,8
Product: Wine
Version: 1.7.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dmitry.risenberg(a)gmail.com
Classification: Unclassified
Created attachment 45802
--> http://bugs.winehq.org/attachment.cgi?id=45802
Might and Magic 7 screenshot
How to reproduce - install Might and Magic 7, skip through movies and start a
new game. You will see something like the atteched screenshot.
I have intel i915 video driver vrsion 2.21.6
--
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=43338
Bug ID: 43338
Summary: Jetopclient
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wc006(a)163.com
CC: austinenglish(a)gmail.com
Distribution: ---
Created attachment 58675
--> https://bugs.winehq.org/attachment.cgi?id=58675
backtrace
i install Microsoft .NET Framework 2.0 Service Pack 2\Microsoft .NET Framework
3.5 Service Pack 1\Microsoft Jet 4.0 Service Pack 8\Microsoft 数据访问核心组件 (MDAC)
2.8 SP1\Internet Explorer 8\JetopClientSetup.msi(download
http://lol.tepc.com.cn/JetopSummary/download/JetopClientSetup.msi) on windows 7
32bit bottle.When I login the software JetopClient open the website
(http://lol.tepc.com.cn/JetopSummary/download/JetopClientSetup.msi) than the
error has occur.
CrossOver Linux 16.0.6
Install location: /opt/cxoffice
64-bit OS
Desktop session: deepin
Window manager: Mutter(DeepinGala)
Locale: zh_CN.UTF-8
Contents of /etc/os-release:
PRETTY_NAME="Deepin 15"
NAME="Deepin"
VERSION_ID="15.4.1"
VERSION="15.4.1"
ID=deepin
HOME_URL="https://www.deepin.org/"
BUG_REPORT_URL="http://feedback.deepin.org/feedback/"
cxdiag output:
[MissingLibGphoto2Port]
"Level"="Suggest"
"Title"="Missing 32bit libgphoto2_port.so.10 library"
"Description"="Lets Windows applications access digital cameras."
[MissingLibOpencl]
"Level"="Suggest"
"Title"="Missing 32bit libOpenCL.so.1 library"
"Description"="Provides GPU computation support to Windows applications."
--
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=23294
Summary: Eudora 7.1.0.9: The Icons of the minimized mailboxes
stack on top of each other
Product: Wine
Version: 1.2-rc3
Platform: x86-64
URL: http://www.eudora.com/download/eudora/windows/7.1/Eudo
ra_7.1.0.9.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexandru.balut(a)gmail.com
Created an attachment (id=29033)
--> (http://bugs.winehq.org/attachment.cgi?id=29033)
Two minimized mailboxes create overlapping icons
- Open the "In" mailbox, minimize it, notice the icon appears in the
bottom-left corner;
- Open the "Out" mailbox, minimize it, notice the icon is over the icon of the
"In" mailbox (see attachment). It should be near it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=657
shalinrox1232(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |shalinrox1232(a)gmail.com
--
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=40198
Bug ID: 40198
Summary: Oblivion: corrupted screenshot using the stamp key
Product: Wine
Version: 1.9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ---
Created attachment 53705
--> https://bugs.winehq.org/attachment.cgi?id=53705
screen1
Using wine 1.9.3 Staging.
Every time I take a screenshot in the game The Elder Scroll 4: Oblivion, the
screenshot is corrupted.
It's in greyscale, and misaligned
If I take a screenshot with the internal function of Oblivion Reloaded instead
it is all correct.
part of wine stderr.
fixme:d3d:wined3d_check_device_format_conversion wined3d 0x196e10, adapter_idx
0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8X8_UNORM,
dst_format WINED3DFMT_B8G8R8X8_UNORM stub!
fixme:d3d:wined3d_check_device_format_conversion wined3d 0x196e10, adapter_idx
0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B5G6R5_UNORM,
dst_format WINED3DFMT_B8G8R8X8_UNORM stub!
fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004.
fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x5.
and others things
--
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=4836
Sebastian Lackner <sebastian(a)fds-team.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dmitry(a)baikal.ru,
| |erich.e.hoover@wine-staging
| |.com, michael(a)fds-team.de
--
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=42727
Bug ID: 42727
Summary: obsolete 128MB bitmap size limit
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: claude(a)mathr.co.uk
Distribution: ---
Created attachment 57708
--> https://bugs.winehq.org/attachment.cgi?id=57708
source code to probe supported bitmap size
The current WINE bitmap implementation has a size limit of 128MiB dating back
to 2008 with a comment about Windows XP:
https://source.winehq.org/git/wine.git/blob/39935fe5ad889d537d828cc82771bdb…
197 /* XP doesn't allow creating bitmaps larger than 128 MB */
198 if (bm.bmHeight > 128 * 1024 * 1024 / bm.bmWidthBytes)
199 {
200 SetLastError( ERROR_NOT_ENOUGH_MEMORY );
201 return 0;
202 }
However, recent versions of Windows seem to have a higher limit, of 2GiB.
Attached source code tries to create bitmaps with increasing sizes (each just
under 2^N bytes) and prints successes and eventual failure.
The bitmap test code seems to have a test for individual maximum dimension
(width), but not for maximum total bitmap size:
https://source.winehq.org/git/wine.git/blob/39935fe5ad889d537d828cc82771bdb…
Thanks for testing to users at
http://www.fractalforums.com/windows-fractal-software/windows-bitmap-size-t…
- I'll attach their results after submitting.
--
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=43181
Bug ID: 43181
Summary: NetBSD ptrace.c:678:46: error: 'struct dbreg' has no
member named 'dr0' (and more)
Product: Wine
Version: 2.9
Hardware: x86-64
OS: NetBSD
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adrien_fernandes2(a)hotmail.com
Created attachment 58452
--> https://bugs.winehq.org/attachment.cgi?id=58452
Entire output
I'm using NetBSD 8.99.1 (GENERIC) amd64
I built successfully Wine for 64 bits ONLY (no 32 and 16 bits compatibility)
with the exact same wip/wine-staging package I made by myself.
To be able to build it to have 32 bits compatibility, I had to use a chroot
with a full set of NetBSD i386 inside. It was working in the past, a few months
earlier on an earlier version of Wine and NetBSD but not anymore now with 2.9
and NetBSD 8.99.1 (if it can be the problem)
I attached the entire output when I "make -C /usr/pkgsrc/wip/wine-staging"
--
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=43313
Bug ID: 43313
Summary: valgrind shows several uninitialized writes in
dlls/dinput/tests/device.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: 00cpxxx(a)gmail.com
Distribution: Gentoo
==21119== Syscall param write(buf) points to uninitialised byte(s)
==21119== at 0x424DE7F: ??? (syscall-template.S:84)
==21119== by 0x52A6DAE: JoystickWImpl_Acquire (joystick_linuxinput.c:718)
==21119== by 0x52A6F15: JoystickAImpl_Acquire (joystick_linuxinput.c:736)
==21119== by 0x48783BA: test_object_info (device.c:118)
==21119== by 0x4878BBB: enum_devices (device.c:194)
==21119== by 0x5295DD3: ??? (dinput_main.c:351)
==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419)
==21119== by 0x4878EF8: device_tests (device.c:241)
==21119== by 0x4879050: func_device (device.c:266)
==21119== by 0x48822E7: run_test (test.h:603)
==21119== by 0x4882739: main (test.h:687)
==21119== Address 0x4b0f68c is on thread 1's stack
==21119== in frame #1, created by JoystickWImpl_Acquire
(joystick_linuxinput.c:684)
==21119== Uninitialised value was created by a stack allocation
==21119== at 0x52A6B64: JoystickWImpl_Acquire (joystick_linuxinput.c:684)
==21119==
==21119== Syscall param write(buf) points to uninitialised byte(s)
==21119== at 0x424DE7F: ??? (syscall-template.S:84)
==21119== by 0x52A700D: JoystickWImpl_Unacquire (joystick_linuxinput.c:762)
==21119== by 0x52A70F0: JoystickAImpl_Unacquire (joystick_linuxinput.c:774)
==21119== by 0x4878441: test_object_info (device.c:121)
==21119== by 0x4878BBB: enum_devices (device.c:194)
==21119== by 0x5295DD3: ??? (dinput_main.c:351)
==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419)
==21119== by 0x4878EF8: device_tests (device.c:241)
==21119== by 0x4879050: func_device (device.c:266)
==21119== by 0x48822E7: run_test (test.h:603)
==21119== by 0x4882739: main (test.h:687)
==21119== Address 0x4b0f68c is on thread 1's stack
==21119== in frame #1, created by JoystickWImpl_Unacquire
(joystick_linuxinput.c:743)
==21119== Uninitialised value was created by a stack allocation
==21119== at 0x52A6F36: JoystickWImpl_Unacquire (joystick_linuxinput.c:743)
==21119==
==21119== Syscall param write(buf) points to uninitialised byte(s)
==21119== at 0x424DE7F: ??? (syscall-template.S:84)
==21119== by 0x52A6DAE: JoystickWImpl_Acquire (joystick_linuxinput.c:718)
==21119== by 0x52A6F15: JoystickAImpl_Acquire (joystick_linuxinput.c:736)
==21119== by 0x48785AF: test_object_info (device.c:131)
==21119== by 0x4878BBB: enum_devices (device.c:194)
==21119== by 0x5295DD3: ??? (dinput_main.c:351)
==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419)
==21119== by 0x4878EF8: device_tests (device.c:241)
==21119== by 0x4879050: func_device (device.c:266)
==21119== by 0x48822E7: run_test (test.h:603)
==21119== by 0x4882739: main (test.h:687)
==21119== Address 0x4b0f68c is on thread 1's stack
==21119== in frame #1, created by JoystickWImpl_Acquire
(joystick_linuxinput.c:684)
==21119== Uninitialised value was created by a stack allocation
==21119== at 0x52A6B64: JoystickWImpl_Acquire (joystick_linuxinput.c:684)
==21119==
==21119== Syscall param write(buf) points to uninitialised byte(s)
==21119== at 0x424DE7F: ??? (syscall-template.S:84)
==21119== by 0x52A700D: JoystickWImpl_Unacquire (joystick_linuxinput.c:762)
==21119== by 0x52A70F0: JoystickAImpl_Unacquire (joystick_linuxinput.c:774)
==21119== by 0x4878683: test_object_info (device.c:136)
==21119== by 0x4878BBB: enum_devices (device.c:194)
==21119== by 0x5295DD3: ??? (dinput_main.c:351)
==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419)
==21119== by 0x4878EF8: device_tests (device.c:241)
==21119== by 0x4879050: func_device (device.c:266)
==21119== by 0x48822E7: run_test (test.h:603)
==21119== by 0x4882739: main (test.h:687)
==21119== Address 0x4b0f68c is on thread 1's stack
==21119== in frame #1, created by JoystickWImpl_Unacquire
(joystick_linuxinput.c:743)
==21119== Uninitialised value was created by a stack allocation
==21119== at 0x52A6F36: JoystickWImpl_Unacquire (joystick_linuxinput.c:743)
==21119==
==21119== Syscall param write(buf) points to uninitialised byte(s)
==21119== at 0x424DE7F: ??? (syscall-template.S:84)
==21119== by 0x52A6DAE: JoystickWImpl_Acquire (joystick_linuxinput.c:718)
==21119== by 0x52A6F15: JoystickAImpl_Acquire (joystick_linuxinput.c:736)
==21119== by 0x48788F9: test_object_info (device.c:161)
==21119== by 0x4878BBB: enum_devices (device.c:194)
==21119== by 0x5295DD3: ??? (dinput_main.c:351)
==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419)
==21119== by 0x4878EF8: device_tests (device.c:241)
==21119== by 0x4879050: func_device (device.c:266)
==21119== by 0x48822E7: run_test (test.h:603)
==21119== by 0x4882739: main (test.h:687)
==21119== Address 0x4b0f68c is on thread 1's stack
==21119== in frame #1, created by JoystickWImpl_Acquire
(joystick_linuxinput.c:684)
==21119== Uninitialised value was created by a stack allocation
==21119== at 0x52A6B64: JoystickWImpl_Acquire (joystick_linuxinput.c:684)
==21119==
==21119== Syscall param write(buf) points to uninitialised byte(s)
==21119== at 0x424DE7F: ??? (syscall-template.S:84)
==21119== by 0x52A700D: JoystickWImpl_Unacquire (joystick_linuxinput.c:762)
==21119== by 0x52A70F0: JoystickAImpl_Unacquire (joystick_linuxinput.c:774)
==21119== by 0x48789BD: test_object_info (device.c:166)
==21119== by 0x4878BBB: enum_devices (device.c:194)
==21119== by 0x5295DD3: ??? (dinput_main.c:351)
==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419)
==21119== by 0x4878EF8: device_tests (device.c:241)
==21119== by 0x4879050: func_device (device.c:266)
==21119== by 0x48822E7: run_test (test.h:603)
==21119== by 0x4882739: main (test.h:687)
==21119== Address 0x4b0f68c is on thread 1's stack
==21119== in frame #1, created by JoystickWImpl_Unacquire
(joystick_linuxinput.c:743)
==21119== Uninitialised value was created by a stack allocation
==21119== at 0x52A6F36: JoystickWImpl_Unacquire (joystick_linuxinput.c:743)
==21119==
==21119== Syscall param write(buf) points to uninitialised byte(s)
==21119== at 0x424DE7F: ??? (syscall-template.S:84)
==21119== by 0x52A6DAE: JoystickWImpl_Acquire (joystick_linuxinput.c:718)
==21119== by 0x48783BA: test_object_info (device.c:118)
==21119== by 0x4878C4C: enum_devices (device.c:200)
==21119== by 0x5295DD3: ??? (dinput_main.c:351)
==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419)
==21119== by 0x4878EF8: device_tests (device.c:241)
==21119== by 0x4879050: func_device (device.c:266)
==21119== by 0x48822E7: run_test (test.h:603)
==21119== by 0x4882739: main (test.h:687)
==21119== Address 0x4b0f6cc is on thread 1's stack
==21119== in frame #1, created by JoystickWImpl_Acquire
(joystick_linuxinput.c:684)
==21119== Uninitialised value was created by a stack allocation
==21119== at 0x52A6B64: JoystickWImpl_Acquire (joystick_linuxinput.c:684)
==21119==
==21119== Syscall param write(buf) points to uninitialised byte(s)
==21119== at 0x424DE7F: ??? (syscall-template.S:84)
==21119== by 0x52A700D: JoystickWImpl_Unacquire (joystick_linuxinput.c:762)
==21119== by 0x4878441: test_object_info (device.c:121)
==21119== by 0x4878C4C: enum_devices (device.c:200)
==21119== by 0x5295DD3: ??? (dinput_main.c:351)
==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419)
==21119== by 0x4878EF8: device_tests (device.c:241)
==21119== by 0x4879050: func_device (device.c:266)
==21119== by 0x48822E7: run_test (test.h:603)
==21119== by 0x4882739: main (test.h:687)
==21119== Address 0x4b0f6cc is on thread 1's stack
==21119== in frame #1, created by JoystickWImpl_Unacquire
(joystick_linuxinput.c:743)
==21119== Uninitialised value was created by a stack allocation
==21119== at 0x52A6F36: JoystickWImpl_Unacquire (joystick_linuxinput.c:743)
==21119==
==21119== Syscall param write(buf) points to uninitialised byte(s)
==21119== at 0x424DE7F: ??? (syscall-template.S:84)
==21119== by 0x52A6DAE: JoystickWImpl_Acquire (joystick_linuxinput.c:718)
==21119== by 0x48785AF: test_object_info (device.c:131)
==21119== by 0x4878C4C: enum_devices (device.c:200)
==21119== by 0x5295DD3: ??? (dinput_main.c:351)
==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419)
==21119== by 0x4878EF8: device_tests (device.c:241)
==21119== by 0x4879050: func_device (device.c:266)
==21119== by 0x48822E7: run_test (test.h:603)
==21119== by 0x4882739: main (test.h:687)
==21119== Address 0x4b0f6cc is on thread 1's stack
==21119== in frame #1, created by JoystickWImpl_Acquire
(joystick_linuxinput.c:684)
==21119== Uninitialised value was created by a stack allocation
==21119== at 0x52A6B64: JoystickWImpl_Acquire (joystick_linuxinput.c:684)
==21119==
==21119== Syscall param write(buf) points to uninitialised byte(s)
==21119== at 0x424DE7F: ??? (syscall-template.S:84)
==21119== by 0x52A700D: JoystickWImpl_Unacquire (joystick_linuxinput.c:762)
==21119== by 0x4878683: test_object_info (device.c:136)
==21119== by 0x4878C4C: enum_devices (device.c:200)
==21119== by 0x5295DD3: ??? (dinput_main.c:351)
==21119== by 0x5296011: IDirectInputAImpl_EnumDevices (dinput_main.c:419)
==21119== by 0x4878EF8: device_tests (device.c:241)
==21119== by 0x4879050: func_device (device.c:266)
==21119== by 0x48822E7: run_test (test.h:603)
==21119== by 0x4882739: main (test.h:687)
==21119== Address 0x4b0f6cc is on thread 1's stack
==21119== in frame #1, created by JoystickWImpl_Unacquire
(joystick_linuxinput.c:743)
==21119== Uninitialised value was created by a stack allocation
==21119== at 0x52A6F36: JoystickWImpl_Unacquire (joystick_linuxinput.c:743)
==21119==
wine-2.12.
Note: I had a Sony DS4 plugged in via USB when the tests were run, which may be
related
--
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=36183
Bug ID: 36183
Summary: valgrind shows a potential leaks in atl100/tests/atl.c
Product: Wine
Version: 1.3.13
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: atl
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==13578== 8 bytes in 1 blocks are possibly lost in loss record 37 of 602
==13578== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==13578== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==13578== by 0x7B8457FF: HeapAlloc (heap.c:271)
==13578== by 0x7B845AD4: GlobalAlloc (heap.c:376)
==13578== by 0x4E29357: OLEClipbrd_Initialize (clipboard.c:1732)
==13578== by 0x4E626C6: OleInitialize (ole2.c:215)
==13578== by 0x4DE5CA0: AtlAxWinInit (atl_ax.c:108)
==13578== by 0x4C9708E: test_ax_win (atl.c:600)
==13578== by 0x4C97273: func_atl (atl.c:627)
==13578== by 0x4C98072: run_test (test.h:584)
==13578== by 0x4C98460: main (test.h:654)
==13578==
==13578== 32 bytes in 1 blocks are possibly lost in loss record 208 of 602
==13578== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==13578== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==13578== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326)
==13578== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356)
==13578== by 0x7B876A64: InitializeCriticalSection (sync.c:313)
==13578== by 0x4DE4213: AtlWinModuleInit (atl.c:436)
==13578== by 0x4C950D9: test_winmodule (atl.c:89)
==13578== by 0x4C9725A: func_atl (atl.c:622)
==13578== by 0x4C98072: run_test (test.h:584)
==13578== by 0x4C98460: main (test.h:654)
==13578==
==1611== 32 bytes in 1 blocks are possibly lost in loss record 217 of 629
==1611== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1611== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1611== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326)
==1611== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356)
==1611== by 0x7B876A64: InitializeCriticalSection (sync.c:313)
==1611== by 0x4E62252: test_winmodule (atl.c:101)
==1611== by 0x4E6425A: func_atl (atl.c:622)
==1611== by 0x4E65072: run_test (test.h:584)
==1611== by 0x4E65460: main (test.h:654)
==1611==
==1611== 32 bytes in 1 blocks are possibly lost in loss record 218 of 629
==1611== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1611== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1611== by 0x5B300B4: alloc_bstr (oleaut.c:162)
==1611== by 0x5B3044A: SysAllocStringLen (oleaut.c:324)
==1611== by 0x5B535E8: TLB_MultiByteToBSTR (typelib.c:1753)
==1611== by 0x5B580A8: ITypeLib2_Constructor_MSFT (typelib.c:3706)
==1611== by 0x5B57398: TLB_ReadTypeLib (typelib.c:3460)
==1611== by 0x5B4F6BC: LoadTypeLibEx (typelib.c:478)
==1611== by 0x5B4F5F8: LoadTypeLib (typelib.c:454)
==1611== by 0x4E639C1: Dispatch_GetTypeInfo (atl.c:520)
==1611== by 0x4F853FA: AtlGetObjectSourceInterface (oaidl.h:811)
==1611== by 0x4E63D58: test_source_iface (atl.c:576)
==1611== by 0x4E6426E: func_atl (atl.c:626)
==1611== by 0x4E65072: run_test (test.h:584)
==1611== by 0x4E65460: main (test.h:654)
==1611==
==1659== 32 bytes in 1 blocks are possibly lost in loss record 218 of 630
==1659== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1659== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1659== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326)
==1659== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356)
==1659== by 0x7B876A64: InitializeCriticalSection (sync.c:313)
==1659== by 0x4E62252: test_winmodule (atl.c:101)
==1659== by 0x4E6425A: func_atl (atl.c:622)
==1659== by 0x4E65072: run_test (test.h:584)
==1659== by 0x4E65460: main (test.h:654)
==1659==
==1986== 80 bytes in 1 blocks are possibly lost in loss record 348 of 630
==1986== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1986== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1986== by 0x5B040B4: alloc_bstr (oleaut.c:162)
==1986== by 0x5B045F5: SysAllocStringByteLen (oleaut.c:413)
==1986== by 0x5B29DA8: MSFT_ReadAllStrings (typelib.c:2879)
==1986== by 0x5B2B9F0: ITypeLib2_Constructor_MSFT (typelib.c:3581)
==1986== by 0x5B2B398: TLB_ReadTypeLib (typelib.c:3460)
==1986== by 0x5B236BC: LoadTypeLibEx (typelib.c:478)
==1986== by 0x5B235F8: LoadTypeLib (typelib.c:454)
==1986== by 0x4A349C1: Dispatch_GetTypeInfo (atl.c:520)
==1986== by 0x4F553FA: AtlGetObjectSourceInterface (oaidl.h:811)
==1986== by 0x4A34D58: test_source_iface (atl.c:576)
==1986== by 0x4A3526E: func_atl (atl.c:626)
==1986== by 0x4A36072: run_test (test.h:584)
==1986== by 0x4A36460: main (test.h:654)
==1986==
--
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=43299
Bug ID: 43299
Summary: Browse App fails to find application.
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
When filtering on "Cloud Pirates" to see if it was in the database, it failed
to find the entry.
However when "submitting" an application, it found the entry straight away on
the duplicate check.
--
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=43298
Bug ID: 43298
Summary: World of Warcraft and Windows XP out of date.
Product: Wine
Version: 2.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: arnaud.his(a)free.fr
Distribution: ---
Created attachment 58641
--> https://bugs.winehq.org/attachment.cgi?id=58641
Screenshot
For some weeks, every time I start the software, I get this message: "Your
operating system will no longer be supported". "Windows XP support will stop
soon. We recommend that you upgrade to Windows 7 at a minimum."
--
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=41363
Bug ID: 41363
Summary: Starcraft Editor crash when accessing Triggers.
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zombie_ryushu(a)yahoo.com
Distribution: ---
In all versions of Starcraft (Brood War) under Wine 1.9.12 to current,
Starcraft Map editor Crashes whenever the "Triggers" Dialogue is accessed. Wine
will report that the program had a serious problem, and dump a backtrace.
--
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=43297
Bug ID: 43297
Summary: Hello Neighbor crashes on startup
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
Prompts with message
The global shader cache file 'C:/Program Files
(x86)/Steam/steamapps/common/Hello Neighbor
Demo/Engine/GlobalShaderCache-GLSL_150.bin' is missing.
You're running a version of the application built to load COOKED content only,
however no COOKED content was found. Consider cooking content for this b...
--
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=41585
Bug ID: 41585
Summary: Rogue Operatives won't launch
Product: Wine
Version: 1.9.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spleefer90(a)gmail.com
Distribution: ---
Created attachment 55923
--> https://bugs.winehq.org/attachment.cgi?id=55923
crash log - steam
Only a window opens saying
Your application is built to load COOKED content. No COOKED content was found;
This usually means you did not cook content for this build.
It also may indicate missing cooked data for a shader platform(e.g., OpenGL
under Windows): Make sure your platform's packaging settings include this
Targeted RHI.
--
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=35278
Bug ID: 35278
Summary: KindleforPC crashes with big books
Product: Wine
Version: 1.7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)staerk.de
Classification: Unclassified
Created attachment 47052
--> http://bugs.winehq.org/attachment.cgi?id=47052
backtrace when clicking onto a large book in Amazon Kindle reader for PC
When starting Kindle.exe to read my e-books, wine crashes with the attached
backtrace. I tried with SUSE 13.1 and SUSE 12.2, in both cases it crashes.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35142
Bug ID: 35142
Summary: Lara Croft and the Guardian of Light: screen filled
with artefacts when StrictDrawOrdering disabled
Product: Wine
Version: 1.7.8
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 46879
--> http://bugs.winehq.org/attachment.cgi?id=46879
terminal output
Strange polygons are flashing in and out in the game, cutscenes are affected
too.
'winetricks strictdrawordering=enabled' makes those artefacts go away (but
performance suffers).
Demo version is available on Steam:
http://store.steampowered.com/app/35130/
Nvidia binary drivers 325.15
--
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=43257
Bug ID: 43257
Summary: winetricks -q art2kmin fails
Product: Wine
Version: 2.11
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: hans(a)meelstraat.net, z.figura12(a)gmail.com
Regression SHA1: a388906a1a963b77125dc0f184484c0993b9fb49
Distribution: Gentoo
commit a388906a1a963b77125dc0f184484c0993b9fb49
Author: Zebediah Figura <z.figura12(a)gmail.com>
Date: Mon Jun 26 20:28:00 2017 -0500
msi: Send the correct UI messages upon calling MsiDoAction().
Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com>
Signed-off-by: Hans Leidekker <hans(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
$ winetricks -q art2kmin
Executing w_do_call art2kmin
Executing load_art2kmin
Executing cd /Users/austin/.cache/winetricks/art2kmin
Executing wine AccessRuntime.exe /q
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
err:msi:ACTION_CallDllFunction Custom action
(L"C:\\users\\austin\\Temp\\msi4da4.tmp":L"ExportTempHxDs") caused a page
fault: c0000005
err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main process
heap section" wait timed out in thread 003f, blocked by 004f, retrying (60 sec)
--
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=42597
Bug ID: 42597
Summary: Mouse wheel doesn't scroll in MyLifeOrganized
Product: Wine
Version: 2.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ddascalescu+wine(a)gmail.com
Distribution: ---
I'm using Ubuntu with Unity and in MLO for Windows
(https://www.mylifeorganized.net/todo-list-windows.shtml), the mouse wheel
doesn't do anything.
I'm not sure, but I think this is a regression from 1.8.
--
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=33301
Bug #: 33301
Summary: FeiQ can't display its window, the client area is
black.
Product: Wine
Version: 1.5.27
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fangendoucg(a)gmail.com
Classification: Unclassified
Hi, forks
I tested a LAN chat app called FeiQ, it can't run normally under wine.
Just do as follow:
1. Download FeiQ.exe from http://www.feiq18.com/forum.php or the attachment
I've uploaded here.
sha1sum:
2. It has only one .exe file, so you can save it to anywhere. Then run it: $
wine FeiQ.exe
3. When FeiQ runs for the first time, you'll see a window displayed normally.
You can just click on the default focused button or wait a minute until it
disappears.
4. Then you can see a small window with black client area. After clicking on
the close button, another one comes out. Click on the close button again, the
main window of FeiQ displays. It also has a black client area.
Under Ubuntu 12.04 & wine-1.5.27.
--
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=30020
Bug #: 30020
Summary: Tribes Ascend does not connect to the authentication
service
Product: Wine
Version: 1.4-rc5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rmlipman(a)gmail.com
Classification: Unclassified
Tribes Ascend installs successfully, but the launcher never connects to the
update service. The only thing that shows up in the console is
fixme:thread:NtQueryInformationThread info class 16 not supported yet
spammed over and over again.
--
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=37299
Bug ID: 37299
Summary: Smite does not connect to the authentication service
Product: Wine
Version: 1.7.27
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: correo.cuervo(a)gmail.com
Created attachment 49608
--> https://bugs.winehq.org/attachment.cgi?id=49608
Smite failed to start
I'm trying to run Smite on wine but the installation process is aborted.
I'm attaching screenshots and console messages.
--
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=19201
Summary: don't delete accounts after 6 months of inactivity
Product: WineHQ Apps Database
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nlmdejonge(a)telfort.nl
Please do not delete accounts after 6 months of inactivity.
-----
Warning: inactivity detected
-------------------------------------------------------
You didn't log in in the past six months to the AppDB.
Please log in or your account will automatically be deleted in one month.
http://appdb.winehq.org/account.php?sCmd=login
Best regards.
The AppDB team
http://appdb.winehq.org/
-----
Six months isn't that much, and accounts that are barely used don't hurt
anyone, do they? People shouldn't have to login every 6 months just to keep
their accounts.
--
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=17613
Summary: Add tags to AppDB.
Product: WineHQ Apps Database
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fallenblood(a)gmail.com
The current category system is quite inflexible. How about a standardized
tagging system? The possibilities are endless, for example, which Wine
components does the app depend on. This could completely replace categories.
--
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=39625
Bug ID: 39625
Summary: TeamViewer 11 File Transfer denied on remote computer
Product: Wine
Version: 1.7.55
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sasha969(a)hotmail.com
Distribution: ---
Created attachment 52800
--> https://bugs.winehq.org/attachment.cgi?id=52800
Info copied from trminal using winedbg.
File Transfer asks for password and after clicking "Log On" file transfer
window pops up with correct folder structure of remote computer but then "The
file transfer could not be started because it was denied on the remote
computer." without crash.
--
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=39617
Bug ID: 39617
Summary: Starting TeamViewer 11 takes few minutes instead of
few seconds
Product: Wine
Version: 1.7.55
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sasha969(a)hotmail.com
Distribution: ---
Created attachment 52788
--> https://bugs.winehq.org/attachment.cgi?id=52788
Info copied from trminal using winedbg.
Starting TeamViewer 11 takes few minutes instead of few seconds how it usually
takes in Windows.
Starting app creates "Teamviewer.exe" and "TeamViewer_Service.exe" processes
immediately but needs few minutes to show it's window with "tv_w32.exe" and
"tv_x64.exe".
Starting app does not use any extra PC resources just takes long time.
Tested on Linux Mint 17.2 Cinnamon.
--
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=3846
zaplo00(a)mailfence.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |zaplo00(a)mailfence.com
--- Comment #35 from zaplo00(a)mailfence.com ---
Broken in wine-staging 2.11
--
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=40605
Bug ID: 40605
Summary: Launched LeagueofLegends immediate crash
Product: Wine
Version: 1.9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rufus_1_2(a)yahoo.com
Distribution: Fedora
Created attachment 54460
--> https://bugs.winehq.org/attachment.cgi?id=54460
debug launched at launching
Installed with download client just fine to NTFS logic drive mounted at
/home/user/.wine/Games/Ó¢ÐÛÁªÃË/Game/LeagueofLegend.exe
The following crash report is exactly the same as when I had air adobe and all
the "required" listed from other LOL installations installed with winetricks,
but this is under a fresh install of wine 1.9.8 that shows no libraries
installed in winecfg.
--
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=43229
Bug ID: 43229
Summary: Use alsa card name instead ID
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sc.olivier(a)gmail.com
Distribution: ---
Hello dear Wine community,
I wanted to point out that in audio devices, you use the "name" instead of
"ID".
It seems that this is a non-priority bug but has existed since the beginning of
the project.
Indeed, it is well specified by the community of alsa that the unique OS name
of the sound cards is "ID".(Do not confuse with index)
The "name" flag is used to define the manufacturer name of the card. This entry
is therefore not unique.
When we have the same sound card several times or if have used loopback alsa,
we find nothing when you search your device in wine...
If you could fix this in a near release this to be really ideal.
Thanks in advance.
Good continuation for this very good project that I follow a long time.
--
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=42261
Bug ID: 42261
Summary: Evoland 2 is very slow
Product: Wine
Version: 2.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spleefer90(a)gmail.com
Distribution: ---
Evoland 2 is $1 for the next 2 weeks.
https://www.humblebundle.com/best-of-2016-bundle
The game lags badly in all bigger areas, and little in small areas.
There doesn't seem to be any relevant wine output to it, but I'll post a game
startup log soon.
--
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=41192
Bug ID: 41192
Summary: No crashes but always error reporting without further
issues on the invoked Windows applications.
Product: Wine
Version: 1.9.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: benedict.thienpont(a)gmail.com
Distribution: ---
Created attachment 55426
--> https://bugs.winehq.org/attachment.cgi?id=55426
The error reporting.
>Description:
All windows applications I have (none are games) result in a nagging popup of
an error. It has no effect on the functionality of the software. With or
without closing the error report I can continue using the Windows application
and ignore the error reporting.
>cat /proc/version:
Linux version 3.13.0-77-generic (buildd@lcy01-35) (gcc version 4.8.2 (Ubuntu
4.8.2-19ubuntu1) ) #121-Ubuntu SMP Wed Jan 20 10:50:59 UTC 2016
>lscpu:
Architecture: i686
CPU op-mode(s): 32-bit
Byte Order: Little Endian
CPU(s): 2
On-line CPU(s) list: 0,1
Thread(s) per core: 2
Core(s) per socket: 1
Socket(s): 1
Vendor ID: GenuineIntel
CPU family: 15
Model: 4
Stepping: 1
CPU MHz: 2990.571
BogoMIPS: 5981.14
L1d cache: 16K
L2 cache: 1024K
>lshw -short:
H/W path Device Class Description
===================================================
system ()
/0 bus 09F0h
/0/1 memory 128KiB BIOS
/0/5 processor Intel(R) Pentium(R) 4 CPU 3.00GHz
/0/5/7 memory 28KiB L1 cache
/0/5/8 memory 1MiB L2 cache
/0/5/1.1 processor Logical CPU
/0/5/1.2 processor Logical CPU
/0/6 processor CPU [empty]
/0/36 memory System Memory
/0/36/0 memory 512MiB DIMM DDR2 Synchronous 533 MHz
(1.9 ns)
/0/36/1 memory 512MiB DIMM DDR2 Synchronous 667 MHz
(1.5 ns)
/0/36/2 memory 512MiB DIMM DDR2 Synchronous 667 MHz
(1.5 ns)
/0/36/3 memory 512MiB DIMM DDR2 Synchronous 533 MHz
(1.9 ns)
/0/37 memory Flash Memory
/0/37/0 memory 1MiB Chip FLASH Non-volatile
/0/0 memory
/0/2 memory
/0/100 bridge 82945G/GZ/P/PL Memory Controller Hub
/0/100/2 display 82945G/GZ Integrated Graphics
Controller
/0/100/1b multimedia NM10/ICH7 Family High Definition Audio
Controller
/0/100/1c bridge NM10/ICH7 Family PCI Express Port 1
/0/100/1c/0 bus uPD720200 USB 3.0 Host Controller
/0/100/1c.1 bridge NM10/ICH7 Family PCI Express Port 2
/0/100/1c.1/0 eth0 network NetXtreme BCM5752 Gigabit Ethernet PCI
Express
/0/100/1d bus NM10/ICH7 Family USB UHCI Controller #1
/0/100/1d.1 bus NM10/ICH7 Family USB UHCI Controller #2
/0/100/1d.2 bus NM10/ICH7 Family USB UHCI Controller #3
/0/100/1d.3 bus NM10/ICH7 Family USB UHCI Controller #4
/0/100/1d.7 bus NM10/ICH7 Family USB2 EHCI Controller
/0/100/1e bridge 82801 PCI Bridge
/0/100/1f bridge 82801GB/GR (ICH7 Family) LPC Interface
Bridge
/0/100/1f.1 storage 82801G (ICH7 Family) IDE Controller
/0/100/1f.2 storage NM10/ICH7 Family SATA Controller [IDE
mode]
/0/3 scsi0 storage
/0/3/0.0.0 /dev/cdrom disk DVDRAM GSA-H10N
/0/4 scsi2 storage
/0/4/0.0.0 /dev/sda disk 64GB SAMSUNG SSD PB22
/0/4/0.0.0/1 /dev/sda1 volume 59GiB Extended partition
/0/4/0.0.0/1/5 /dev/sda5 volume 57GiB Linux filesystem partition
/0/4/0.0.0/1/6 /dev/sda6 volume 1908MiB Linux swap / Solaris partition
/0/7 scsi3 storage
/0/7/0.0.0 /dev/sdb disk 250GB ST3250820AS
/0/7/0.0.0/1 /dev/sdb1 volume 39GiB Darwin/OS X HFS+ partition
/0/7/0.0.0/2 /dev/sdb2 volume 59GiB EXT4 volume
/0/7/0.0.0/2/5 /dev/sdb5 volume 57GiB Linux filesystem partition
/0/7/0.0.0/2/6 /dev/sdb6 volume 1801MiB Linux swap / Solaris partition
/0/7/0.0.0/3 /dev/sdb3 volume 17GiB Windows NTFS volume
/0/7/0.0.0/4 /dev/sdb4 volume 116GiB Darwin/OS X HFS+ partition
/0/8 scsi4 storage
/0/8/0.0.0 /dev/sdc disk 8036MB Cruzer Micro
/0/8/0.0.0/0 /dev/sdc disk 8036MB
/0/8/0.0.0/0/1 /dev/sdc1 volume 7662MiB Windows FAT volume
--
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=17896
Summary: Cups not detected on OpenBSD
Product: Wine
Version: 1.1.18
Platform: PC
OS/Version: OpenBSD
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Compile script is:
#!/bin/sh
export CFLAGS="-I/usr/local/include -I/usr/local/include/libpng"
export LDFLAGS="-lm -lz -lcrypto -L/usr/local/lib"
export X_EXTRA_LIBS="-lXau -lXdmcp"
export CPPFLAGS="-I/usr/local/include"
./configure
>From config.log:
configure:16073: checking for -lcups
configure:16108: gcc -o conftest -I/usr/local/include
-I/usr/local/include/libpng -I/usr/local/include -I/usr/local/include -lm -lz
-lcrypto -L/usr/local/lib conftest.c -lcups -Wl,-R/usr/local/lib
-L/usr/local/lib -lossaudio -li386 >&5
/usr/local/lib/libcups.so.3.0: warning: strcpy() is almost always misused,
please use strlcpy()
/usr/local/lib/libcups.so.3.0: warning: sprintf() is often misused, please use
snprintf()
/usr/local/lib/libcups.so.3.0: undefined reference to `pthread_getspecific'
/usr/local/lib/libcups.so.3.0: undefined reference to `pthread_once'
/usr/local/lib/libcups.so.3.0: undefined reference to `pthread_key_create'
/usr/local/lib/libcups.so.3.0: undefined reference to `pthread_mutex_unlock'
/usr/local/lib/libcups.so.3.0: undefined reference to `pthread_mutex_lock'
/usr/local/lib/libcups.so.3.0: undefined reference to `pthread_setspecific'
collect2: ld returned 1 exit status
perhaps we need to #include pthread.h?
--
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=42818
Bug ID: 42818
Summary: MIDI Time Code Quarter Frame messages not passed to
ALSA
Product: Wine
Version: 1.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winealsa.drv
Assignee: wine-bugs(a)winehq.org
Reporter: mdmayfield(a)yahoo.com
Distribution: ---
MIDI Time Code (MTC) Quarter Frame messages are not correctly passed to ALSA,
causing sync to fail when the Windows application running under Wine (such as
REAPER) is the master timekeeper.
The problem is in dlls/winealsa.drv/midi.c, lines 931-945, which tries to use
snd_seq_ev_set_sysex to send these messages. Based on the discussion in
https://bugs.winehq.org/show_bug.cgi?id=26928 this must have once worked, but
apparently with more recent versions of ALSA these messages are never actually
sent via snd_seq_ev_set_sysex (it must have become more strict in its
definition of "SysEx").
Commit 53454ce9359f4ec485aa9411a0e9b14e3d1ed0fa "Fix handling of system real
time MIDI messages" by 00cpxxx appears to address a very similar issue with
some messages, but does not address Quarter Frames.
By using that approach as a template I was able to make Quarter Frame messages
work again:
https://github.com/mdmayfield/wine/commit/ab1763e7287a7062f658c40def5bf9919…
Without this patch I could reproduce the issue on Wine 1.6, 1.8, 1.9,and 2.4.
Once I have time I will try to create a proper patch submission. Otherwise
please feel free to use or adapt the fix from the GitHub link above.
Thanks,
Matt
--
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=42739
Bug ID: 42739
Summary: CUPS PDF creation, font encoding, garbled / glibberish
text
Product: Wine
Version: 2.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineps.drv
Assignee: wine-bugs(a)winehq.org
Reporter: quatze(a)t-online.de
Distribution: ---
Created attachment 57734
--> https://bugs.winehq.org/attachment.cgi?id=57734
Original docx file
This has originally been posted in the forum, see here:
https://forum.winehq.org/viewtopic.php?f=8&t=28673
I am running MSOffice 2007 on Wine 2.4 on Arch. It is running very well and I
am using it to prepare PDF files from various office files in the background.
The PDF files look very good and are searchable. However, they contain text,
which is malformed. This depends on the font encoding, I suppose.
As a test setup I copied my Fonts directory from my windows machine to the
respectuive wine prefeix/drive_c/windows/Fonts and also installed them in the
truetype fonts directory on the linux machine (/usr/share/fonts/TTF + fc-cache
and fc-cache-32). So the PDF printing picks up all necessary fonts.
Printing is done via cups-pdf. Currently at 3.0.1, but I have tried several
versions starting from 2.6 inclduding and not indcluding several patches found
on the internet:
https://github.com/alexivkin/CUPS-PDF-to-PDFhttp://www.linuxquestions.org/questions ... 175440557/
https://launchpadlibrarian.net/15378121 ... port.patch
It seems that the cups-pdf driver is not the culprit here, as the result is
always the same.
My test.docx is attached and contains two lines ('test') the first one in
Calibri, the second one in Arial. When I print this docx with wine 2.4, Word
2007 and cups-pdf, a pdf file is created, which looks fine (s. attached), but
when I copy and paste the text, I get:
'[garbled text]
test'
So apparently, the Calibri-font part is somehow problematic.
pdffonts test_wine.pdf
OQHKQC+ArialMT Type 1C WinAnsi yes yes no 10 0
YIGKZZ+Calibri Type 1C Custom yes yes no 8 0
I know I can directly save the docx as a pdf in word and I can also automate
this via a makro, but I also would like to print from Outlook, which is not as
easy to automate as Word via makros, but easily prints via tjhe /p command line
switch.
When I directly save the docx as pdf, I get:
'Test
test'
pdffonts test_wine_savepdf.pdf
ABCDEE+Calibri TrueType WinAnsi yes yes no 5 0
Arial TrueType WinAnsi no no no 7 0
The difference is that the Calibri font is encoded WinAnsi and not custom.
I checked whether the cups-pdf driver might be the culprit by opening and
printing the test.docx file with a native copy of libreoffice and I get:
'Test
test'
pdffonts test_lo.pdf
BAAAAA+Calibri TrueType WinAnsi yes yes yes 14 0
CAAAAA+ArialMT TrueType WinAnsi yes yes yes 9 0
So, basically, both the cups-pdf driver and wine/word are able to encode
WinAnsi, but printing via Word apparently forces the cups-pdf driver to include
custom-encoded font-subsets. I somewhere read that ghostscript cannot do
anything related to reencoding fonts, so I assume that there is something wrong
before cups-pdf starts.
Further observations:
If I use the 'print to file' option in Word (wine) and Word (Windows machine)
to produce a PS file, further processing with ghostscript produces a PDF with
garbled copied text and Type 1C, Custom encoding Calibri, whilst the same
command produces a PDF with copiable text and TrueType, WinAnsi encoding
Calibri.
--
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=36975
Bug ID: 36975
Summary: Printing to PDF using cups-pdf as default always
prints as USA letter.
Product: Wine
Version: 1.7.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pedro.m.ferreira(a)gmail.com
Im using a software called AIRC, it is a portuguese townhall management
software.
With wine version 1.4 i could create A4 pdf files directly from the software,
but now with wine 1.6 or wine 1.7 the pdf are always size usa letter.
It is not a cups-pdf problem because printing directly to the printer it prints
only as usa letter and a little part of the data.
How can i troubleshoot the bug ? Thanks
--
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.