https://bugs.winehq.org/show_bug.cgi?id=44602
Bug ID: 44602
Summary: Memory leak in [spec32.c:215]
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: fan.gang.cn(a)gmail.com
Distribution: ---
Created attachment 60590
--> https://bugs.winehq.org/attachment.cgi?id=60590
The sourcebrella-pinpoint screenshot of a memory leak defect.
We find a memory leak defect in the file tools/winebuild/spec32.c
I've uploaded a screenshot of the leak trace.
The function build_args_string() will allocate a piece of new mem and it should
be freed when finish using.
Gang
Sourcebrella
--
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=44598
Bug ID: 44598
Summary: Hebrew font: rendering of vowels is offset
Product: Wine
Version: 3.2
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chris(a)vine-cottage.org.uk
Created attachment 60587
--> https://bugs.winehq.org/attachment.cgi?id=60587
Comparison of font rendering in wine and Windows
Using theWord http://www.theword.net/index.php?article.download&l=english to
view a Hebrew bible, the font rendering of Hebrew vowel points is incorrect.
All fonts I have tried show inconsistencies, the best font appears to be Cardo.
In the attached image, the top 2 lines of text shows the font rendering in
Wine. The bottom 2 lines of text are the same text rendered in Windows 7. I
have circled some of the incorrect rendering in Red. Other fonts show more
significant offsets of vowel points from the correct positions.
--
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=41633
Bug ID: 41633
Summary: Dark GTK3 Labels are white
Product: Wine-staging
Version: 1.9.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: electricprism(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 56008
--> https://bugs.winehq.org/attachment.cgi?id=56008
wine gtk dark theme black text
When using GTK3, and a dark theme the labels on tabs have the text black
instead of white.
This is visible in both Notepad++ and also 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.
http://bugs.winehq.org/show_bug.cgi?id=36849
Bug ID: 36849
Summary: eTax 2014 installation under Wine on Linux Mint 17
Qiana
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: davidcousens(a)bigpond.com
Created attachment 48937
--> http://bugs.winehq.org/attachment.cgi?id=48937
Wine backtrace while trying to install Etax 2014
Hi,
When trying to install the ATO eTax application under Wine on a Linux Mint 17
system the installation reported an an error with rundll32.exe.
--
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=43654
Bug ID: 43654
Summary: Arx Fatalis: Candlelight / Porch light leaks through
the walls
Product: Wine
Version: 2.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
Created attachment 59083
--> https://bugs.winehq.org/attachment.cgi?id=59083
lights through the wall
Game works fine in wine-2.7. It's bit broken in wine-2.8 (some black frames
with just porch light).
Commit wine-2.8-212-g2ed609f15d fixes those black screens with porch light, but
also intensifies those porch lights, that it leaks through the wall. Attachment
shows that better.
commit 2ed609f15da7c7f8bde54f6d4d895c72f96dd950
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Wed May 24 11:22:09 2017 +0200
wined3d: Add a conversion function for WINED3DFMT_X8D24_UNORM.
Problems remain in current version (wine-2.16)
--
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=21085
Summary: Comctl32 status control uses tooltip window wrongly
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P3
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: us(a)edmeades.me.uk
I've been debugging a private application and tracked down the source of a trap
to the way the status control initializes and uses the tooltip control.
The application in question traps because it receives a WM_CREATE message for
the tooltip window and calls GetWindowLong against an hwnd for a value it
should have set earlier - this fails but the code doesnt notice, and results in
a trap.
On windows, the status control does not create the tooltip until the first
WM_MOUSEMOVE event, and hence all application initialization would have
finished in my case. You can clearly see this by use of a simple application
with a statusbar control set to have a tooltip and text, and then use SPY++ to
monitor the window creation messages.
Note this also shows a 2nd problem which is that the status control passes the
tooltip text to the tooltip window to manage. This is wrong, because using the
status bar you can set and then get the tooltip text before the tooltip window
is ever created. Additionally, SPY++ shows that the notify messages (NEEDTEXT
type) are sent to the status window when the tooltip needs the text, both of
which mean that the status control should manage the text.
I have a simple application which has a button for get tip, set tip text, and
using it you can see the behaviour above. It doesnt replicate the trap but you
can see the behavious using it - you dont get a WM_CREATE for the tooltip until
such time as you move the mouse into the statusbar area on windows.
Simple workarounds for me: winetricks comctl32, or modifying the
STATUSBAR_WMCreate method to something like "if (0 && dwStyle & SBT_TOOLTIPS)
{" to prevent the tooltip altogether.
JECC
JECC
--
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=7055
--- Comment #7 from Nikolay Sivov <bunglehead(a)gmail.com> ---
*** Bug 7068 has been marked as a duplicate of this bug. ***
--
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=7068
Nikolay Sivov <bunglehead(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|INVALID |DUPLICATE
--- Comment #3 from Nikolay Sivov <bunglehead(a)gmail.com> ---
Duplicate.
*** This bug has been marked as a duplicate of bug 7055 ***
--
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=42049
Bug ID: 42049
Summary: VSphere install crashes with
ntoskrnl.exe.KeWaitForMultipleObjects, "Failed to
install the hcmon driver"
Product: Wine
Version: 2.0-rc2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: alexchandel(a)gmail.com
Distribution: ---
As stated. The VSphere 6.0.0 installation crashes about halfway through with a
popup titled "VMInstallHcmon" saying "Failed to install the hcmon driver".
However, the console output reveals wine crashed due to an unimplemented
"ntoskrnl.exe.KeWaitForMultipleObjects".
The last few lines of output:
regsvr32: Successfully registered DLL 'C:\Program Files (x86)\Common
Files\VMware\VMware Remote Console Plug-in 5.5\Internet
Explorer\vmwareRemoteConsole.dll'
fixme:msvcrt:__clean_type_info_names_internal (0x11072b4c) stub
fixme:heap:RtlSetHeapInformation 0x250000 0 0x23fdf0 4 stub
fixme:heap:RtlSetHeapInformation 0x250000 0 0x23fdf0 4 stub
fixme:heap:RtlSetHeapInformation 0x250000 0 0x23fdf0 4 stub
fixme:ntoskrnl:IoWMIRegistrationControl (0x64a880 2147549185) stub
fixme:ntoskrnl:IoCsqInitialize (0x156a8 0x64730c 0x64735c 0x647394 0x6473ec
0x647410 0x647424) stub
fixme:ntoskrnl:KeInitializeEvent stub: 0x15630 0 0
fixme:ntoskrnl:KeInitializeEvent stub: 0x15648 0 0
fixme:ntoskrnl:KeInitializeEvent stub: 0x15660 0 0
fixme:ntoskrnl:IoRegisterPlugPlayNotification (2 0 0x649310 0x12fe0 0x6468e4
0x151c8 0x15698) stub
fixme:ntoskrnl:IoRegisterPlugPlayNotification (2 1 0x6492b0 0x12fe0 0x646cf0
0x151c8 0x156a0) stub
fixme:ntoskrnl:ObReferenceObjectByHandle stub: 0x3c 1f03ff 0x0 0 0x15678 0x0
wine: Call from 0x7b430d32 to unimplemented function
ntoskrnl.exe.KeWaitForMultipleObjects, aborting
wine: Unimplemented function ntoskrnl.exe.KeWaitForMultipleObjects called at
address 0x7b430d32 (thread 00a0), starting debugger...
--
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=44577
Bug ID: 44577
Summary: QBlade: The application has encountered a serious
error
Product: Wine
Version: 3.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jkimhong13(a)gmail.com
Distribution: ---
Created attachment 60549
--> https://bugs.winehq.org/attachment.cgi?id=60549
Program Error Details
It's my first time installing Wine (along with XQuartz).
On the website of QBlade (http://q-blade.org), it says Wine can emulate QBlade
for linux. I'm wondering if this means it's limited to linux only and not mac
even if there is a mac version of Wine.
I downloaded the QBlade package and ran the .exe file. The application opens
under Wine so I click the menu buttons to see if they really work. There are a
few buttons (such as the Turbulent Windfield Generator) that always result in
Wine closing QBlade.
I'm using Wine 3.0, XQuartz 2.7.7, QBlade win_v0.96.3_64bit
--
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.