http://bugs.winehq.org/show_bug.cgi?id=20552
Summary: Memory leak in alloc_thread_tls?
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Valgrinding the chromium tests shows the leak
514 bytes in 2 blocks are definitely lost in loss record 796 of 971
by RtlAllocateHeap (heap.c:1421)
by alloc_thread_tls (loader.c:889)
by MODULE_DllThreadAttach (loader.c:1184)
by start_thread (thread.c:464)
on e.g. the following tests:
ipc_tests: IPCChannelTest
media_unittests: PipelineImplTest VideoRendererBaseTest WinAudioTest
net_unittests: DirectoryListerTest ListenSocketTest ProxyScriptFetcherTest
SingleThreadedProxyResolverTest TCPPingerTest TelnetServerTest
URLRequestTestFTP URLRequestTestHTTP URLRequestTest
To reproduce:
mkdir demo
cd demo
wget -c http://kegel.com/wine/chromium/chromium-tests.tar.bz2
tar -xjvf chromium-tests.tar.bz2
valgrind --trace-children=yes --leak-check=full wine
src/chrome/Debug/net_unittests.exe --gtest_filter=TCPPingerTest.Ping
--
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=24294
Summary: corrupted icons in SolidWorks sketches
Product: Wine
Version: 1.3.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: denis.bonnenfant(a)diderot.org
When drawing a 2D sketch in SolidWorks, geometric constraints are shown with
little blue-background icons ( see screenshot ). Ine Wine, these icons are
corrupted, with more and more random color points from bottom to top.
Interestingly, Bug 421's DIB engine solves the problem. So if one is able to
figure out which type of operation is involved, it should be trivial to fix it
!
Unfortunately traces are so big and make the app so slow that it is impossible
to get any clues from it.
Attached screenshot shows side by side left the regular wine drawing, with
bogus icons, and right the dibengine one
--
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=16703
Summary: Wineconsole: Fallback from curses to window based
backend
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)martin.st
Created an attachment (id=18362)
--> (http://bugs.winehq.org/attachment.cgi?id=18362)
Patch for fixing the curses->user backend fallback
Wineconsole currently falls back to a curses based terminal if the user has
specified the other one and it is unable to create windows. However, the
converse fallback doesn't work in all cases. If the curses backend fails by
being unable to load the curses library, wineconsole doesn't try the window
based backend.
The attached patch solves this issue.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12808
Summary: indexed bitmaps support is broken
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: misha-cn-ua(a)ya.ru
This bug occurs in every application, written using AlphaControls from
http://www.alphaskins.com
The problem: skins in that controls usually consist of indexed 8-bit bitmaps,
which at runtime are converted to 24-bit, splitted into parts and used to draw
controls. Under Wine such conversion results to messed up display, the
program's interface is very poor.
A workaround is to manually convert skin bitmaps to 24-bit, then program work
almost normally, however there some other glitches (track bars).
The easiest way to show the bug is to run AlphaControls demo application under
Wine. That demo can be freely downloaded from this page:
http://www.alphaskins.com/ademos.php
--
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=16704
Summary: wineconsole: Allow specifying the console backend to use
when wineconsole is launched implicitly
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)martin.st
Created an attachment (id=18363)
--> (http://bugs.winehq.org/attachment.cgi?id=18363)
Proposed patch for fixing the issue
When wineconsole is launched implicitly, when an application in wine opens a
console, it currently defaults to using the user backend of wineconsole,
without any possibility of changing which backend to use.
The console application to launch can be changed using the WINECONSOLE
environment variable, and wine appends --use-event=xx to that command line when
launching the console program. Setting WINECONSOLE to "wineconsole
--backend=curses" is ignored, since wineconsole chooses the user backend as
soon as the --use-event argument is parsed. This isn't necessary, since the
user backend is the default one. By removing the explicit setting of the user
backend when parsing the --use-event argument, choosing another backend through
the WINECONSOLE environment variable works as expected.
The attached patch implements this proposed change.
--
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=18829
Summary: K-Meleon 1.5.x : Crash sometimes during browsing
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jujuland.46(a)wanadoo.fr
--------------------------------------------------------------------------------
K-Meleon Version : 1.52
K-Meleon profile : in program folder (set during setup)
K-Meleon Extensions : none
K-Meleon kplugins : standard
Netscape plugins : none
Wine version : 1.1.23
Ubuntu : 8.10
kernel : 2.6.27-14-generic
Program Launch : ./K-M_152.sh
--------------------------------------------------------------------------------
shell (K-M_152.sh) used with a console to launch K-Meleon and to keep log
cd "/opt/Program Files/K-Meleon152"
./k-meleon.exe
--------------------------------------------------------------------------------
Crash sometimes during browsing:
---------------------------------------------------------------------------------------------
--
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=22549
Summary: Cannot open external links in help file.
Product: Wine
Version: 1.1.42
Platform: x86
URL: http://www.pmail.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: turbolad995(a)hotmail.co.uk
Upon testing Pegasus Mail under Wine 1.1.42 I find you cannot open the links in
its help file. Clicking on the external links in the help file is supposed to
open your web browser and take you to the web page, but nothing happens when
you click on these links in the help file. This might be a bug in other
programs' help files?
--
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=15915
Summary: cinepak codec reportedly not installed, FourCC case
mismatch
Product: Wine
Version: 1.1.7
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvfw32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
CC: dmitry(a)codeweavers.com
The Alien Nations / Die Völker complains that the cinepak codec is not
installed.
The reason is a lower/upper case mismatch in a FourCC code.
Upper-case FourCC is being supplied, as the log reveals:
Call msvfw32.ICOpen(43444956,44495643,00000002) ret=00493baf
trace:msvideo:ICOpen (VIDC,CVID,0x00000002)
Call winmm.OpenDriver(0032fda8 L"VIDC.CVID", ...)
trace:driver:OpenDriver (L"VIDC.CVID", L"drivers32", ...);
But dlls/iccvid/iccvid.c implements the check
if (icinfo && icinfo->fccType != ICTYPE_VIDEO)
where ICTYPE_VIDEO refers to 'vidc', not VIDC.
The same check is in msvidc32/msvideo1.c and msrle32/msrle32.c
Probably a case-insensitive check is required? For instance,
msvfw32/msvideo_main.c:ICOpen() uses the case-insensitive helper
function compare_fourcc().
OTOH, after the case-insensitive check perhaps wine should fill in the
icopen.fccType and .fccHandler slots with the FourCC case it expects
(ICTYPE_VIDEO) rather than the argument it received? It seems reasonable to
commit to a known character case early on in the code and use that
consistently.
What is The Right Thing (TRT), i.e. what to store in fccType?
In any case, a case fix lets "Die Völker" work past this issue (and crash
later in ddraw, but that's another issue).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=24139
Summary: OpenGL 2.0 Shading Language Terrain Texturing Demo
crashes on unimplemented function
msvcr100.dll._fseeki64
Product: Wine
Version: 1.3.1
Platform: x86
URL: http://www.dhpoware.com/downloads/GLSLTerrainTexturing
.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrew.millington(a)gmail.com
Created an attachment (id=30378)
--> (http://bugs.winehq.org/attachment.cgi?id=30378)
Log of crash for OpenGL 2.0 Shading Language Terrain Texturing Demo
wine: Call from 0x7b8369d2 to unimplemented function msvcr100.dll._fseeki64,
aborting
With msvcr100.dll the demo starts.
--
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=24135
Summary: OpenGL 2.0 Shading Language Vertex Lighting Demo won't
run without native d3dx9_43.dll
Product: Wine
Version: 1.3.1
Platform: x86
URL: http://www.dhpoware.com/downloads/GLSLVertexLighting.z
ip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrew.millington(a)gmail.com
CC: wine-bugs(a)winehq.org
err:module:import_dll Library d3dx9_43.dll (which is needed by L"C:\\Program
Files\\D3D9HLSLVertexLighting\\D3D9HLSLVertexLighting.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\D3D9HLSLVertexLighting\\D3D9HLSLVertexLighting.exe" failed, status
c0000135
--
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.