http://bugs.winehq.org/show_bug.cgi?id=23367
Summary: EA Download Manager (used for EA Store): can't login
Product: Wine
Version: 1.2-rc4
Platform: x86
URL: http://eastore.ea.com/store/ea/html/pbPage.welcome
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Depends on: 23366
http://akamai.cdn.ea.com/eamaster/u/f/eaonline/eadm/eadm-installer.exe
6b3d1a328af2d44033c24b84444992f56107b27f eadm-installer.exe
Installs fine in wine-1.2-rc4-147-geaa227c. It complains about missing
icacls.exe (and also uses the dummy cacls that is already in wine).
Once you've installed, try to run Login.exe. You can't type anything in the
email/password fields. There's also a message in the bottom left that it can't
connect to EA Core.
Terminal shows:
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50608.0)
fixme:advapi:SaferCreateLevel (2, 40000, 1, 0x31d9a0, (nil)) stub
fixme:win:FlashWindowEx 0x32de94
fixme:win:FlashWindowEx 0x32bed4
fixme:win:FlashWindowEx 0x32bed4
fixme:win:FlashWindowEx 0x32bed4
fixme:win:FlashWindowEx 0x32bed4
installing winetricks vcrun2005 eliminates the actctx fixme, but doesn't help.
--
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=22962
Summary: System tray icons show garbage on the margin
Product: Wine
Version: 1.2-rc2
Platform: x86-64
URL: http://www.utorrent.com/downloads/complete?os=win
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=28438)
--> (http://bugs.winehq.org/attachment.cgi?id=28438)
The system tray icons of both the first application and the second show
garbage.
Basically, every time an icon is added, some garbage appears on the margins of
the icon.
Steps to reproduce:
- Make sure you have a Notification Area applet in the panel. Make sure it
shows the keyboard layout status icon.
- Notice every time you start an exe which registers a system tray icon, the
icon is drawn twice, the second time a few pixels lower. (see the foobar2000
icon in the attached screenshot)
Please tell me whether I should file a separate bug for this very similar
problem:
- Start a second application that registers a system tray icon, notice the icon
of the first application shows some garbage on the margin. (see the uTorrent
icon in the attached screenshot - in this case the garbage is from the "USA"
text, more specifically the left part of the "A" character)
Some more info:
If you move the mouse over the uTorrent icon, it gets redrawn and the garbage
disappears. This does not seem to happen with foobar2000.
You can get these applications from the following URLs:
http://www.foobar2000.org/downloadhttp://www.utorrent.com/downloads/complete?os=win
Ubuntu 10.04 64, Metacity
--
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=26672
Summary: Wine does not create drive letters for auto-mounted
CD's
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: hardware
Severity: normal
Priority: P2
Component: mountmgr.sys
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Steps to reproduce:
1. Insert a CD, and verify that it's mounted automatically.
2. Start winecfg, and select the Drives tab.
Expected behavior:
The CD shows up on the Drives tab.
Actual behavior:
Only C: and Z: show up on the Drives tab.
I'm using a multilib wine (wine64 and wine32 installed at the same time), and
my prefix is a 64-bit prefix. My config.log from wine64 has the following
lines:
#define HAVE_DBUS_DBUS_H 1
#define HAVE_HAL_LIBHAL_H 1
#define SONAME_LIBHAL "libhal.so.1"
I take this to mean that it was configured with HAL support.
My distribution is Debian squeeze.
--
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=23368
Summary: EA Download Manager (used for EA Store): can't connect
to EA Core
Product: Wine
Version: 1.2-rc4
Platform: x86
URL: http://eastore.ea.com/store/ea/html/pbPage.welcome
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Blocks: 23367
+++ This bug was initially created as a clone of Bug #23367 +++
http://akamai.cdn.ea.com/eamaster/u/f/eaonline/eadm/eadm-installer.exe
6b3d1a328af2d44033c24b84444992f56107b27f eadm-installer.exe
Installs fine in wine-1.2-rc4-147-geaa227c. It complains about missing
icacls.exe (and also uses the dummy cacls that is already in wine).
Once you've installed, try to run Login.exe, MessageDLG.exe, or
PatchProgress.exe. All of them display an error:
Could not connect to EA Core.
Terminal output is minimal:
austin@laptop:~/.wine-ea/drive_c/Program Files/Electronic
Arts/EADownloadManager$ wine MessageDlg.exe
fixme:advapi:SaferCreateLevel (2, 40000, 1, 0x31da38, (nil)) stub
fixme:win:FlashWindowEx 0x32de54
fixme:win:FlashWindowEx 0x32c114
--
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=27253
Summary: QQDownload system tray menu display ugly
Product: Wine
Version: 1.3.20
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Created an attachment (id=34851)
--> (http://bugs.winehq.org/attachment.cgi?id=34851)
Log: start qqdownload.exe
1. Download QQDownloadSetup_35_685.exe :
$ wget --referer=http://www.qq.com
http://softdl1.tech.qq.com/soft/3/QQDownloadSetup_35_685.exe
2. works around Bug 27109
(Creative Centrale needs msvcp60.dll.??0Init@ios_base@std@@QAE@XZ )
$ winetricks -q vcrun6
3. install QQDownloadSetup_35_685.exe
4. start qqdownload:
$ wine QQDownload.exe &> qqdownload.log
right click the system tray of qqdownload, then a menu drop down, but the
background of the dropdown menu is black, no text is displayed.
--
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=25628
Summary: Hitman Blood money - No Sound When Playing
Product: Wine
Version: 1.3.10
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: luisalvaradox(a)gmail.com
When playing as Agent 47 INGAME there is no sound (When playing the actual
mission). There is however Sound in the intro, videos and selecting weapons.
--
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=27380
Summary: xvid 1.3.2 installer crashes in unattended mode
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
To reproduce:
wget http://www.koepi.info/Xvid-1.3.2-20110601.exe
wine Xvid-1.3.2-20110601.exe --mode unattended --decode_divx 1 --decode_3ivx
1 --decode_other 1
This fails with
err:module:find_forwarded_export function not found for forward
'msvcrt._except_handler4_common' used by L"C:\\windows\\system32\\msvcr90.dll".
If you are using builtin L"msvcr90.dll", try using the native one instead.
...
wine: Call from 0x7bc4a640 to unimplemented function
msvcrt.dll._set_printf_count_output, aborting
on exit.
diff -ur shows
-Error running C:\users\dank\Temp/xvid_x86/setavi32.exe : Program ended with
an error exit code
+Error running C:\users\dank\Temp/xvid_x86/setavi32.exe : child killed:
unknown signal
but no obvious problems... maybe it's a benign crash. (I haven't tested
the codec to see if it still works.)
"winetricks vcrun2008" prevents the warning.
--
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=21488
Summary: SimCity 2000 does not start from a fresh install
Product: Wine
Version: 1.1.37
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thetorpedodog+winehq(a)ttdi.us
When I start SimCity 2000 after installing it fresh, I am presented with the
following dialog:
=====
/^\ Error Opening File
/ ! \ c:\Program Files\Maxis\SimCity 2000\Data\\DATA_usa.DAT
~~~~~ All or part of the path is invalid.
=====
After a series of other error dialogs ("The newspaper is on strike", then 3
"Error Opening File" dialogs) the game window is created with 0 height.
Attempting to create a city results in a black screen with garbled bitmaps.
I'm on Ubuntu 9.10 with Wine 1.1.37 from the PPA.
--
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=25451
Summary: Matlab Installer: No free space available
Product: Wine
Version: 1.3.8
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dookie_2k3(a)hotmail.com
Created an attachment (id=32390)
--> (http://bugs.winehq.org/attachment.cgi?id=32390)
Space Available = 0 MB & wine: cannot find ....
Wine doesn't recognise free space available in Matlab Installer
wine: cannot find L"C:\\windows\\system32\\dir.exe"
--
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=27291
Summary: EVE Online - Intermittent Freezes On Window Focus
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: 7WCbywQg3N2H(a)dyweni.com
Hi,
I am running the following:
* CPU - AMD Phenom II X6 1090T (clocked at 3.0 Ghz)
* Linux Kernel 2.6.37-gentoo-r4
* X.Org Server 1.9.5
* OpenBox 3.4.11.2
* Wine GIT Commit 7f426a51d120c5ea790ba330c31db0043fd3e59b
* EVE Online 6.44.259851
Wine is compiled for only 32bit applications. 64bit support was not enabled at
compile time.
I play two EVE Online accounts at the same time. I start the EVE Clients with
these commands:
$ cd ~/EVE/Installation
$ export WINEPREFIX=~/EVE/wine1
$ wine explorer /desktop=EVE1,1279x1023 eve.exe &
$ export WINEPREFIX=~/EVE/wine2
$ wine explorer /desktop=EVE2,1279x1023 eve.exe &
Both EVE Clients will play fine until I switch focus from one client to the
other client. As soon as I switch focus to a non-Wine window or popup a window
manager menu, both EVE Clients will appear to play "catch up" and then resume
normal operation. I have no problems at all switching focus from one client to
a non-Wine window and then to the other client.
I thought that this might be related to the XINPUT2 support, but running Wine
with the '--without-xinput2' option enabled at compile time does not resolve
the issue.
Any help that can be offered is much appreciated.
Thanks,
Dyweni
--
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=25952
Summary: [Star Trek: Armada 2] Audio drops out after intro
screen
Product: Wine
Version: 1.3.12
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: erik.weatherwax(a)gmail.com
Upon launching the game, the intro movies play fine with audio, but once the
game goes to the main menu, all sound is lost. Having been successful with this
game in the past, I ran a regression test, leading to:
f27d88e16fe0292d3efa7dac8966a0b612e62e6d is the first bad commit
commit f27d88e16fe0292d3efa7dac8966a0b612e62e6d
Author: Maarten Lankhorst <m.b.lankhorst(a)gmail.com>
Date: Sun Jul 12 20:11:55 2009 +0200
winealsa.drv: Add support for indirect read/write in directsound support.
Allows pulseaudio to use the idsdriver interface, making it almost as
fast as using native pulseaudio calls for as far as directsound is
concerned. Prevents the creation of separate winmm feeder threads.
:040000 040000 b1f0046a4a3e5bd01940590deb289dc88b51bee7
1b818c85052c5351c569da754e4571090bd57f56 M dlls
However, when I was running Ubuntu Karmic, I didn't have any issue with the
sound in the game, even with releases including this patch. Thus, I think this
may actually be an invalid bug for Wine, and I'll report it to the Ubuntu
bugtracker as well, but I don't have the expertise to be sure. I do know that
under Ubuntu 10.10, building Wine from source before the bad commit leads to
reliable sound in-game, and building from there onward reliably drops sound.
--
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=22893
Summary: Video corruption in World of Warcraft with ATI Radeon
HD 3870
Product: Wine
Version: 1.1.43
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: doumakes(a)loganet.net
Created an attachment (id=28307)
--> (http://bugs.winehq.org/attachment.cgi?id=28307)
Screenshot, shows example of z-axis problem
Since late April 2010 I've been having screen tearing and other problems with
rendering in World of Warcraft. By "screen tearing" I mean that
rapidly-shifting areas of the screen are rendered as polygons of solid color.
This usually affects what I think of as the background layer of the window,
rather than any foreground window that happens to be open. Seems to be worse
in certain areas of the game world, e.g. Crystalsong Forest, where I imagine
textures are more complex.
By "other problems" I mean that square areas of the landscape sometimes appear
to be rendered with the wrong z coordinate, so a square of ground will appear
to be hovering in midair. This seems to happen most often right after entry to
the game world.
Turning on VSync doesn't fix the problem. Problem appears whether in windowed
mode or full-screen mode.
I've upgraded Ubuntu to 10.04 (lucid) with no relief. At this point I've got
fglrx 8.723.1 (latest from ATI) and wine 1.1.43.
--
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=20057
Summary: Firefox 3.5.3 getPlus Errors
Product: Wine
Version: 1.1.29
Platform: PC-x86-64
URL: http://getfirefox.com/
OS/Version: Linux
Status: NEW
Keywords: source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nerv(a)dawncrow.de
Created an attachment (id=23611)
--> (http://bugs.winehq.org/attachment.cgi?id=23611)
Screenshot of the Errormessage
After upgrading to 3.5.3 in wine 1.1.29 i get the attached error. mostly when
opening the add-ons window.
in that context i spotted some ole-errors on the console.
--
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=10176
Summary: rFactor Dedicated not working anymore after update
Product: WineHQ Apps Database
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: website-bugs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thomas.buchmann(a)uni-bayreuth.de
Created an attachment (id=8780)
--> (http://bugs.winehq.org/attachment.cgi?id=8780)
console output
Hello,
rFactor Dedicated Server (http://www.rfactor.net) used to work until rFactor
Version 1.250. After upgrading to Version 1.255 it is not working anymore.
Please find the output messages attached.
My System is x86 32-bit, ubuntu 7.04 and wine 0.9.47.
--
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=26007
Summary: qedit/mediadet tests show leaks under valgrind
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: winegstreamer
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: m.b.lankhorst(a)gmail.com
Created an attachment (id=33165)
--> (http://bugs.winehq.org/attachment.cgi?id=33165)
valgrind log
Gstreamer itself has quite a few leaks, but once I added suppression for those,
I got down from 415 to 16 in Wine.
Most seem to some form of:
128 bytes in 2 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by IMalloc_fnAlloc (ifs.c:186)
by CoTaskMemAlloc (ifs.c:395)
by CopyMediaType (mediatype.c:35)
by GSTOutPin_GetMediaType (gstdemux.c:1462)
by EnumMediaTypes_Construct (mediatype.c:131)
by BasePinImpl_EnumMediaTypes (pin.c:324)
by ???
by test_mediadet (mediadet.c:267)
by func_mediadet (mediadet.c:308)
by run_test (test.h:556)
by main (test.h:624)
full log attached.
For the gstreamer leaks, see https://bugzilla.gnome.org/show_bug.cgi?id=641636
(though they include a suppression file in their tarball that I recently
started using).
--
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=10087
Summary: MessageBox-based Win95 Program Loads Frame only
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: John(a)SVTIi.com
CC: John(a)SVTIi.com
Created an attachment (id=8650)
--> (http://bugs.winehq.org/attachment.cgi?id=8650)
ZIP file with executable and readme.
A simple, messagebox based Win32 application will not run in wine v. 0.9.47.
The messagebox window frame appears in the correct size, and the banner
text is correct, but nothing else appears. The inert window can be moved but
not operated. If the wine file manager is dismissed while the inert
window is visible, wine does not terminate as usual.
I am running wine in Fedora 4, with all sw fully updated.
The application is in a file named RandIntG.exe and is freeware
available at:
http://www.simtel.net/product.php%5Bid%5D18258%5Bsekid%5D0%5BSiteID%5Dsimte…
A copy of the release package containing the application
executable is attached.
--
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=27506
Summary: Alpha Protocol wants d3dx9_36.dll.D3DXSHRotate
(purist)
Product: Wine
Version: 1.3.22
Platform: x86
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: wine-bugs(a)winehq.org
Only occurs if you force builtin.
--
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=26055
Summary: shell32/shellink test shows a nasty valgrind warning
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Syscall param write(buf) points to uninitialised byte(s)
at __write_nocancel (syscall-template.S:82)
by WriteFile (file.c:547)
by IStream_fnWrite (istream.c:156)
by ILSaveToStream (pidl.c:359)
by IPersistStream_fnSave (shelllink.c:1175)
by IPersistFile_fnSave (shelllink.c:484)
by create_lnk_ (shelllink.c:445)
by test_load_save (shelllink.c:658)
by func_shelllink (shelllink.c:1019)
by run_test (test.h:556)
by main (test.h:624)
Address 0x7f02e094 is 148 bytes inside a block of size 368 free'd
at notify_free (heap.c:262)
by RtlFreeHeap (heap.c:1747)
by free_dc_ptr (dc.c:170)
by DeleteDC (dc.c:850)
by create_icon_bitmaps (cursoricon.c:788)
by CURSORICON_CreateIconFromBMI (cursoricon.c:838)
by CURSORICON_Load (cursoricon.c:1290)
by LoadImageW (cursoricon.c:2319)
by TOOLTIPS_Register (tooltips.c:2346)
by DllMain (commctrl.c:241)
by __wine_spec_dll_entry (dll_entry.c:40)
by ??? (loader.c:139)
by MODULE_InitDLL (loader.c:978)
by process_attach (loader.c:1067)
by process_attach (loader.c:1059)
by process_attach (loader.c:1059)
by attach_process_dlls (loader.c:2535)
by ??? (port.c:60)
Uninitialised value was created by a stack allocation
at FileTimeToDosDateTime (time.c:997)
--
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=19612
Summary: Adobe ExtendScript Toolkit CS4 causes a page fault
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Created an attachment (id=22867)
--> (http://bugs.winehq.org/attachment.cgi?id=22867)
wine-1.1.26-423-g760d2b6 console output
Adobe ExtendScript Toolkit CS4 causes a page fault apparently in gdiplus and
doesn't load.
Backtrace:
=>0 0x39875b8a in gdiplus (+0x75b8a) (0x0032e9a4)
Native gdiplus doesn't help.
--
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=26047
Summary: comctl32/propsheet tests show some leaks under
valgrind
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
84 bytes in 3 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by DIALOG_get_info (defdlg.c:335)
by DefDlgProcA (defdlg.c:362)
by ??? (winproc.c:172)
by call_window_proc (winproc.c:242)
by WINPROC_call_window (winproc.c:908)
by call_window_proc (message.c:2201)
by send_message (message.c:3042)
by SendMessageA (message.c:3187)
by WIN_CreateWindowEx (win.c:1420)
by CreateWindowExA (win.c:1554)
by DIALOG_CreateIndirect (dialog.c:651)
by CreateDialogIndirectParamAorW (dialog.c:755)
by CreateDialogIndirectParamA (dialog.c:764)
by PROPSHEET_CreatePage (propsheet.c:1470)
by PROPSHEET_SetCurSel (propsheet.c:2029)
by PROPSHEET_DialogProc (propsheet.c:3489)
by ??? (winproc.c:172)
by call_dialog_proc (winproc.c:263)
--
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=26575
Summary: Homefront: annoying buzz sound in menu/game
Product: Wine
Version: 1.3.16
Platform: x86
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Separate from bug 26574, there is an annoying buzzing sound when sitting at the
menu/in game. Using driver acceleration=emulation doesn't make a difference.
--
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=26135
Summary: mmdevapi/render tests show several memory leaks under
valgrind
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: mmdevapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
120 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by AudioClient_Create (audio.c:302)
by MMDevice_Activate (devenum.c:314)
by test_audioclient (render.c:85)
by func_render (render.c:407)
by run_test (test.h:556)
by main (test.h:624)
...
120 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by AudioClient_Create (audio.c:302)
by MMDevice_Activate (devenum.c:314)
by test_references (render.c:254)
by func_render (render.c:408)
by run_test (test.h:556)
by main (test.h:624)
...
120 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by AudioClient_Create (audio.c:302)
by MMDevice_Activate (devenum.c:314)
by test_event (render.c:344)
by func_render (render.c:409)
by run_test (test.h:556)
by main (test.h:624)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=21642
Summary: NVIDIA 9300 mGPU misreported as 9200
Product: Wine
Version: 1.1.38
Platform: x86
URL: http://www.nvidia.com/object/product_geforce_9300_mgpu
_us.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mblackwell1024(a)gmail.com
My EVGA nForce 730i board (http://www.evga.com/articles/00435/) contains a
NVIDIA 9300 mGPU (see bug URL). Wine applications see it as a 9200 mGPU, which
has roughly 1/3 the performance. Applications still work, but applications with
any type of auto configuration may default to incorrect settings, or not
completely expose features.
--
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=25944
Summary: kernel32: console tests show some valgrind warnings
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=33078)
--> (http://bugs.winehq.org/attachment.cgi?id=33078)
valgrind log
I'll attach the log, since the link will go dead eventually...
A few invalid reads, e.g.,:
Invalid read of size 2
at WCUSER_FillMemDC (user.c:76)
by WCUSER_Refresh (user.c:760)
by WINECON_FetchCells (wineconsole.c:81)
by WINECON_GrabChanges (wineconsole.c:303)
by WCUSER_MainLoop (user.c:1376)
by WinMain (wineconsole.c:846)
by main (exe_main.c:48)
Address 0x7f0534ea is 8,322 bytes inside a block of size 48,000 free'd
at notify_free (heap.c:262)
by RtlReAllocateHeap (heap.c:1885)
by WINECON_GrabChanges (wineconsole.c:293)
by WINECON_SetConfig (wineconsole.c:499)
by WINECON_Init (wineconsole.c:656)
by WinMain (wineconsole.c:818)
by main (exe_main.c:48)
--
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=26054
Summary: shell32/shlfolder tests show some leaks under valgrind
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
1,258 bytes in 3 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by IMalloc_fnAlloc (ifs.c:186)
by CoTaskMemAlloc (ifs.c:395)
by SHAlloc (shellole.c:309)
by ILClone (pidl.c:241)
by SHChangeNotify (changenotify.c:358)
by test_SHChangeNotify (shlfolder.c:4422)
by func_shlfolder (shlfolder.c:4483)
by run_test (test.h:556)
by main (test.h:624)
...
1,258 bytes in 3 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by IMalloc_fnAlloc (ifs.c:186)
by CoTaskMemAlloc (ifs.c:395)
by SHAlloc (shellole.c:309)
by ILClone (pidl.c:241)
by SHChangeNotify (changenotify.c:358)
by test_SHChangeNotify (shlfolder.c:4435)
by func_shlfolder (shlfolder.c:4483)
by run_test (test.h:556)
by main (test.h:624)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20149
Summary: user32: static test often fails with glsl disabled
Product: Wine
Version: 1.1.29
Platform: PC
URL: http://test.winehq.org/data/caf66f0fe28da8964b5f84be68
2c527559fb9e52/wine_ae-ub904-noglsl/user32:static.html
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
static.c:88: Test failed: pixel should NOT be painted black!
--
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=19599
Summary: Closing Adobe Device Central CS4 causes a page fault
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Created an attachment (id=22854)
--> (http://bugs.winehq.org/attachment.cgi?id=22854)
wine-1.1.26-390-g31dab8f console output
Closing Adobe Device Central CS4 causes a page fault.
Backtrace:
=>0 0x00e6d32c in scl (+0x1d32c) (0x00ea7d4d)
SCL.dll is bundled with the app.
--
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=26129
Summary: ddraw/visual tests show a memory leak under valgrind
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
84 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by d3d3_CreateViewport (ddraw.c:4629)
by D3D3_ViewportClearTest (visual.c:2163)
by func_visual (visual.c:3105)
by run_test (test.h:556)
by main (test.h:624)
also what may be a Mesa leak:
44 bytes in 1 blocks are definitely lost
at malloc (vg_replace_malloc.c:236)
by realloc (vg_replace_malloc.c:525)
by ??? (in /usr/lib/libGL.so.1.2)
by ??? (in /usr/lib/libGL.so.1.2)
by drawStridedFast (drawprim.c:47)
by drawPrimitive (drawprim.c:718)
by IWineD3DDeviceImpl_DrawPrimitiveUP (device.c:4926)
by IDirect3DDeviceImpl_7_DrawPrimitive (device.c:3446)
by IDirect3DDeviceImpl_7_DrawPrimitive_FPUSetup (device.c:3459)
by offscreen_test (visual.c:727)
by func_visual (visual.c:3089)
by run_test (test.h:556)
by main (test.h:624)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=26128
Summary: shell32/appbar tests shows a valgrind warning
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Syscall param writev(vector[...]) points to uninitialised byte(s)
at writev (in /lib/libc-2.11.2.so)
by send_request (server.c:209)
by wine_server_call (server.c:290)
by put_message_in_queue (message.c:2923)
by send_inter_thread_message (message.c:2991)
by send_message (message.c:3059)
by SendMessageTimeoutW (message.c:3125)
by SHAppBarMessage (appbar.c:142)
by test_setpos (appbar.c:222)
by func_appbar (appbar.c:442)
by run_test (test.h:556)
by main (test.h:624)
Address 0x7f23fa40 is on thread 1's stack
Uninitialised value was created by a stack allocation
at test_setpos (appbar.c:203)
--
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=26117
Summary: imm32/imm32 tests show a couple memory leaks under
valgrind
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: usp10
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
8 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by IMM_GetThreadData (imm.c:226)
by ImmGetContext (imm.c:1366)
by ImmGetContextThreadFunc (imm32.c:378)
by ??? (signal_i386.c:2473)
by call_thread_entry_point (signal_i386.c:2499)
by start_thread (thread.c:404)
by start_thread (in /lib/libpthread-2.11.2.so)
by clone (in /lib/libc-2.11.2.so)
...
336 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by ImmCreateContext (imm.c:626)
by test_ImmAssociateContextEx (imm32.c:333)
by func_imm32 (imm32.c:517)
by run_test (test.h:556)
by main (test.h:624)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=26050
Summary: winmm/mci tests show quite a few valgrind warnings
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=33222)
--> (http://bugs.winehq.org/attachment.cgi?id=33222)
valgrind log
Lots of:
Use of uninitialised value of size 4
at wcstombs_sbcs (wctomb.c:155)
by wine_cp_wcstombs (wctomb.c:456)
by WideCharToMultiByte (locale.c:2010)
by MCI_UnmapMsgAtoW (mci.c:466)
by mciSendCommandA (mci.c:2285)
by test_openCloseWAVE (mci.c:419)
by func_mci (mci.c:1266)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a client request
at mark_block_uninitialized (heap.c:208)
by initialize_block (heap.c:239)
by RtlAllocateHeap (heap.c:1702)
by MCI_MapMsgAtoW (mci.c:340)
by mciSendCommandA (mci.c:2277)
by test_openCloseWAVE (mci.c:419)
by func_mci (mci.c:1266)
by run_test (test.h:556)
by main (test.h:624)
and a few like:
20 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by str_dup_upper (mci.c:85)
by mciSendStringW (mci.c:1341)
by mciSendStringA (mci.c:1590)
by test_openCloseWAVE (mci.c:560)
by func_mci (mci.c:1266)
by run_test (test.h:556)
by main (test.h:624)
full log attached
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=22431
Summary: if exist "%VAR%"\file does not work
Product: Wine
Version: 1.1.42
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gabspeck(a)gmail.com
The following logic fails on Wine's cmd, but works successfully on Windows',
i.e. if you set the DLC variable pointing to a directory with a "version" file
inside, it will still print "DLC variable not set" on Wine, but will print "OK"
on Windows:
set DLC=C:\dlc91e
IF EXIST "%DLC%"\version GOTO :BIN
echo "DLC Variable not set"
:BIN
echo "OK"
The following works, though:
IF EXIST "%DLC%\version" ...
I found that on some administration scripts of a commercial 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.
http://bugs.winehq.org/show_bug.cgi?id=18346
Summary: cmd does not support the "^" escape character
Product: Wine
Version: 1.1.20
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dima(a)gmail.com
In Windows' command line, the caret escapes the following character. For
example:
> echo a^&b
a&b
Wine's cmd, however, does not treat it as a special character:
> echo a^&b
a^
File not found
--
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=26120
Summary: kernel32/sync tests shows a few valgrind warnings
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Conditional jump or move depends on uninitialised value(s)
at memcpy (mc_replace_strmem.c:635)
by NTDLL_create_struct_sd (sync.c:118)
by NtCreateEvent (sync.c:265)
by CreateEventExW (sync.c:489)
by CreateEventExA (sync.c:452)
by CreateEventA (sync.c:420)
by test_event (sync.c:301)
by func_sync (sync.c:1044)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a stack allocation
at NTDLL_create_struct_sd (sync.c:66)
appears 4 times.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=26107
Summary: ole32/clipboard tests show several valgrind warnings
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
16 bytes in 2 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by IMM_GetThreadData (imm.c:226)
by ImmGetContext (imm.c:1366)
by IME_UpdateAssociation (ime.c:1040)
by open_xim (xim.c:477)
by X11DRV_SetupXIM (xim.c:493)
by x11drv_init_thread_data (x11drv_main.c:681)
by thread_selection_wnd (clipboard.c:328)
by selection_acquire (clipboard.c:2625)
by selection_thread_proc (clipboard.c:2661)
by ??? (signal_i386.c:2473)
by call_thread_entry_point (signal_i386.c:2499)
by start_thread (thread.c:404)
by start_thread (in /lib/libpthread-2.11.2.so)
by clone (in /lib/libc-2.11.2.so)
...
144 bytes in 1 blocks are possibly lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by rpcrt4_conn_np_alloc (rpc_transport.c:120)
by RPCRT4_CreateConnection (rpc_transport.c:2939)
by rpcrt4_protseq_ncalrpc_open_endpoint (rpc_transport.c:285)
by RPCRT4_use_protseq (rpc_server.c:810)
by RpcServerUseProtseqEpExW (rpc_server.c:1022)
by RpcServerUseProtseqEpW (rpc_server.c:907)
by RPC_StartRemoting (rpc.c:1626)
by StdMarshalImpl_MarshalInterface (marshal.c:1245)
by CoMarshalInterface (marshal.c:1797)
by set_src_dataobject (clipboard.c:1968)
by OleSetClipboard (clipboard.c:2127)
by test_set_clipboard (clipboard.c:855)
by func_clipboard (clipboard.c:1543)
by run_test (test.h:556)
by main (test.h:624)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=26106
Summary: ole32/ole2 tests show several valgrind warnings
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Syscall param write(buf) points to uninitialised byte(s)
at __write_nocancel (in /lib/libpthread-2.11.2.so)
by WriteFile (file.c:547)
by FileLockBytesImpl_WriteAt (filelockbytes.c:286)
by StorageImpl_WriteAt (storage32.c:344)
by StorageImpl_WriteBigBlock (storage32.c:3989)
by BlockChainStream_GetBlockAtOffset (storage32.c:5951)
by BlockChainStream_WriteAt (storage32.c:6198)
by SmallBlockChainStream_WriteAt (storage32.c:6954)
by StorageImpl_StreamWriteAt (storage32.c:2555)
by StorageBaseImpl_StreamWriteAt (storage32.h:305)
by StgStreamImpl_Write (stg_stream.c:286)
by DataCacheEntry_Save (datacache.c:765)
by DataCache_Save (datacache.c:1400)
by test_data_cache (ole2.c:1411)
by func_ole2 (ole2.c:1878)
by run_test (test.h:556)
by main (test.h:624)
Address 0x7f03e6c0 is 504 bytes inside a block of size 8,260 alloc'd
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by BlockChainStream_Construct (storage32.c:5972)
by StorageImpl_Construct (storage32.c:2887)
by Storage_Construct (storage32.c:5131)
by create_storagefile (storage32.c:7347)
by StgCreateDocfile (storage32.c:7408)
by test_data_cache (ole2.c:1272)
by func_ole2 (ole2.c:1878)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a client request
at mark_block_uninitialized (heap.c:208)
by initialize_block (heap.c:239)
by RtlAllocateHeap (heap.c:1702)
by MFDRV_StretchBlt (bitblt.c:72)
by StretchBlt (bitblt.c:174)
by DrawIconEx (cursoricon.c:2008)
by DrawIcon (cursoricon.c:1437)
by OleMetafilePictFromIconAndLabel (ole32_main.c:108)
by test_data_cache (ole2.c:1364)
by func_ole2 (ole2.c:1878)
by run_test (test.h:556)
by main (test.h:624)
...
8 bytes in 1 blocks are possibly lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by HeapAlloc (heap.c:267)
by GlobalAlloc (heap.c:374)
by DataObject_DAdvise (ole2.c:1163)
by setup_sink (datacache.c:1884)
by DataCache_OnRun (datacache.c:2085)
by test_data_cache (ole2.c:1536)
by func_ole2 (ole2.c:1878)
by run_test (test.h:556)
by main (test.h:624)
...
72 bytes in 1 blocks are possibly lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by DataCache_Construct (datacache.c:2278)
by CreateDataCache (datacache.c:2378)
by DefaultHandler_Construct (defaulthandler.c:1951)
by OleCreateEmbeddingHelper (defaulthandler.c:2110)
by OleCreateDefaultHandler (defaulthandler.c:2137)
by test_default_handler (ole2.c:1604)
by func_ole2 (ole2.c:1879)
by run_test (test.h:556)
by main (test.h:624)
...
112 bytes in 1 blocks are possibly lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by DefaultHandler_Construct (defaulthandler.c:1915)
by OleCreateEmbeddingHelper (defaulthandler.c:2110)
by OleCreateDefaultHandler (defaulthandler.c:2137)
by test_default_handler (ole2.c:1604)
by func_ole2 (ole2.c:1879)
by run_test (test.h:556)
by main (test.h:624)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20919
Summary: Six tests usually or always hang in valgrind
Product: Wine
Version: 1.1.33
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The following six tests usually or always hang in Valgrind:
kernel32 process.c
ole32 marshal.c
shdocvw webbrowser.c
urlmon url.c
winmm mci.c
winmm wave.c
I'll probably disable them in the test script to save the hour
otherwise spent waiting for them to time out.
--
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=26068
Summary: user32/dce tests shows a valgrind warning
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Conditional jump or move depends on uninitialised value(s)
at GDI_GetObjPtr (gdiobj.c:767)
by get_dc_obj (dc.c:55)
by get_dc_ptr (dc.c:181)
by GetDCHook (dc.c:1415)
by release_dc (painting.c:458)
by ReleaseDC (painting.c:1078)
by test_dc_attributes (dce.c:82)
by func_dce (dce.c:559)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a stack allocation
at test_dc_attributes (dce.c:41)
--
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=26286
Summary: Briscola Chiamata crashes on startup
Product: Wine
Version: 1.1.11
Platform: x86
URL: http://www.briscolachiamata.it/download/SetupBriscolaC
hiamata.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Freeware game from: http://www.briscolachiamata.it/download.html
This was originally affected by bug 7163, but the program has since been
updated and the new version behaves differently. I'm leaving 7163 open for the
old problem in case the old version is still available.
The program installs fine, but when started it brings up a dialog that says
"Abnormal program termination" and does nothing else. It appears to be crashing
in mshtml/gecko code. Installing ie6 with winetricks allows the program to
start and (from what little I can tell) run correctly.
I tested this as far back as 1.1.11, in case it was introduced by new gecko,
but it was present in that version. I'm using wine-1.3.14-238-ge572dca.
--
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=16409
Summary: Ableton Live 7.0.12 crashes on startup
Product: Wine
Version: 1.1.10
Platform: Other
URL: http://www.ableton.com/pages/downloads/trial
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
I saw this plea:
http://www.kvraudio.com/forum/viewtopic.php?p=3286380
so I tried Ableton again, this time on Ubuntu Intrepid on
my Compaq r3000. Sadly, it crashes on startup.
In winedbg, the crash looks like this:
First chance exception: page fault on read access to 0x00000000 in 32-bit code
(0x7e4444a7).
Backtrace:
=>1 0x7e4444a7
IDirectSoundCaptureBufferImpl_GetCurrentPosition+0x1b7(iface=0x1b4648,
lpdwCapturePosition=(nil), lpdwReadPosition=0x33f3c0)
[dlls/dsound/capture.c:931] in dsound (0x0033f3a4)
2 0x00cdd628 in live 7.0.12 (+0x8dd628) (0x0033f3c4)
...
0x7e4444a7 IDirectSoundCaptureBufferImpl_GetCurrentPosition+0x1b7
[/home/dank/wine-git/dlls/dsound/capture.c:931] in dsound: movl
0x0(%eax),%ecx
931 pos =
(DWORD_PTR)This->device->pwave[This->device->index].lpData -
(DWORD_PTR)This->device->buffer;
--
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=26072
Summary: urlmon/protocol tests show some valgrind warnings
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: urlmon
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=33247)
--> (http://bugs.winehq.org/attachment.cgi?id=33247)
valgrind log
2,048 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by heap_alloc (urlmon_main.h:225)
by report_data (bindprot.c:1046)
by BPInternetProtocolSink_ReportData (bindprot.c:1133)
by ProtocolEmul_Continue (protocol.c:1764)
by ProtocolHandler_Continue (bindprot.c:636)
by BindProtocol_Continue (bindprot.c:386)
by test_binding (protocol.c:3381)
by func_protocol (protocol.c:3515)
by run_test (test.h:556)
by main (test.h:624)
...
8,080 bytes in 4 blocks are possibly lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by get_tls_data (test.h:240)
by winetest_set_location (test.h:275)
by ProtocolSink_ReportProgress (protocol.c:773)
by report_progress (bindprot.c:971)
by BPInternetProtocolSink_ReportProgress (bindprot.c:1012)
by thread_proc (protocol.c:1434)
by ??? (signal_i386.c:2473)
by call_thread_entry_point (signal_i386.c:2499)
by start_thread (thread.c:404)
by start_thread (in /lib/libpthread-2.11.2.so)
by clone (in /lib/libc-2.11.2.so)
and a few like:
48 (20 direct, 28 indirect) bytes in 1 blocks are definitely lost
at malloc (vg_replace_malloc.c:236)
by ???
by ???
by ???
by ???
by ???
by ???
by NETCON_init (netconnection.c:460)
by HTTP_HttpOpenRequestW (http.c:2600)
by HttpOpenRequestW (http.c:2730)
by HttpProtocol_open_request (http.c:338)
by protocol_start (protocol.c:278)
by HttpProtocol_StartEx (http.c:750)
by HttpProtocol_Start (http.c:647)
by http_protocol_start (protocol.c:2653)
by test_http_protocol_url (protocol.c:2783)
by test_https_protocol (protocol.c:2927)
by func_protocol (protocol.c:3495)
by run_test (test.h:556)
by main (test.h:624)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23876
Summary: Temporary Internet Files growing endless
Product: Wine
Version: 1.3.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: diafero(a)arcor.de
It seems like applications using the embedded internet explorer will fill the
Temporary Internet Files in my wine profile and make it grow endless: The game
"Uru - The Path of the Shell" uses the embedded IE to download game updates. It
runs perfectly fine in wine, but checking with a disk usage utility, I noticed
that the Temporary Internet Files folder has a size of more than 600MB by now,
containing a huge lot of the files that were downloaded by the updater
(including the meta files with the update information that are downloaded on
each startup - I had the same file in there more than 100 times). Obviously,
the cache is not restricted by size as it is on windows.
--
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=26131
Summary: dsound/duplex tests show an uninitialized variable
under valgrind
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Conditional jump or move depends on uninitialised value(s)
at snd_pcm_mmap_begin (in /usr/lib/libasound.so.2.0.0)
by CreateMMAP (dscapture.c:513)
by IDsCaptureDriverBufferImpl_SetFormat (dscapture.c:737)
by IDsCaptureDriverImpl_CreateCaptureBuffer (dscapture.c:1039)
by IDirectSoundCaptureBufferImpl_Create (capture.c:935)
by IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:1256)
by IDirectSoundFullDuplexImpl_Initialize (duplex.c:592)
by DirectSoundFullDuplexCreate (duplex.c:737)
by IDirectSoundFullDuplex_tests (duplex.c:184)
by func_duplex (duplex.c:239)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a stack allocation
at CreateMMAP (dscapture.c:460)
though perhaps that's an alsa bug?
--
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=26118
Summary: kernel32/change tests show a ton of valgrind warnings
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Several uninitialized value warnings:
Conditional jump or move depends on uninitialised value(s)
at wine_dbgstr_wn (test.h:471)
by wine_dbgstr_w (test.h:66)
by test_readdirectorychanges_cr (change.c:860)
by func_change (change.c:1103)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a stack allocation
at test_readdirectorychanges_cr (change.c:794)
...
Conditional jump or move depends on uninitialised value(s)
at wine_dbgstr_wn (test.h:471)
by wine_dbgstr_w (test.h:66)
by test_readdirectorychanges_cr (change.c:880)
by func_change (change.c:1103)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a stack allocation
at test_readdirectorychanges_cr (change.c:794)
...
Conditional jump or move depends on uninitialised value(s)
at wine_dbgstr_wn (test.h:471)
by wine_dbgstr_w (test.h:66)
by test_readdirectorychanges_cr (change.c:896)
by func_change (change.c:1103)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a stack allocation
at test_readdirectorychanges_cr (change.c:794)
...
Conditional jump or move depends on uninitialised value(s)
at wine_dbgstr_wn (test.h:471)
by wine_dbgstr_w (test.h:66)
by test_readdirectorychanges_cr (change.c:912)
by func_change (change.c:1103)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a stack allocation
at test_readdirectorychanges_cr (change.c:794)
...
Conditional jump or move depends on uninitialised value(s)
at wine_dbgstr_wn (test.h:471)
by wine_dbgstr_w (test.h:66)
by test_readdirectorychanges_cr (change.c:944)
by func_change (change.c:1103)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a stack allocation
at test_readdirectorychanges_cr (change.c:794)
...
Conditional jump or move depends on uninitialised value(s)
at wine_dbgstr_wn (test.h:471)
by wine_dbgstr_w (test.h:66)
by test_readdirectorychanges_cr (change.c:995)
by func_change (change.c:1103)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a stack allocation
at test_readdirectorychanges_cr (change.c:794)
...
and several leaks:
20 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by NtNotifyChangeDirectoryFile (directory.c:3253)
by FindFirstChangeNotificationW (change.c:97)
by FindFirstChangeNotificationA (change.c:49)
by StartNotificationThread (change.c:65)
by test_ffcn_directory_overlap (change.c:1033)
by func_change (change.c:1104)
by run_test (test.h:556)
by main (test.h:624)
...
20 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by NtNotifyChangeDirectoryFile (directory.c:3253)
by FindFirstChangeNotificationW (change.c:97)
by FindFirstChangeNotificationA (change.c:49)
by StartNotificationThread (change.c:65)
by test_ffcn_directory_overlap (change.c:1035)
by func_change (change.c:1104)
by run_test (test.h:556)
by main (test.h:624)
...
20 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by NtNotifyChangeDirectoryFile (directory.c:3253)
by FindFirstChangeNotificationW (change.c:97)
by FindFirstChangeNotificationA (change.c:49)
by test_ffcn_directory_overlap (change.c:1054)
by func_change (change.c:1104)
by run_test (test.h:556)
by main (test.h:624)
...
20 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by NtNotifyChangeDirectoryFile (directory.c:3253)
by FindFirstChangeNotificationW (change.c:97)
by FindFirstChangeNotificationA (change.c:49)
by test_ffcn_directory_overlap (change.c:1058)
by func_change (change.c:1104)
by run_test (test.h:556)
by main (test.h:624)
...
240 bytes in 12 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by NtNotifyChangeDirectoryFile (directory.c:3253)
by FindNextChangeNotification (change.c:118)
by NotificationThread (change.c:50)
by ??? (signal_i386.c:2473)
by call_thread_entry_point (signal_i386.c:2499)
by start_thread (thread.c:404)
by start_thread (in /lib/libpthread-2.11.2.so)
by clone (in /lib/libc-2.11.2.so)
...
and one possibly lost:
28,280 bytes in 14 blocks are possibly lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by get_tls_data (test.h:240)
by winetest_set_location (test.h:275)
by NotificationThread (change.c:54)
by ??? (signal_i386.c:2473)
by call_thread_entry_point (signal_i386.c:2499)
by start_thread (thread.c:404)
by start_thread (in /lib/libpthread-2.11.2.so)
by clone (in /lib/libc-2.11.2.so)
--
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=26099
Summary: rpcrt4/ndr_marshal shows a ton of valgrind warnings
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: rpc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=33288)
--> (http://bugs.winehq.org/attachment.cgi?id=33288)
valgrind log
22 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by test_conformant_string (ndr_marshall.c:1545)
by func_ndr_marshall (ndr_marshall.c:2419)
by run_test (test.h:556)
by main (test.h:624)
...
24 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by IMalloc_fnAlloc (ifs.c:186)
by CoTaskMemAlloc (ifs.c:395)
by NdrOleAllocate (ndr_ole.c:364)
by my_alloc (ndr_marshall.c:42)
by NdrAllocate (ndr_marshall.c:417)
by NdrBaseTypeUnmarshall (ndr_marshall.c:6672)
by PointerUnmarshall (ndr_marshall.c:965)
by NdrPointerUnmarshall (ndr_marshall.c:1560)
by test_pointer_marshal (ndr_marshall.c:278)
by test_simple_types (ndr_marshall.c:473)
by func_ndr_marshall (ndr_marshall.c:2411)
by run_test (test.h:556)
by main (test.h:624)
(this one is there several times)
...
32 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by IMalloc_fnAlloc (ifs.c:186)
by CoTaskMemAlloc (ifs.c:395)
by NdrOleAllocate (ndr_ole.c:364)
by my_alloc (ndr_marshall.c:42)
by NdrAllocate (ndr_marshall.c:417)
by NdrNonConformantStringUnmarshall (ndr_marshall.c:2623)
by test_nonconformant_string (ndr_marshall.c:1678)
by func_ndr_marshall (ndr_marshall.c:2420)
by run_test (test.h:556)
by main (test.h:624)
...
40 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by IMalloc_fnAlloc (ifs.c:186)
by CoTaskMemAlloc (ifs.c:395)
by NdrOleAllocate (ndr_ole.c:364)
by my_alloc (ndr_marshall.c:42)
by NdrAllocate (ndr_marshall.c:417)
by NdrSimpleStructUnmarshall (ndr_marshall.c:1740)
by test_simple_struct_marshal (ndr_marshall.c:830)
by test_simple_struct (ndr_marshall.c:970)
by func_ndr_marshall (ndr_marshall.c:2413)
by run_test (test.h:556)
by main (test.h:624)
...
40 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by IMalloc_fnAlloc (ifs.c:186)
by CoTaskMemAlloc (ifs.c:395)
by NdrOleAllocate (ndr_ole.c:364)
by my_alloc (ndr_marshall.c:42)
by NdrAllocate (ndr_marshall.c:417)
by NdrSimpleStructUnmarshall (ndr_marshall.c:1740)
by PointerUnmarshall (ndr_marshall.c:965)
by NdrPointerUnmarshall (ndr_marshall.c:1560)
by test_pointer_marshal (ndr_marshall.c:278)
by test_simple_struct (ndr_marshall.c:977)
by func_ndr_marshall (ndr_marshall.c:2413)
by run_test (test.h:556)
by main (test.h:624)
...
40 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by IMalloc_fnAlloc (ifs.c:186)
by CoTaskMemAlloc (ifs.c:395)
by NdrOleAllocate (ndr_ole.c:364)
by my_alloc (ndr_marshall.c:42)
by NdrAllocate (ndr_marshall.c:417)
by test_ndr_allocate (ndr_marshall.c:1347)
by func_ndr_marshall (ndr_marshall.c:2417)
by run_test (test.h:556)
by main (test.h:624)
and a ton of possibly lost warnings, as well. Full log attached.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=26073
Summary: shell32/shelldispatch tests show some valgrind
warnings
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=33248)
--> (http://bugs.winehq.org/attachment.cgi?id=33248)
valgrind log
32 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by Folder_Constructor (shelldispatch.c:712)
by ShellDispatch_NameSpace (shelldispatch.c:854)
by test_namespace (shelldispatch.c:87)
by func_shelldispatch (shelldispatch.c:314)
by run_test (test.h:556)
by main (test.h:624)
and a few possibly lost, like:
36 bytes in 1 blocks are possibly lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by heap_alloc_zero (typelib.c:1471)
by MSFT_DoRefType (typelib.c:2160)
by ITypeLib2_Constructor_MSFT (typelib.c:3063)
by TLB_ReadTypeLib (typelib.c:2822)
by LoadTypeLibEx (typelib.c:435)
by LoadTypeLib (typelib.c:411)
by LoadRegTypeLib (typelib.c:494)
by load_type_info (shelldispatch.c:82)
by IShellDispatch_Constructor (shelldispatch.c:1052)
by IDefClF_fnCreateInstance (shellole.c:467)
by CoCreateInstance (compobj.c:2512)
by test_namespace (shelldispatch.c:68)
by func_shelldispatch (shelldispatch.c:314)
by run_test (test.h:556)
by main (test.h:624)
I'll attach the full log.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=26069
Summary: user32/clipboard tests shows a valgrind warning
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
24 bytes in 3 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by IMM_GetThreadData (imm.c:226)
by ImmGetContext (imm.c:1366)
by IME_UpdateAssociation (ime.c:1040)
by open_xim (xim.c:477)
by X11DRV_SetupXIM (xim.c:493)
by x11drv_init_thread_data (x11drv_main.c:681)
by thread_selection_wnd (clipboard.c:328)
by selection_acquire (clipboard.c:2625)
by selection_thread_proc (clipboard.c:2661)
by ??? (signal_i386.c:2473)
by call_thread_entry_point (signal_i386.c:2499)
by start_thread (thread.c:404)
by start_thread (in /lib/libpthread-2.11.2.so)
by clone (in /lib/libc-2.11.2.so)
--
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=25947
Summary: dmime:performance tests shows some memory leaks under
valgrind
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: directx-dmusic
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=33082)
--> (http://bugs.winehq.org/attachment.cgi?id=33082)
valgrind log
4 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by IDirectMusic8Impl_CreatePort (dmusic.c:142)
by IDirectMusicPerformance8Impl_PChannelInfo (performance.c:599)
by test_PChannelInfo (performance.c:46)
by func_performance (performance.c:97)
by run_test (test.h:556)
by main (test.h:624)
...
12 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by IDirectSound8_IDirectSound8_Create (dsound.c:966)
by DSOUND_Create8 (dsound.c:1090)
by DirectSoundCreate8 (dsound.c:1141)
by IDirectMusicPerformance8Impl_InitAudio (performance.c:761)
by test_InitAudio (performance.c:35)
by func_performance (performance.c:90)
by run_test (test.h:556)
by main (test.h:624)
...
144 bytes in 1 blocks are possibly lost
at calloc (vg_replace_malloc.c:467)
by _dl_allocate_tls (dl-tls.c:300)
by pthread_create@@GLIBC_2.1 (allocatestack.c:431)
by RtlCreateUserThread (thread.c:505)
by CreateRemoteThread (thread.c:89)
by CreateThread (thread.c:55)
by TIME_MMTimeStart (time.c:260)
by timeSetEvent (time.c:344)
by DirectSoundDevice_Initialize (dsound.c:1487)
by IDirectSound8_IDirectSound8_Initialize (dsound.c:920)
by DirectSoundCreate8 (dsound.c:1143)
by IDirectMusicPerformance8Impl_InitAudio (performance.c:761)
by test_InitAudio (performance.c:35)
by func_performance (performance.c:90)
by run_test (test.h:556)
by main (test.h:624)
...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=26056
Summary: comctl32/subclass tests shows a leak under valgrind
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
16 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by HeapAlloc (heap.c:267)
by GlobalAlloc (heap.c:360)
by LocalAlloc (heap.c:960)
by Alloc (comctl32undoc.c:74)
by SetWindowSubclass (commctrl.c:1121)
by test_subclass (subclass.c:236)
by func_subclass (subclass.c:328)
by run_test (test.h:556)
by main (test.h:624)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.