- wine-bugs - winehq.org

[Bug 28966] New: application runs, checks for updates and exits, no normal run.
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=28966 Bug #: 28966 Summary: application runs, checks for updates and exits, no normal run. Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wvanreede(a)live.nl Classification: Unclassified Created attachment 37247 --> http://bugs.winehq.org/attachment.cgi?id=37247 error log plus500 application; application runs, checks for updates and exits, no normal run. investproject.exe gives a major (appears in the error screen) -no further information- -- 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.

1 7

[Bug 32170] New: Process spawned, no gui presented, then closes without message or dump
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=32170 Bug #: 32170 Summary: Process spawned, no gui presented, then closes without message or dump Product: Wine Version: 1.5.16 Platform: x86-64 URL: http://www.powergrep.com/downloaddebug.html OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: WineHQBugzilla.sn3akyp3t3(a)spamgourmet.com Classification: Unclassified The problem only occurs with the 64 bit debug version of PowerGREP 4.4. The 32 bit version runs under Winearch=win32 without producing this symptom. The full version of PowerGREP 64 bit produces a Wine crash dump which I've submitted as a different bug report. If there is any debugging that is necessary for the developer to correct with the application to comply with Wine in any way this is preventing it from running. Debug dumps only occur with this version of the application and not the full version. This is the command I used to spawn the process: wine /home/user/JustGreatSoftware/PowerGREP4Debug64/PowerGREP4Debug.exe This was the terminal output for that command: fixme:process:GetProcessDEPPolicy (0xffffffffffffffff 0x22fbbc 0x22fbb8): stub fixme:process:GetLogicalProcessorInformation ((nil),0x22fb04): stub fixme:wtsapi:WTSRegisterSessionNotification Stub 0x1008e 0x00000000 fixme:ntdll:NtFlushInstructionCache 0xffffffffffffffff 0x7b9c10 100 fixme:ntdll:NtFlushInstructionCache 0xffffffffffffffff 0x6077011 14 fixme:ntdll:NtFlushInstructionCache 0xffffffffffffffff 0x7b9c10 14 fixme:ntdll:NtFlushInstructionCache 0xffffffffffffffff 0x6077000 31 fixme:ntdll:NtFlushInstructionCache 0xffffffffffffffff 0x7b9c10 17 fixme:wtsapi:WTSUnRegisterSessionNotification Stub 0x1008e -- 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.

1 9

[Bug 32411] New: Cannot open exe files from RPG Maker XP/VX games.
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=32411 Bug #: 32411 Summary: Cannot open exe files from RPG Maker XP/VX games. Product: Wine Version: unspecified Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: JosephTorres05(a)gmail.com Classification: Unclassified Created attachment 42756 --> http://bugs.winehq.org/attachment.cgi?id=42756 It is a backtrace This bug does not allow me to open exe files from RPG Maker XP/VX games and I was wondering if there was a way to successfully do this. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 35797] New: it's not work.Plese help me.
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=35797 Bug ID: 35797 Summary: it's not work.Plese help me. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fuatkadioglu(a)msn.com I installed this programme with wine but then i (double)clicked shortcut , it is not work. Programme link here : http://www.teknikbil.com/download/ktsserikur.exe Please help me.I have already license for this programme but it's not work with wine. Thanks. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 32998] New: Sniper Elite V2 Demo failed to initialise D3DX11
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=32998 Bug #: 32998 Summary: Sniper Elite V2 Demo failed to initialise D3DX11 Product: Wine Version: 1.5.24 Platform: x86 URL: http://store.steampowered.com/app/63380/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com Classification: Unclassified Created attachment 43594 --> http://bugs.winehq.org/attachment.cgi?id=43594 with native dx and win 7 compatibility Error window 'Failed to initialise D3DX11' after launching. Output in attached file. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 18

[Bug 20657] New: Out of virtual memory space while generating symbolic stack dump in chromium unit_tests.exe
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=20657 Summary: Out of virtual memory space while generating symbolic stack dump in chromium unit_tests.exe Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com If chromium's unit_tests.exe happens to crash, wine takes a lot of memory while generating a crash dump. Under Valgrind, it sometimes runs out of memory, with the error "Valgrind's memory management: out of memory: newSuperblock's request for 6295552 bytes failed. 3682476032 bytes have already been allocated. Valgrind cannot continue. Sorry." For what it's worth, there are lots of valgrind warnings during the production of the stack dump. Here's the first one: [ RUN ] RenderViewTest.OnPrintPageAsBitmap Backtrace: Conditional jump or move depends on uninitialised value(s) at symt_get_info (type.c:470) by symt_cmp_addr (symbol.c:65) by msort_with_tmp (msort.c:65) ... by msort_with_tmp (msort.c:53) by qsort_r (msort.c:294) by qsort (msort.c:304) by resort_symbols (symbol.c:847) by symt_find_nearest (symbol.c:872) by codeview_snarf_linetab2 (msc.c:1408) by pdb_process_internal (msc.c:2549) Uninitialised value was created by a heap allocation at notify_alloc (heap.c:214) by RtlReAllocateHeap (heap.c:1551) by symt_grow_sorttab (symbol.c:79) by symt_add_module_ht (symbol.c:101) by symt_new_function (symbol.c:364) by codeview_snarf (msc.c:1597) by pdb_process_internal (msc.c:2540) by pdb_process_file (msc.c:2594) by codeview_process_info (msc.c:2765) by pe_load_debug_directory (msc.c:2821) by pe_load_msc_debug_info (pe_module.c:173) by pe_load_debug_info (pe_module.c:287) by module_get_debug (module.c:319) by SymFromAddr (symbol.c:1242) by `anonymous namespace'::SymbolContext::OutputTraceToStream (debug_util_win.cc:132) by StackTrace::OutputToStream (debug_util_win.cc:279) by StackTrace::PrintBacktrace (debug_util_win.cc:265) by base::`anonymous namespace'::StackDumpExceptionFilter (process_util_win.cc:38) by UnhandledExceptionFilter (except.c:450) by __wine_exception_handler (exception.h:310) by ??? (signal_i386.c:2329) by ??? (signal_i386.c:2329) by call_stack_handlers (signal_i386.c:606) by raise_exception (signal_i386.c:684) by NtRaiseException (signal_i386.c:2263) -- 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.

1 3

[Bug 27424] New: Aplicacion de Delphi 7
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=27424 Summary: Aplicacion de Delphi 7 Product: Wine Version: 1.3.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: hectordelmestre(a)gmail.com Created an attachment (id=35071) --> (http://bugs.winehq.org/attachment.cgi?id=35071) Log reportados con la instruccion: wine app.exe &> /tmp/log.txt 2>&1 Aplicacion creada en Delphi 7. Se conecta a una base de datos creada con Firebird. Las dll necesarias se encuentran en la carpeta de la aplicacion y de ser necesario se copian en la carpeta System32. Las dll's necesarias son: midas.dll fbclient.dll gds32.dll dbexpint.dll Sistema operativo donde se quiere correr: Ubuntu 11.04 - Nucleo Linux 2.6.38-8-generic Memoria 2.9 Gb - Intel Core Duo T6400. Application created in Delphi 7. It connects to a database created with Firebird. The required dll are in the application folder and if necessary are copied to the System32 folder. The dll's needed are: midas.dll fbclient.dll gds32.dll dbexpint.dll Operating system where you want to run: 11.04 Ubuntu - Linux Kernel 2.6.38-8-generic 2.9 GB memory - Intel Core Duo T6400. -- 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.

1 8

[Bug 36685] New: Failure to run an application: Rachunek Small Business-HANDEL
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=36685 Bug ID: 36685 Summary: Failure to run an application: Rachunek Small Business-HANDEL Product: Wine Version: 1.7.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mkotas+winehq(a)gmail.com Created attachment 48726 --> http://bugs.winehq.org/attachment.cgi?id=48726 log with error messages Crash - no success while attempting to run an application: "Rachunek Small Business-HANDEL" Producer: MEGA-TECH, http://www.mega-tech.com.pl -- 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.

1 2

[Bug 36695] New: 64-bit binaries produced by Go produce lots of create_view messages and an eventual unhandled page fault, even if the program already finished running successfully
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=36695 Bug ID: 36695 Summary: 64-bit binaries produced by Go produce lots of create_view messages and an eventual unhandled page fault, even if the program already finished running successfully Product: Wine Version: 1.7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pietro10(a)mac.com Created attachment 48734 --> http://bugs.winehq.org/attachment.cgi?id=48734 Output of the hello, world program in the post. wine seems to have a problem loading 64-bit binaries produced by the Go compiler for target windows/amd64 (GOOS=windows GOARCH=amd64). First, on startup, wine prints a lot of messages of the form fixme:virtual:create_view out of memory in virtual heap for 0x5c000000000-0x5c882002000 with different addresses each time. Then, the program starts running, often to completion (echo $? gives 0). At the same time, wine says wine: Unhandled page fault at address 0x7f7f46f5b33f (thread 0029), starting debugger... and tries to quit. (Smaller programs like the attached may not produce this message; the longer the program, the more likely it is to appear.) For small programs, the program code will race wine and succeed; larger programs will just not work. Sometimes, the Unhandled page fault is accompanied by a messagebox with title "Wine program crash" and text "Internal errors - invalid parameters received". The attachment is the output of package main import "fmt" func main() { fmt.Println("hello, world") } This is with wine from the official Ubuntu PPA. This has happened over many Go versions from the past few months; the one I used here is go version go1.3beta2 +aecdc70c44ac Fri May 23 17:39:58 2014 -0700 linux/amd64 -- 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.

1 5

[Bug 9900] New: Starship titanic crashes at startup
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=9900 Summary: Starship titanic crashes at startup Product: Wine Version: 0.9.45. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: nikolay(a)vladimiroff.com Created an attachment (id=8393) --> (http://bugs.winehq.org/attachment.cgi?id=8393) last 100 lines of +relay debug Starship Titanic crashes at startup. Install works fine. Kernel/OS: 2.6.22.9-91.fc7/Fedora 7 x86_64 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 34

[Bug 29273] New: delphi application crash at start when windows are created on x86-64 system only
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=29273 Bug #: 29273 Summary: delphi application crash at start when windows are created on x86-64 system only Product: Wine Version: 1.2.2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: mzens(a)gmx.de Classification: Unclassified Created attachment 37858 --> http://bugs.winehq.org/attachment.cgi?id=37858 executable The 32bit application crashes somewhere in the delphi initialization code at start-up in versions 1.2.2 and 1.3.34. This happens only on the Ubuntu 10.04 x86-64 system. On a x86-32 machine it runs fine in version 1.2.2 . -- 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.

1 10

[Bug 36707] New: wineboot hangs (loops?) with 100% CPU
by wine-bugs＠winehq.org 10 Jun '14

10 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=36707 Bug ID: 36707 Summary: wineboot hangs (loops?) with 100% CPU Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tebclause(a)gmail.com Might be Wine bug #36664 Looks like RedHat bug #1097970 Wine 1.6.1 worked very well in Ubuntu 12.04, for years, until the patch below was applied. ( from: /var/log/apt ) Start-Date: 2014-06-07 06:10:33 Commandline: aptdaemon role='role-commit-packages' sender=':1.323' Install: linux-headers-3.2.0-64:amd64 (3.2.0-64.97), linux-image-3.2.0-64-generic:amd64 (3.2.0-64.97), linux-headers-3.2.0-64-generic:amd64 (3.2.0-64.97) Upgrade: linux-generic:amd64 (3.2.0.63.75, 3.2.0.64.76), linux-headers-generic:amd64 (3.2.0.63.75, 3.2.0.64.76), linux-image-generic:amd64 (3.2.0.63.75, 3.2.0.64.76), linux-libc-dev:amd64 (3.2.0-63.95, 3.2.0-64.97) End-Date: 2014-06-07 06:13:55 After that patch Wine locks/hangs in wineboot with 100% CPU (one core) use. I tried running Configure Wine to eliminate potential application dependencies and see the same behavior starting it. When I kill the wineboot process wincnfg starts and takes 100% of CPU until killed. Same situation with Wine 1.7.18 in Ubuntu 12.04 Same situation with Wine 1.6.2 in Ubuntu 14.04 Things I've tried that did NOT fix or change the problem: Reinstall Wine 1.6.1 ( wine1.6:amd64 (1.6.1-0ubuntu1~ppa1~precise1) ) Instal Wine 1.7.18 Remove Wine 1.7 and (re)install 1.6.1 Replace open source video driver with Nvidia proprietary driver. Upgrade to Ubuntu 14.04 and Wine 1.6.2 -- 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.

1 2

[Bug 36706] New: valgrind shows several warnings in rpcrt4/tests/ndr_marshal.c
by wine-bugs＠winehq.org 09 Jun '14

09 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36706 Bug ID: 36706 Summary: valgrind shows several warnings in rpcrt4/tests/ndr_marshal.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48750 --> https://bugs.winehq.org/attachment.cgi?id=48750 valgrind log These only seem to appear when running the full test suite. Just running 'make ndr_marshal.ok' doesn't seem to be enough to trigger it. ../../../tools/runtest -q -P wine -T ../../.. -M rpcrt4.dll -p rpcrt4_test.exe.so ndr_marshall && touch ndr_marshall.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 fixme:ole:PointerUnmarshall free object pointer 0x499cd38 fixme:ole:PointerUnmarshall free object pointer 0x499cd60 ==6421== Thread 3: ==6421== Invalid read of size 4 ==6421== at 0x60FDF90: ??? (in /usr/lib64/gcc/x86_64-pc-linux-gnu/4.9.0/32/libgcc_s.so.1) ==6421== by 0x610E95C: ??? (in /usr/lib64/gcc/x86_64-pc-linux-gnu/4.9.0/32/libgcc_s.so.1) ==6421== by 0x610F101: ??? (in /usr/lib64/gcc/x86_64-pc-linux-gnu/4.9.0/32/libgcc_s.so.1) ==6421== by 0x610F65C: _Unwind_ForcedUnwind (in /usr/lib64/gcc/x86_64-pc-linux-gnu/4.9.0/32/libgcc_s.so.1) ==6421== by 0x422B9F1: _Unwind_ForcedUnwind (unwind-forcedunwind.c:137) ==6421== by 0x4229732: __pthread_unwind (unwind.c:129) ==6421== by 0x4224080: pthread_exit (pthreadP.h:280) ==6421== by 0x7BC9053D: terminate_thread (thread.c:349) ==6421== by 0x7BC88B19: ??? (signal_i386.c:2571) ==6421== by 0x621F357: ??? ==6421== by 0x4222F92: start_thread (pthread_create.c:309) ==6421== by 0x43277ED: clone (clone.S:129) ==6421== Address 0x6117080 is on thread 1's stack ==6421== etc. Full log attached. -- 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.

1 0

[Bug 36705] New: valgrind shows uninitialized memory use in user32/tests/input.c
by wine-bugs＠winehq.org 09 Jun '14

09 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36705 Bug ID: 36705 Summary: valgrind shows uninitialized memory use in user32/tests/input.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com I tracked this down to only occurring when the screen is locked. Note that the test passes with the screen locked or unlocked. ==15374== Conditional jump or move depends on uninitialised value(s) ==15374== at 0x4F58C24: wine_dbgstr_wn (test.h:486) ==15374== by 0x4EB30DC: wine_dbgstr_w (test.h:69) ==15374== by 0x4EB87DB: test_key_names (input.c:1642) ==15374== by 0x4EB88E7: func_input (input.c:1664) ==15374== by 0x4F59107: run_test (test.h:584) ==15374== by 0x4F594F2: main (test.h:654) ==15374== Uninitialised value was created by a stack allocation ==15374== at 0x4EB8871: func_input (input.c:1647) ==15374== ==15374== Conditional jump or move depends on uninitialised value(s) ==15374== at 0x4F58C24: wine_dbgstr_wn (test.h:486) ==15374== by 0x4EB30DC: wine_dbgstr_w (test.h:69) ==15374== by 0x4EB8828: test_key_names (input.c:1643) ==15374== by 0x4EB88E7: func_input (input.c:1664) ==15374== by 0x4F59107: run_test (test.h:584) ==15374== by 0x4F594F2: main (test.h:654) ==15374== Uninitialised value was created by a stack allocation ==15374== at 0x4EB8871: func_input (input.c:1647) ==15374== -- 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.

1 1

[Bug 3013] OleQueryLinkFromData fixme message slows down FileMaker Pro 5.5
by wine-bugs＠winehq.org 09 Jun '14

09 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=3013 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |focht(a)gmx.net Resolution|--- |ABANDONED --- Comment #13 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, no further response from OP, resolving 'abandoned'. Regards -- 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.

1 0

[Bug 3538] Origin 7.5's augmented file open dialog closes when you click "Add"
by wine-bugs＠winehq.org 09 Jun '14

09 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=3538 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |focht(a)gmx.net Resolution|--- |ABANDONED --- Comment #20 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, no further response from OP, resolving 'abandoned'. Regards -- 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.

1 0

[Bug 1432] fixme - implement - system:EnumDisplayDevicesW
by wine-bugs＠winehq.org 09 Jun '14

09 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=1432 Bug 1432 depends on bug 3488, which changed state. Bug 3488 Summary: MapleStory: d3d problem https://bugs.winehq.org/show_bug.cgi?id=3488 What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |ABANDONED -- 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.

1 0

[Bug 3488] MapleStory: d3d problem
by wine-bugs＠winehq.org 09 Jun '14

09 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=3488 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |focht(a)gmx.net Resolution|--- |ABANDONED --- Comment #16 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, it's Henri said: there is no reason to keep this bug open since OP didn't really state what exact D3D problem was present 8+ years ago. The initial version didn't have GG so unless OP can provide the exact client version from 8 years ago this bug is moot. Every comment/test after 2006 uses a GG-enabled client which is covered by bug 3952 Resolving 'abandoned'. Regards -- 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.

1 0

[Bug 9154] Balls of Steel demo v1.3 fails to start a game (ddraw7_WaitForVerticalBlank stub too fast, needs real implementation)
by wine-bugs＠winehq.org 08 Jun '14

08 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=9154 Ákos Tóth <dxmiamme(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dxmiamme(a)gmail.com --- Comment #24 from Ákos Tóth <dxmiamme(a)gmail.com> --- Confirming that the bug is still present. Running the game in virtual desktop mode allows you to get in-game (tested versions: 1.6.2, 1.7.19). In 1.6, game is responsive but unplayable due to speed. In 1.7, the game doesn't respond to anything but the function keys; speed remains the same as in 1.6 (blazing fast). -- 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.

1 0

[Bug 6955] Software vertex blending not implemented (affects NOLF2, Divinity 2, ...)
by wine-bugs＠winehq.org 08 Jun '14

08 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=6955 --- Comment #141 from Tom Murphy <tmurphy(a)pertho.net> --- Please add Dark Age of Camelot (http://appdb.winehq.org/objectManager.php?sClass=application&iId=443) as one of the apps affected by this bug. Any update on when this will be resolved? It would be really nice to not have to constantly patch WINE in order to play (and compile it on a 32-bit chroot or VM) Thanks! -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6955] Software vertex blending not implemented (affects NOLF2, Divinity 2, ...)
by wine-bugs＠winehq.org 08 Jun '14

08 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=6955 Tom Murphy <tmurphy(a)pertho.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tmurphy(a)pertho.net --- Comment #140 from Tom Murphy <tmurphy(a)pertho.net> --- Please add Dark Age of Camelot (http://appdb.winehq.org/objectManager.php?sClass=application&iId=443) as one of the apps affected by this bug. Any update on when this will be resolved? It would be really nice to not have to constantly patch WINE in order to play (and compile it on a 32-bit chroot or VM) Thanks! -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9127] Multiple games fail to play intro videos/movies (quartz MPEG splitter: MPEG-1 system streams not supported)
by wine-bugs＠winehq.org 06 Jun '14

06 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=9127 Sagawa <sagawa.aki+winebugs(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sagawa.aki+winebugs(a)gmail.c | |om -- 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.

1 0

[Bug 36682] New: user32/tests/win.c fails under a virtual desktop
by wine-bugs＠winehq.org 05 Jun '14

05 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36682 Bug ID: 36682 Summary: user32/tests/win.c fails under a virtual desktop Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: trivial Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com win.c:2244: Test succeeded inside todo block: GetActiveWindow() = 0x5006c win.c:2244: Test succeeded inside todo block: GetForegroundWindow() = 0x5006c win.c:2244: Test succeeded inside todo block: GetFocus() = 0x5006c win.c:2468: Test failed: 0x5006c: expected prev (nil), got 0x1c00de win.c:2476: Test failed: 0xa00c2: expected next 0x5006c, got 0x1c00de win.c:2481: Test failed: 0x5006c: expected prev (nil), got 0x1c00de -- 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.

1 0

[Bug 36474] New: Wine doesn't respect the systemd attach to seat
by wine-bugs＠winehq.org 05 Jun '14

05 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=36474 Bug ID: 36474 Summary: Wine doesn't respect the systemd attach to seat Product: Wine Version: 1.7.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: debian(a)jkfloris.demon.nl I have a working systemd multiseat setup. seat0 has a keyboard and a mouse attached. Seat1 has also two usb joysticks. But when I run `wine control` on seat0 the game controller menu shows the joysticks from seat1 and the buttons and axis are working. -- 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.

1 6

[Bug 36678] New: shell32/tests/shlexec.c: several tests fail under valgrind
by wine-bugs＠winehq.org 05 Jun '14

05 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36678 Bug ID: 36678 Summary: shell32/tests/shlexec.c: several tests fail under valgrind Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com shlexec.c:139: Test failed: ShellExecute(verb="", file=""C:\users\austin\Temp\wtb94b.tmp\drawback_file.noassoc foo.shlexec"") WaitForSingleObject returned 258 shlexec.c:139: Test failed: ShellExecute(verb="", file="C:\users\austin\Temp\wtb94b.tmp\drawback_nonexist.noassoc foo.shlexec") WaitForSingleObject returned 258 shlexec.c:139: Test failed: ShellExecute(verb="", file="C:\users\austin\Temp\wtb94b.tmp\test file.shlexec") WaitForSingleObject returned 258 shlexec.c:139: Test failed: ShellExecute(file="C:\users\austin\Temp\wtb94b.tmp\test file.shlexec") WaitForSingleObject returned 258 shlexec.c:1565: Test failed: argvA3 expected 'Open', but key not found or empty shlexec.c:1573: Test failed: argvA4 expected 'C:\users\austin\Temp\wtb94b.tmp\test file.shlexec', but key not found or empty -- 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.

1 0

[Bug 36677] New: user32/tests/menu.c fails under valgrind
by wine-bugs＠winehq.org 05 Jun '14

05 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36677 Bug ID: 36677 Summary: user32/tests/menu.c fails under valgrind Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M user32.dll -p user32_test.exe.so menu && touch menu.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 menu.c:3435: Tests skipped: interactive alignment tests. menu.c:2171: Test failed: test 15 menu.c:2159: Tests skipped: test 16: didn't receive input err:menu:SetMenuItemInfo_common Loop detected in menu hierarchy or maximum menu depth exceeded! err:menu:SetMenuItemInfo_common Loop detected in menu hierarchy or maximum menu depth exceeded! make: *** [menu.ok] Error 1 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36676] New: user32/tests/winstation.c fails on xfce
by wine-bugs＠winehq.org 05 Jun '14

05 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36676 Bug ID: 36676 Summary: user32/tests/winstation.c fails on xfce Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com winstation.c:896: Test failed: unexpected foreground window 0x11b0116 winstation.c:896: Test failed: unexpected foreground window 0x450132 wine-1.7.19-70-gd6a59f7 with/without +heap -- 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.

1 0

[Bug 36675] New: urlmon/tests/protocol.c fail under valgrind
by wine-bugs＠winehq.org 05 Jun '14

05 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36675 Bug ID: 36675 Summary: urlmon/tests/protocol.c fail under valgrind Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48717 --> https://bugs.winehq.org/attachment.cgi?id=48717 bt all ../../../tools/runtest -q -P wine -T ../../.. -M urlmon.dll -p urlmon_test.exe.so protocol && touch protocol.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 fixme:wininet:create_cache_entry INTERNET_FLAG_NEED_FILE is not supported correctly err:ntdll:RtlpWaitForCriticalSection section 0x7bcd9ec4 "loader.c: loader_section" wait timed out in thread 007d, blocked by 0026, retrying (60 sec) protocol.c:329: Test failed: dwResponseCode=0, expected 200 protocol.c:1004: Test failed: ulProgress == 0 protocol.c:1012: Test failed: grcfBSCF = 00000005 protocol.c:628: Test failed: expected ReportData protocol.c:643: Test failed: expected ReportProgress_ACCEPTRANGES fixme:wininet:FtpGetFileSize (0x3, 0xb13d128) fixme:wininet:FTPFILE_LockRequestFile 0x480c198 make: *** [protocol.ok] Error 5 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9127] Multiple games fail to play intro videos/movies (quartz MPEG splitter: MPEG-1 system streams not supported)
by wine-bugs＠winehq.org 05 Jun '14

05 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=9127 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |zaexu(a)chokore-to.com --- Comment #55 from Anastasius Focht <focht(a)gmx.net> --- *** Bug 34727 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.

1 0

[Bug 36674] New: mmdevapi/tests/capture.c fails under valgrind
by wine-bugs＠winehq.org 05 Jun '14

05 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36674 Bug ID: 36674 Summary: mmdevapi/tests/capture.c fails under valgrind Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: mmdevapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M mmdevapi.dll -p mmdevapi_test.exe.so capture && touch capture.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 capture.c:141: Test failed: GetNextPacketSize 480 vs. GCP 728 capture.c:308: Test failed: GCP 968 vs. BufferSize 23941 capture.c:348: Test failed: Valid IAudioCaptureClient_GetBuffer returns 08890001 capture.c:355: Test failed: restarted GCP 8 capture.c:409: Test failed: Valid IAudioCaptureClient_GetBuffer returns 08890001 -- 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.

1 0

[Bug 36673] New: kernel32/tests/heap.c fails under valgrind
by wine-bugs＠winehq.org 05 Jun '14

05 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36673 Bug ID: 36673 Summary: kernel32/tests/heap.c fails under valgrind Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M kernel32.dll -p kernel32_test.exe.so heap && touch heap.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 heap.c:1138: Test failed: 0x10: got heap flags 00000002 expected 00000020 heap.c:1140: Test failed: 0x10: got heap force flags 00000000 expected 00000020 heap: 2 failures in child process preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 heap.c:1138: Test failed: 0x20: got heap flags 00000002 expected 00000040 heap.c:1140: Test failed: 0x20: got heap force flags 00000000 expected 00000040 heap: 2 failures in child process preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 heap.c:1138: Test failed: 0x40: got heap flags 00000002 expected 50000060 heap.c:1140: Test failed: 0x40: got heap force flags 00000000 expected 50000060 heap: 2 failures in child process preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 heap.c:1138: Test failed: 0x80: got heap flags 00000002 expected 30000060 heap.c:1140: Test failed: 0x80: got heap force flags 00000000 expected 30000060 heap: 2 failures in child process heap.c:1138: Test failed: 0x200000: got heap flags 00000002 expected 00000080 heap: 1 failures in child process preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 heap.c:1138: Test failed: 0x2000000: got heap flags 00000002 expected 01000002 heap.c:1140: Test failed: 0x2000000: got heap force flags 00000000 expected 01000002 heap: 2 failures in child process preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 heap.c:1138: Test failed: 0xdeadbeef: got heap flags 00000002 expected 000000e0 heap.c:1140: Test failed: 0xdeadbeef: got heap force flags 00000000 expected 000000e0 heap: 2 failures in child process -- 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.

1 0

[Bug 36238] New: comctl32/tests/propsheet.c fails under valgrind
by wine-bugs＠winehq.org 05 Jun '14

05 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36238 Bug ID: 36238 Summary: comctl32/tests/propsheet.c fails under valgrind Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M comctl32.dll -p comctl32_test.exe.so propsheet && touch propsheet.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 propsheet.c:548: Test failed: The Add button has not been pressed! make: *** [propsheet.ok] Error 1 see bug 36236 for a leak in that file, and bug 33719 for failing on some windows vms. -- 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.

1 2

[Bug 20545] New: memory leak in MMDRV_Init on exit?
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=20545 Summary: memory leak in MMDRV_Init on exit? Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com On several Chromium tests (having nothing to do with multimedia?), valgrind is reporting a leak in winmm: 56 bytes in 1 blocks are possibly lost in loss record 464 of 1,033 at notify_alloc (heap.c:214) by RtlAllocateHeap (heap.c:1421) by MMDRV_InitPerType (lolvldrv.c:419) by MMDRV_Install (lolvldrv.c:510) by MMDRV_Init (lolvldrv.c:561) by DllMain (winmm.c:184) by __wine_spec_dll_entry (dll_entry.c:40) by ??? (in /home/dank/wine-git/dlls/ntdll/ntdll.dll.so) by MODULE_InitDLL (loader.c:982) by process_attach (loader.c:1071) by process_attach (loader.c:1063) by attach_process_dlls (loader.c:2440) This doesn't happen terribly often, is there something that occasionally prevents freeing on unload? -- 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.

1 3

[Bug 36558] New: valgrind shows a definite leak in comctl32/tests/treeview.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36558 Bug ID: 36558 Summary: valgrind shows a definite leak in comctl32/tests/treeview.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==26061== 140 bytes in 1 blocks are definitely lost in loss record 620 of 921 ==26061== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==26061== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==26061== by 0x4FE3841: ImageListImpl_CreateInstance (imagelist.c:3697) ==26061== by 0x4FDC1EA: ImageList_Create (imagelist.c:772) ==26061== by 0x505A37F: TREEVIEW_InitCheckboxes (treeview.c:2954) ==26061== by 0x505A6A5: TREEVIEW_Paint (treeview.c:3013) ==26061== by 0x5060D32: TREEVIEW_WindowProc (treeview.c:5817) ==26061== by 0x538D4F5: ??? (winproc.c:173) ==26061== by 0x538D66A: call_window_proc (winproc.c:244) ==26061== by 0x538E858: WINPROC_CallProcAtoW (winproc.c:603) ==26061== by 0x538FA49: CallWindowProcA (winproc.c:961) ==26061== by 0x4D435DF: TreeviewWndProc (treeview.c:315) ==26061== by 0x538D4F5: ??? (winproc.c:173) ==26061== by 0x538D66A: call_window_proc (winproc.c:244) ==26061== by 0x538F8B9: WINPROC_call_window (winproc.c:909) ==26061== by 0x5350859: DispatchMessageA (message.c:3948) ==26061== by 0x4D4B261: test_TVS_CHECKBOXES (treeview.c:1943) ==26061== by 0x4D4C651: func_treeview (treeview.c:2228) ==26061== by 0x4D51DB9: run_test (test.h:584) ==26061== by 0x4D521A8: main (test.h:654) ==26061== -- 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.

1 7

[Bug 36634] New: valgrind shows an unintialized write in rpcrt4/tests/marshall.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36634 Bug ID: 36634 Summary: valgrind shows an unintialized write in rpcrt4/tests/marshall.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==19743== Thread 4: ==19743== Invalid read of size 4 ==19743== at 0x7BC82C7D: ntdll_get_thread_data (ntdll_misc.h:241) ==19743== by 0x7BC87264: abort_thread (signal_i386.c:2654) ==19743== by 0x7BC80119: wait_select_reply (server.c:336) ==19743== by 0x7BC80EDC: server_select (server.c:597) ==19743== by 0x7BC8A6F6: NtWaitForMultipleObjects (sync.c:863) ==19743== by 0x7BC8A746: NtWaitForSingleObject (sync.c:872) ==19743== by 0x7BC47912: server_ioctl_file (file.c:1375) ==19743== by 0x7BC48312: NtFsControlFile (file.c:1623) ==19743== by 0x7B8796BF: ConnectNamedPipe (sync.c:1608) ==19743== by 0x56ECF26: listen_thread (rpc_transport.c:131) ==19743== by 0x7BC87137: ??? (signal_i386.c:2571) ==19743== by 0x7BC87180: call_thread_func (signal_i386.c:2630) ==19743== by 0x7BC87115: ??? (signal_i386.c:2571) ==19743== by 0x7BC8E560: start_thread (thread.c:428) ==19743== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==19743== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==19743== Address 0x5db4018 is on thread 1's stack ==19743== Invalid read of size 4 ==19743== at 0x7BC87265: abort_thread (signal_i386.c:2654) ==19743== by 0x7BC80119: wait_select_reply (server.c:336) ==19743== by 0x7BC80EDC: server_select (server.c:597) ==19743== by 0x7BC8A6F6: NtWaitForMultipleObjects (sync.c:863) ==19743== by 0x7BC8A746: NtWaitForSingleObject (sync.c:872) ==19743== by 0x7BC47912: server_ioctl_file (file.c:1375) ==19743== by 0x7BC48312: NtFsControlFile (file.c:1623) ==19743== by 0x7B8796BF: ConnectNamedPipe (sync.c:1608) ==19743== by 0x56ECF26: listen_thread (rpc_transport.c:131) ==19743== by 0x7BC87137: ??? (signal_i386.c:2571) ==19743== by 0x7BC87180: call_thread_func (signal_i386.c:2630) ==19743== by 0x7BC87115: ??? (signal_i386.c:2571) ==19743== by 0x7BC8E560: start_thread (thread.c:428) ==19743== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==19743== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==19743== Address 0x5db4204 is on thread 1's stack ==19743== Invalid read of size 4 ==19743== at 0x7BC82C7D: ntdll_get_thread_data (ntdll_misc.h:241) ==19743== by 0x7BC8727B: abort_thread (signal_i386.c:2655) ==19743== by 0x7BC80119: wait_select_reply (server.c:336) ==19743== by 0x7BC80EDC: server_select (server.c:597) ==19743== by 0x7BC8A6F6: NtWaitForMultipleObjects (sync.c:863) ==19743== by 0x7BC8A746: NtWaitForSingleObject (sync.c:872) ==19743== by 0x7BC47912: server_ioctl_file (file.c:1375) ==19743== by 0x7BC48312: NtFsControlFile (file.c:1623) ==19743== by 0x7B8796BF: ConnectNamedPipe (sync.c:1608) ==19743== by 0x56ECF26: listen_thread (rpc_transport.c:131) ==19743== by 0x7BC87137: ??? (signal_i386.c:2571) ==19743== by 0x7BC87180: call_thread_func (signal_i386.c:2630) ==19743== by 0x7BC87115: ??? (signal_i386.c:2571) ==19743== by 0x7BC8E560: start_thread (thread.c:428) ==19743== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==19743== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==19743== Address 0x5db4018 is on thread 1's stack ==19743== Invalid read of size 4 ==19743== at 0x7BC8727C: abort_thread (signal_i386.c:2655) ==19743== by 0x7BC80119: wait_select_reply (server.c:336) ==19743== by 0x7BC80EDC: server_select (server.c:597) ==19743== by 0x7BC8A6F6: NtWaitForMultipleObjects (sync.c:863) ==19743== by 0x7BC8A746: NtWaitForSingleObject (sync.c:872) ==19743== by 0x7BC47912: server_ioctl_file (file.c:1375) ==19743== by 0x7BC48312: NtFsControlFile (file.c:1623) ==19743== by 0x7B8796BF: ConnectNamedPipe (sync.c:1608) ==19743== by 0x56ECF26: listen_thread (rpc_transport.c:131) ==19743== by 0x7BC87137: ??? (signal_i386.c:2571) ==19743== by 0x7BC87180: call_thread_func (signal_i386.c:2630) ==19743== by 0x7BC87115: ??? (signal_i386.c:2571) ==19743== by 0x7BC8E560: start_thread (thread.c:428) ==19743== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==19743== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==19743== Address 0x5db4204 is on thread 1's stack ==19743== -- 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.

1 1

[Bug 36582] New: valgrind shows a definite leak in user32/tests/dialog.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36582 Bug ID: 36582 Summary: valgrind shows a definite leak in user32/tests/dialog.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==26259== 28 bytes in 1 blocks are definitely lost in loss record 237 of 760 ==26259== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==26259== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==26259== by 0x5154EB8: DIALOG_get_info (defdlg.c:342) ==26259== by 0x5154F60: DefDlgProcA (defdlg.c:369) ==26259== by 0x4CCFD69: test_WM_NEXTDLGCTL (dialog.c:606) ==26259== by 0x4CD3173: func_dialog (dialog.c:1434) ==26259== by 0x4DA3978: run_test (test.h:584) ==26259== by 0x4DA3D67: main (test.h:654) ==26259== -- 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.

1 1

[Bug 36196] New: valgrind shows some possible leaks in mmdevapi/tests/propstore.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36196 Bug ID: 36196 Summary: valgrind shows some possible leaks in mmdevapi/tests/propstore.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: mmdevapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==12387== 28 bytes in 1 blocks are possibly lost in loss record 92 of 461 ==12387== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12387== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12387== by 0x4FC483E: COMPOBJ_DllList_Add (compobj.c:526) ==12387== by 0x4FC6B7A: apartment_getclassobject (compobj.c:1335) ==12387== by 0x4FCA2C4: get_inproc_class_object (compobj.c:2894) ==12387== by 0x4FCA783: CoGetClassObject (compobj.c:3032) ==12387== by 0x4FCAD45: CoCreateInstance (compobj.c:3197) ==12387== by 0x4E6D893: func_propstore (propstore.c:120) ==12387== by 0x4E80EAF: run_test (test.h:584) ==12387== by 0x4E8129E: main (test.h:654) ==12387== { -- 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.

1 1

[Bug 36645] New: valgrind shows two definite leaks in mshtml/tests/htmllocation.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36645 Bug ID: 36645 Summary: valgrind shows two definite leaks in mshtml/tests/htmllocation.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==25103== 2 bytes in 1 blocks are definitely lost in loss record 22 of 5,735 ==25103== at 0x7BC4C75D: notify_alloc (heap.c:255) ==25103== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716) ==25103== by 0x5D38D16: heap_alloc (internet.h:116) ==25103== by 0x5D38F5F: heap_strdupWtoA (internet.h:213) ==25103== by 0x5D3DE38: FTP_SendCommand (ftp.c:2715) ==25103== by 0x5D3F228: FTP_SendRetrieve (ftp.c:3323) ==25103== by 0x5D3B127: FTP_FtpOpenFileW (ftp.c:1341) ==25103== by 0x5D3B64B: AsyncFtpOpenFileProc (ftp.c:1478) ==25103== by 0x5D5BD9B: INTERNET_WorkerThreadFunc (internet.c:3840) ==25103== by 0x7BC90A9A: worker_thread_proc (threadpool.c:110) ==25103== by 0x7BC87137: ??? (signal_i386.c:2571) ==25103== by 0x7BC87180: call_thread_func (signal_i386.c:2630) ==25103== by 0x7BC87115: ??? (signal_i386.c:2571) ==25103== by 0x7BC8E560: start_thread (thread.c:428) ==25103== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==25103== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==25103== 9 bytes in 1 blocks are definitely lost in loss record 352 of 5,735 ==25103== at 0x7BC4C75D: notify_alloc (heap.c:255) ==25103== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716) ==25103== by 0x5D38D16: heap_alloc (internet.h:116) ==25103== by 0x5D3DC6B: FTP_SendCommandA (ftp.c:2675) ==25103== by 0x5D3DE69: FTP_SendCommand (ftp.c:2716) ==25103== by 0x5D3F228: FTP_SendRetrieve (ftp.c:3323) ==25103== by 0x5D3B127: FTP_FtpOpenFileW (ftp.c:1341) ==25103== by 0x5D3B64B: AsyncFtpOpenFileProc (ftp.c:1478) ==25103== by 0x5D5BD9B: INTERNET_WorkerThreadFunc (internet.c:3840) ==25103== by 0x7BC90A9A: worker_thread_proc (threadpool.c:110) ==25103== by 0x7BC87137: ??? (signal_i386.c:2571) ==25103== by 0x7BC87180: call_thread_func (signal_i386.c:2630) ==25103== by 0x7BC87115: ??? (signal_i386.c:2571) ==25103== by 0x7BC8E560: start_thread (thread.c:428) ==25103== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==25103== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==25103== -- 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.

1 1

[Bug 36286] New: valgrind shows an invalid read in ieframe/tests/ie.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36286 Bug ID: 36286 Summary: valgrind shows an invalid read in ieframe/tests/ie.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==17071== Invalid read of size 4 ==17071== at 0x400AD40: memcpy (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==17071== by 0x5A80552: xbuf_add (tmarshal.c:107) ==17071== by 0x5A82737: serialize_param (tmarshal.c:704) ==17071== by 0x5A82FB3: serialize_param (tmarshal.c:809) ==17071== by 0x5A88EB1: TMStubImpl_Invoke (tmarshal.c:2118) ==17071== by 0x50AD280: RPC_ExecuteCall (objidl.h:9086) ==17071== by 0x506C1ED: apartment_wndproc (compobj.c:1460) ==17071== by 0x54D8509: ??? (winproc.c:173) ==17071== by 0x54D867E: call_window_proc (winproc.c:244) ==17071== by 0x54DA817: WINPROC_call_window (winproc.c:900) ==17071== by 0x549BBE4: DispatchMessageW (message.c:4019) ==17071== by 0x4D26F60: IEWinMain (iexplore.c:1061) ==17071== by 0x475EA34: wWinMain (main.c:84) ==17071== by 0x475ED21: wmain (exe_wmain.c:51) ==17071== by 0x475EBFC: __wine_spec_exe_wentry (exe_wentry.c:36) ==17071== by 0x7B864247: ??? (process.c:1045) ==17071== by 0x7B864394: start_process (process.c:1097) ==17071== by 0x7BC87087: ??? (signal_i386.c:2571) ==17071== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==17071== by 0x7BC87065: ??? (signal_i386.c:2571) ==17071== Address 0x47f42c8 is 16 bytes after a recently re-allocated block of size 208 alloc'd ==17071== at 0x7BC4C735: notify_alloc (heap.c:255) ==17071== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==17071== by 0x7B84586B: HeapAlloc (heap.c:271) ==17071== by 0x7B845A92: GlobalAlloc (heap.c:364) ==17071== by 0x7B846ECF: LocalAlloc (heap.c:967) ==17071== by 0x63A0A16: Alloc (comctl32undoc.c:74) ==17071== by 0x63F9DF0: REBAR_InsertBandT (rebar.c:2518) ==17071== by 0x63FD2C3: REBAR_WindowProc (rebar.c:3633) ==17071== by 0x54D8509: ??? (winproc.c:173) ==17071== by 0x54D867E: call_window_proc (winproc.c:244) ==17071== by 0x54DA817: WINPROC_call_window (winproc.c:900) ==17071== by 0x54971BC: call_window_proc (message.c:2223) ==17071== by 0x549A05A: send_message (message.c:3260) ==17071== by 0x549A678: SendMessageW (message.c:3454) ==17071== by 0x4D252BC: create_rebar (iexplore.c:492) ==17071== by 0x4D25371: iewnd_OnCreate (iexplore.c:506) ==17071== by 0x4D25B93: ie_window_proc (iexplore.c:665) ==17071== by 0x54D8509: ??? (winproc.c:173) ==17071== by 0x54D867E: call_window_proc (winproc.c:244) ==17071== by 0x54DA817: WINPROC_call_window (winproc.c:900) ==17071== -- 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.

1 1

[Bug 36330] New: valgrind shows a couple leak in secur32/tests/schannel.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36330 Bug ID: 36330 Summary: valgrind shows a couple leak in secur32/tests/schannel.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==16588== 8 bytes in 1 blocks are definitely lost in loss record 10 of 297 ==16588== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==16588== by 0x5ADC1F3: ??? ==16588== by 0x5ADCAC8: ??? ==16588== by 0x4D7D019: test_communication (schannel.c:696) ==16588== by 0x4D7E737: func_schannel (schannel.c:907) ==16588== by 0x4D805BC: run_test (test.h:584) ==16588== by 0x4D809AB: main (test.h:654) ==16588== ==16588== 11,108 bytes in 146 blocks are possibly lost in loss record 293 of 297 ==16588== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==16588== by 0x4FA85DF: CryptMemAlloc (main.c:124) ==16588== by 0x4FB9D32: crypt_oid_init (oid.c:1431) ==16588== by 0x4FA81F8: DllMain (main.c:46) ==16588== by 0x4FCCF36: __wine_spec_dll_entry (dll_entry.c:40) ==16588== by 0x7BC53B24: ??? (in /home/austin/wine-valgrind-known/dlls/ntdll/ntdll.dll.so) ==16588== by 0x7BC5644E: MODULE_InitDLL (loader.c:1068) ==16588== by 0x7BC56AE7: process_attach (loader.c:1157) ==16588== by 0x7BC596E6: LdrLoadDll (loader.c:2129) ==16588== by 0x7B8581FE: load_library (module.c:933) ==16588== by 0x7B8582C9: LoadLibraryExW (module.c:990) ==16588== by 0x7B8583E0: LoadLibraryExA (module.c:970) ==16588== by 0x7B85844C: LoadLibraryA (module.c:1022) ==16588== by 0x4D7E4B0: func_schannel (schannel.c:122) ==16588== by 0x4D805BC: run_test (test.h:584) ==16588== by 0x4D809AB: main (test.h:654) ==16588== -- 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.

1 2

[Bug 36123] New: valgrind shows leaks in msiexec/msiexec.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36123 Bug ID: 36123 Summary: valgrind shows leaks in msiexec/msiexec.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==23034== 20 bytes in 1 blocks are definitely lost in loss record 107 of 592 ==23034== at 0x7BC4C735: notify_alloc (heap.c:255) ==23034== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==23034== by 0x472DD61: process_args (msiexec.c:490) ==23034== by 0x472E0BD: WinMain (msiexec.c:576) ==23034== by 0x473039B: main (exe_main.c:49) ==23034== ==23034== 26 bytes in 1 blocks are definitely lost in loss record 146 of 592 ==23034== at 0x7BC4C735: notify_alloc (heap.c:255) ==23034== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==23034== by 0x472CE7F: StringListAppend (msiexec.c:113) ==23034== by 0x472F9DE: WinMain (msiexec.c:966) ==23034== by 0x473039B: main (exe_main.c:49) ==23034== ==23034== 28 bytes in 1 blocks are definitely lost in loss record 150 of 592 ==23034== at 0x7BC4C735: notify_alloc (heap.c:255) ==23034== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==23034== by 0x472CFA7: build_properties (msiexec.c:146) ==23034== by 0x472FA15: WinMain (msiexec.c:972) ==23034== by 0x473039B: main (exe_main.c:49) ==23034== -- 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.

1 3

[Bug 36129] New: valgrind shows some possible leaks in oleaut32/olepicture.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36129 Bug ID: 36129 Summary: valgrind shows some possible leaks in oleaut32/olepicture.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==26738== 28 bytes in 1 blocks are possibly lost in loss record 206 of 736 ==26738== at 0x7BC4D7D7: RtlAllocateHeap (heap.c:233) ==26738== by 0x54EA474: apartment_getclassobject (compobj.c:526) ==26738== by 0x54ED2D7: get_inproc_class_object (compobj.c:2894) ==26738== by 0x54EFC3B: CoGetClassObject (compobj.c:3032) ==26738== by 0x54F0307: CoCreateInstance (compobj.c:3197) ==26738== by 0x50BF1A3: OLEPictureImpl_LoadWICDecoder (olepicture.c:1163) ==26738== by 0x50BFE83: OLEPictureImpl_Load (olepicture.c:1490) ==26738== by 0x50C185E: OleLoadPicture (objidl.h:3149) ==26738== by 0x4D5BE6B: test_pic_with_stream (olepicture.c:199) ==26738== by 0x4D5C34C: test_pic (olepicture.c:281) ==26738== by 0x4D5D7F7: func_olepicture (olepicture.c:1261) ==26738== by 0x4D563A7: main (test.h:584) ==26738== ==26738== 28 bytes in 1 blocks are possibly lost in loss record 207 of 736 ==26738== at 0x7BC4D7D7: RtlAllocateHeap (heap.c:233) ==26738== by 0x54EA474: apartment_getclassobject (compobj.c:526) ==26738== by 0x54ED2D7: get_inproc_class_object (compobj.c:2894) ==26738== by 0x54EFC3B: CoGetClassObject (compobj.c:3032) ==26738== by 0x54F0307: CoCreateInstance (compobj.c:3197) ==26738== by 0x50C1E61: OleLoadPicturePath (olepicture.c:2400) ==26738== by 0x4D5D200: test_OleLoadPicturePath (olepicture.c:912) ==26738== by 0x4D5EEE4: func_olepicture (olepicture.c:1283) ==26738== by 0x4D563A7: main (test.h:584) -- 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.

1 1

[Bug 36586] New: valgrind shows uninitialized memory use in user32/tests/msg.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36586 Bug ID: 36586 Summary: valgrind shows uninitialized memory use in user32/tests/msg.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==27824== Conditional jump or move depends on uninitialised value(s) ==27824== at 0x427931D: vfprintf (vfprintf.c:1634) ==27824== by 0x429C4E1: vsprintf (iovsprintf.c:42) ==27824== by 0x428229E: sprintf (sprintf.c:32) ==27824== by 0x4D13DF4: add_message_ (msg.c:1994) ==27824== by 0x4D4338F: test_hotkey (msg.c:13929) ==27824== by 0x4D47490: func_msg (msg.c:14598) ==27824== by 0x4DA6978: run_test (test.h:584) ==27824== by 0x4DA6D67: main (test.h:654) ==27824== Uninitialised value was created by a stack allocation ==27824== at 0x4D41D56: test_hotkey (msg.c:13707) ==27824== Use of uninitialised value of size 4 ==27824== at 0x42780CD: _itoa_word (_itoa.c:180) ==27824== by 0x427B856: vfprintf (vfprintf.c:1634) ==27824== by 0x429C4E1: vsprintf (iovsprintf.c:42) ==27824== by 0x428229E: sprintf (sprintf.c:32) ==27824== by 0x4D13DF4: add_message_ (msg.c:1994) ==27824== by 0x4D4338F: test_hotkey (msg.c:13929) ==27824== by 0x4D47490: func_msg (msg.c:14598) ==27824== by 0x4DA6978: run_test (test.h:584) ==27824== by 0x4DA6D67: main (test.h:654) ==27824== Uninitialised value was created by a stack allocation ==27824== at 0x4D41D56: test_hotkey (msg.c:13707) ==27824== -- 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.

1 1

[Bug 36398] New: valgrind shows an invalid read in comctl32/tests/toolbar.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36398 Bug ID: 36398 Summary: valgrind shows an invalid read in comctl32/tests/toolbar.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==18993== Invalid read of size 2 ==18993== at 0x7BC55D60: RtlImageNtHeader (loader.c:2742) ==18993== by 0x7BC55EB9: RtlImageDirectoryEntryToData (loader.c:2916) ==18993== by 0x7BC6FBC4: find_entry (resource.c:189) ==18993== by 0x7BC70270: LdrFindResource_U (resource.c:303) ==18993== by 0x7B86DB6F: find_resourceW (resource.c:139) ==18993== by 0x7B86F7FD: FindResourceExW (resource.c:183) ==18993== by 0x7B86F8ED: FindResourceW (resource.c:192) ==18993== by 0x51A10FB: TOOLBAR_AddStringW (toolbar.c:2922) ==18993== by 0x51A8403: ToolbarWindowProc (toolbar.c:2993) ==18993== by 0x54CC579: ??? (in /home/austin/wine-valgrind-known/dlls/user32/user32.dll.so) ==18993== by 0x54CCCB5: call_window_proc (winproc.c:244) ==18993== by 0x54CE525: WINPROC_CallProcAtoW (winproc.c:504) ==18993== by 0x54CF3F2: WINPROC_call_window (winproc.c:911) ==18993== by 0x548DF3C: call_window_proc (message.c:2223) ==18993== by 0x5495685: send_message (message.c:3260) ==18993== by 0x5497BB0: SendMessageA (message.c:3476) ==18993== by 0x4FB7E62: test_add_string (toolbar.c:537) ==18993== by 0x4FBE480: func_toolbar (toolbar.c:1955) ==18993== by 0x4F4284B: main (test.h:584) ==18993== Address 0xdeadbeee is on thread 1's stack ==18993== -- 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.

1 1

[Bug 36577] New: valgrind shows a use after free in urlmon/tests/url.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36577 Bug ID: 36577 Summary: valgrind shows a use after free in urlmon/tests/url.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==23547== Invalid read of size 4 ==23547== at 0x50304F6: Binding_Abort (binding.c:852) ==23547== by 0x78BB53D: abort_window_bindings (urlmon.h:408) ==23547== by 0x78A3C6C: detach_inner_window (htmlwindow.c:124) ==23547== by 0x78A421D: release_outer_window (htmlwindow.c:206) ==23547== by 0x78A45C7: HTMLWindow2_Release (htmlwindow.c:282) ==23547== by 0x7846EDB: CustomDoc_Release (mshtml.h:47873) ==23547== by 0x7834D3F: htmldoc_release (mshtml_private.h:544) ==23547== by 0x7835535: HTMLDocument_Release (htmldoc.c:140) ==23547== by 0x4EC4D3A: test_BindToObject (url.c:3332) ==23547== by 0x4EC8513: func_url (url.c:3895) ==23547== by 0x4ECA166: run_test (test.h:584) ==23547== by 0x4ECA555: main (test.h:654) ==23547== Address 0x49c3818 is 4,432 bytes inside a block of size 8,416 free'd ==23547== at 0x7BC4C72C: notify_free (heap.c:263) ==23547== by 0x7BC51071: RtlFreeHeap (heap.c:1762) ==23547== by 0x65C4013: heap_free (internet.h:136) ==23547== by 0x65C4A4F: WININET_Release (internet.c:277) ==23547== by 0x65CDD91: INTERNET_WorkerThreadFunc (internet.c:3841) ==23547== by 0x7BC90A24: worker_thread_proc (threadpool.c:110) ==23547== by 0x7BC870C7: ??? (signal_i386.c:2571) ==23547== by 0x7BC87110: call_thread_func (signal_i386.c:2630) ==23547== by 0x7BC870A5: ??? (signal_i386.c:2571) ==23547== by 0x7BC8E4EC: start_thread (thread.c:428) ==23547== by 0x421FF92: start_thread (pthread_create.c:309) ==23547== by 0x43247ED: clone (clone.S:129) ==23547== -- 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.

1 1

[Bug 36166] New: valgrind shows several possible leaks in vbscript/tests/createobj.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36166 Bug ID: 36166 Summary: valgrind shows several possible leaks in vbscript/tests/createobj.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==1948== 20 bytes in 1 blocks are possibly lost in loss record 128 of 653 ==1948== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1948== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1948== by 0x680B673: heap_alloc (vbscript.h:432) ==1948== by 0x680CBCD: VBScript_AddNamedItem (vbscript.c:426) ==1948== by 0x4E4B610: create_script (activscp.h:1022) ==1948== by 0x4E4D020: test_GetObject (createobj.c:1022) ==1948== by 0x4E4D35B: func_createobj (createobj.c:1097) ==1948== by 0x4E5DA0F: run_test (test.h:584) ==1948== by 0x4E5DDFE: main (test.h:654) ==1948== ==1948== 28 bytes in 1 blocks are possibly lost in loss record 179 of 653 ==1948== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==1948== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==1948== by 0x4FCB21A: heap_alloc_zero (typelib.c:1662) ==1948== by 0x4FCDE59: MSFT_ReadAllRefs (typelib.c:2902) ==1948== by 0x4FD0104: ITypeLib2_Constructor_MSFT (typelib.c:3716) ==1948== by 0x4FCF370: TLB_ReadTypeLib (typelib.c:3460) ==1948== by 0x4FC7694: LoadTypeLibEx (typelib.c:478) ==1948== by 0x4FC75D0: LoadTypeLib (typelib.c:454) ==1948== by 0x680E4C6: get_typeinfo (vbscript_main.c:56) ==1948== by 0x67F321B: init_global (global.c:1946) ==1948== by 0x680BA7F: set_ctx_site (vbscript.c:105) ==1948== by 0x680C509: VBScript_SetScriptSite (vbscript.c:312) ==1948== by 0x4E4B59D: create_script (activscp.h:1007) ==1948== by 0x4E4B6F1: test_CreateObject (createobj.c:779) ==1948== by 0x4E4D356: func_createobj (createobj.c:1096) ==1948== by 0x4E5DA0F: run_test (test.h:584) ==1948== by 0x4E5DDFE: main (test.h:654) ==1948== ==2464== 112 bytes in 1 blocks are possibly lost in loss record 425 of 653 ==2464== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2464== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2464== by 0x4FA80B4: alloc_bstr (oleaut.c:162) ==2464== by 0x4FA844A: SysAllocStringLen (oleaut.c:324) ==2464== by 0x4E4958F: a2bstr (createobj.c:126) ==2464== by 0x4E4B2FF: parse_script_ae (createobj.c:721) ==2464== by 0x4E4D038: test_GetObject (createobj.c:1023) ==2464== by 0x4E4D35B: func_createobj (createobj.c:1097) ==2464== by 0x4E5DA0F: run_test (test.h:584) ==2464== by 0x4E5DDFE: main (test.h:654) ==2464== etc. -- 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.

1 2

[Bug 36306] New: valgrind shows a possible leak in netapi32/tests/wksta.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36306 Bug ID: 36306 Summary: valgrind shows a possible leak in netapi32/tests/wksta.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: netapi32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==30938== 64 bytes in 2 blocks are possibly lost in loss record 40 of 73 ==30938== at 0x7BC4C735: notify_alloc (heap.c:255) ==30938== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30938== by 0x4C25EDC: ??? ==30938== by 0x4C33153: ??? ==30938== by 0x4C29723: ??? ==30938== by 0x4C29B00: ??? ==30938== by 0x4C3351B: ??? ==30938== by 0x4C33751: ??? ==30938== by 0x4C29ABA: ??? ==30938== by 0x4C3351B: ??? ==30938== by 0x4C3362E: ??? ==30938== by 0x4C2E6E4: ??? ==30938== by 0x4957493: run_wkstatransportenum_tests (wksta.c:152) ==30938== by 0x4957AB6: func_wksta (wksta.c:237) ==30938== by 0x49588C0: run_test (test.h:584) ==30938== by 0x4958CAF: main (test.h:654) ==30938== 64 bytes in 2 blocks are possibly lost in loss record 41 of 73 ==30938== at 0x7BC4C735: notify_alloc (heap.c:255) ==30938== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30938== by 0x7BC39AE9: RtlInitializeCriticalSectionEx (critsection.c:326) ==30938== by 0x7B876B51: InitializeCriticalSectionEx (sync.c:356) ==30938== by 0x7B876AD0: InitializeCriticalSection (sync.c:313) ==30938== by 0x4C33177: ??? ==30938== by 0x4C29723: ??? ==30938== by 0x4C29B00: ??? ==30938== by 0x4C3351B: ??? ==30938== by 0x4C33751: ??? ==30938== by 0x4C29ABA: ??? ==30938== by 0x4C3351B: ??? ==30938== by 0x4C3362E: ??? ==30938== by 0x4C2E6E4: ??? ==30938== by 0x4957493: run_wkstatransportenum_tests (wksta.c:152) ==30938== by 0x4957AB6: func_wksta (wksta.c:237) ==30938== by 0x49588C0: run_test (test.h:584) ==30938== by 0x4958CAF: main (test.h:654) ==30938== -- 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.

1 1

[Bug 36325] New: valgrind shows a couple possible leaks in rpcrt4/tests/server.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36325 Bug ID: 36325 Summary: valgrind shows a couple possible leaks in rpcrt4/tests/server.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==459== 64 bytes in 1 blocks are possibly lost in loss record 172 of 352 ==459== at 0x7BC4C735: notify_alloc (heap.c:255) ==459== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==459== by 0x55F927B: rpcrt4_protseq_np_alloc (rpc_transport.c:642) ==459== by 0x55F5366: alloc_serverprotoseq (rpc_server.c:927) ==459== by 0x55F5610: RPCRT4_get_or_create_serverprotseq (rpc_server.c:977) ==459== by 0x55F5709: RpcServerUseProtseqEpExA (rpc_server.c:997) ==459== by 0x55F51E2: RpcServerUseProtseqEpA (rpc_server.c:892) ==459== by 0x4973259: server (server.c:1622) ==459== by 0x49737B1: func_server (server.c:1718) ==459== by 0x4995124: run_test (test.h:584) ==459== by 0x4995513: main (test.h:654) ==459== -- 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.

1 1

[Bug 36146] New: valgrind shows several leaks in dlls/jscript/tests/caller.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36146 Bug ID: 36146 Summary: valgrind shows several leaks in dlls/jscript/tests/caller.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==32653== 12 bytes in 1 blocks are definitely lost in loss record 69 of 753 ==32653== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==32653== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==32653== by 0x697611F: ??? ==32653== by 0x69764DD: ??? ==32653== by 0x6976548: ??? ==32653== by 0x6977213: ??? ==32653== by 0x69793E6: ??? ==32653== by 0x6979560: ??? ==32653== by 0x69796F5: ??? ==32653== by 0x6979D90: ??? ==32653== by 0x6972401: ??? ==32653== by 0x4E4DA12: _call_change_type (dispex.h:686) ==32653== by 0x4E4DC08: test_change_type (caller.c:139) ==32653== by 0x4E4DFD6: test_change_types (caller.c:196) ==32653== by 0x4E4E3B6: test_caller (caller.c:238) ==32653== by 0x4E4EADA: Test_InvokeEx (caller.c:363) ==32653== by 0x695D3E5: ??? ==32653== by 0x69621D9: ??? ==32653== by 0x6966B58: ??? ==32653== by 0x6966F33: ??? ==32653== ==32708== 18 bytes in 1 blocks are definitely lost in loss record 129 of 768 ==32708== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==32708== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==32708== by 0x6A2F11F: ??? ==32708== by 0x6A2F4DD: ??? ==32708== by 0x6A2F548: ??? ==32708== by 0x6A312DE: ??? ==32708== by 0x6A32C08: ??? ==32708== by 0x6A2B401: ??? ==32708== by 0x4E4E1D2: test_change_types (dispex.h:686) ==32708== by 0x4E4F1E2: run_scripts (caller.c:549) ==32708== by 0x4E4F3CB: func_caller (caller.c:585) ==32708== by 0x4E5ED5F: run_test (test.h:584) ==32708== by 0x4E5F14E: main (test.h:654) ==32708== ==2241== 28 bytes in 1 blocks are definitely lost in loss record 233 of 768 ==2241== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2241== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2241== by 0x6A2F11F: ??? ==2241== by 0x6A2F4DD: ??? ==2241== by 0x6A2F548: ??? ==2241== by 0x6A2F1E3: ??? ==2241== by 0x6A2FE69: ??? ==2241== by 0x6A2BC3E: ??? ==2241== by 0x6A4ABD4: ??? ==2241== by 0x7BC52F48: ??? (loader.c:138) ==2241== by 0x7BC55586: MODULE_InitDLL (loader.c:1068) ==2241== by 0x7BC55904: process_attach (loader.c:1157) ==2241== by 0x7BC5856A: LdrLoadDll (loader.c:2129) ==2241== by 0x7B85A735: load_library (module.c:933) ==2241== by 0x7B85A8A3: LoadLibraryExW (module.c:990) ==2241== by 0x544D69A: COMPOBJ_DllList_Add (compobj.c:495) ==2241== by 0x544FB62: apartment_getclassobject (compobj.c:1335) ==2241== by 0x54532AC: get_inproc_class_object (compobj.c:2894) ==2241== by 0x545376B: CoGetClassObject (compobj.c:3032) ==2241== by 0x5453D2D: CoCreateInstance (compobj.c:3197) Also, possibly: ==2205== 64 bytes in 2 blocks are possibly lost in loss record 411 of 768 ==2205== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2205== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2205== by 0x4FE80B4: alloc_bstr (oleaut.c:162) ==2205== by 0x4FE844A: SysAllocStringLen (oleaut.c:324) ==2205== by 0x4FE8161: SysAllocString (oleaut.c:232) ==2205== by 0x6A15E31: ??? ==2205== by 0x6A1730E: ??? ==2205== by 0x6A174E2: ??? ==2205== by 0x6A17DBF: ??? ==2205== by 0x6A18017: ??? ==2205== by 0x6A18088: ??? ==2205== by 0x6A19957: ??? ==2205== by 0x6A17F2E: ??? ==2205== by 0x6A19D84: ??? ==2205== by 0x6A1A5F8: ??? ==2205== by 0x6A3A6D1: ??? ==2205== by 0x4E4EE13: _parse_script_a (activscp.h:1290) ==2205== by 0x4E4F186: run_scripts (caller.c:541) ==2205== by 0x4E4F3CB: func_caller (caller.c:585) ==2205== by 0x4E5ED5F: run_test (test.h:584) ==2205== -- 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.

1 1

[Bug 36574] New: valgrind shows a definite leak in urlmon/tests/protocol.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36574 Bug ID: 36574 Summary: valgrind shows a definite leak in urlmon/tests/protocol.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==21884== 96 bytes in 1 blocks are definitely lost in loss record 552 of 841 ==21884== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==21884== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==21884== by 0x6430124: heap_alloc_zero (internet.h:121) ==21884== by 0x6431091: create_netconn (netconnection.c:369) ==21884== by 0x641FDBC: open_http_connection (http.c:4789) ==21884== by 0x6420432: HTTP_HttpSendRequestW (http.c:4916) ==21884== by 0x64211FA: AsyncHttpSendRequestProc (http.c:5182) ==21884== by 0x642DD83: INTERNET_WorkerThreadFunc (internet.c:3840) ==21884== by 0x7BC90A24: worker_thread_proc (threadpool.c:110) ==21884== by 0x7BC870C7: ??? (signal_i386.c:2571) ==21884== by 0x7BC87110: call_thread_func (signal_i386.c:2630) ==21884== by 0x7BC870A5: ??? (signal_i386.c:2571) ==21884== by 0x7BC8E4EC: start_thread (thread.c:428) ==21884== by 0x421FF92: start_thread (pthread_create.c:309) ==21884== by 0x43247ED: clone (clone.S:129) ==21884== -- 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.

1 1

[Bug 36585] New: valgrind shows uninitialized memory use in user32/tests/edit.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36585 Bug ID: 36585 Summary: valgrind shows uninitialized memory use in user32/tests/edit.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M user32.dll -p user32_test.exe.so edit && touch edit.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==4864== Use of uninitialised value of size 4 ==4864== at 0x403DC86: mbstowcs_sbcs (mbtowc.c:88) ==4864== by 0x403E430: wine_cp_mbstowcs (mbtowc.c:278) ==4864== by 0x7B850B05: MultiByteToWideChar (locale.c:2031) ==4864== by 0x52560FB: EDIT_EM_SetHandle (edit.c:2821) ==4864== by 0x525C68C: EditWndProc_common (edit.c:4728) ==4864== by 0x52CDFCA: EditWndProcA (winproc.c:1077) ==4864== by 0x52CB4F5: ??? (winproc.c:173) ==4864== by 0x52CB66A: call_window_proc (winproc.c:244) ==4864== by 0x52CD8B9: WINPROC_call_window (winproc.c:909) ==4864== by 0x528A11C: call_window_proc (message.c:2223) ==4864== by 0x528CFBA: send_message (message.c:3260) ==4864== by 0x528D649: SendMessageA (message.c:3476) ==4864== by 0x4DD5C07: test_EM_GETHANDLE (edit.c:2700) ==4864== by 0x4DD61E2: func_edit (edit.c:2785) ==4864== by 0x4E93978: run_test (test.h:584) ==4864== by 0x4E93D67: main (test.h:654) ==4864== Uninitialised value was created by a client request ==4864== at 0x7BC4C4D6: mark_block_uninitialized (heap.c:209) ==4864== by 0x7BC4C641: initialize_block (heap.c:240) ==4864== by 0x7BC50F4D: RtlAllocateHeap (heap.c:1717) ==4864== by 0x7B8457FF: HeapAlloc (heap.c:271) ==4864== by 0x7B845B34: GlobalAlloc (heap.c:388) ==4864== by 0x7B846E63: LocalAlloc (heap.c:967) ==4864== by 0x4DD5AD5: test_EM_GETHANDLE (edit.c:2686) ==4864== by 0x4DD61E2: func_edit (edit.c:2785) ==4864== by 0x4E93978: run_test (test.h:584) ==4864== by 0x4E93D67: main (test.h:654) ==4864== -- 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.

1 1

[Bug 36393] New: valgrind shows a possible leak in infosoft/tests/infosoft.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36393 Bug ID: 36393 Summary: valgrind shows a possible leak in infosoft/tests/infosoft.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M infosoft.dll -p infosoft_test.exe.so infosoft && touch infosoft.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==21605== 28 bytes in 1 blocks are possibly lost in loss record 157 of 548 ==21605== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==21605== by 0x5062BE8: apartment_getclassobject (compobj.c:526) ==21605== by 0x5065FF6: get_inproc_class_object (compobj.c:2894) ==21605== by 0x5068D5F: CoGetClassObject (compobj.c:3032) ==21605== by 0x50694E7: CoCreateInstance (compobj.c:3197) ==21605== by 0x4AA23CE: func_infosoft (infosoft.c:167) ==21605== by 0x4AA285A: run_test (test.h:584) ==21605== by 0x4AA1C8E: main (test.h:654) ==21605== -- 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.

1 1

[Bug 36195] New: valgrind shows several leaks in dsound/tests/capture.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36195 Bug ID: 36195 Summary: valgrind shows several leaks in dsound/tests/capture.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==12144== 28 bytes in 1 blocks are possibly lost in loss record 196 of 816 ==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12144== by 0x4FB883E: COMPOBJ_DllList_Add (compobj.c:526) ==12144== by 0x4FBAB7A: apartment_getclassobject (compobj.c:1335) ==12144== by 0x4FBE2C4: get_inproc_class_object (compobj.c:2894) ==12144== by 0x4FBE783: CoGetClassObject (compobj.c:3032) ==12144== by 0x4FBED45: CoCreateInstance (compobj.c:3197) ==12144== by 0x65A603C: get_mmdevenum (dsound_main.c:178) ==12144== by 0x65A636D: GetDeviceID (dsound_main.c:261) ==12144== by 0x659F7B5: DirectSoundCaptureDevice_Initialize (capture.c:1022) ==12144== by 0x65A07B9: IDirectSoundCaptureImpl_Initialize (capture.c:1284) ==12144== by 0x65A0B21: DirectSoundCaptureCreate (capture.c:1388) ==12144== by 0x4E4FA2E: test_COM (capture.c:692) ==12144== by 0x4E50145: func_capture (capture.c:775) ==12144== by 0x4E6C486: run_test (test.h:584) ==12144== by 0x4E6C875: main (test.h:654) ==12144== ==12144== 28 bytes in 1 blocks are possibly lost in loss record 204 of 816 ==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12144== by 0x4FB883E: COMPOBJ_DllList_Add (compobj.c:526) ==12144== by 0x4FBAB7A: apartment_getclassobject (compobj.c:1335) ==12144== by 0x4FBE2C4: get_inproc_class_object (compobj.c:2894) ==12144== by 0x4FBE783: CoGetClassObject (compobj.c:3032) ==12144== by 0x4E4DAFA: test_capture (capture.c:189) ==12144== by 0x4E5014A: func_capture (capture.c:776) ==12144== by 0x4E6C486: run_test (test.h:584) ==12144== by 0x4E6C875: main (test.h:654) ==12144== ==12144== 846 bytes in 47 blocks are definitely lost in loss record 714 of 816 ==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12144== by 0x65ADE25: DSOUND_CopyFormat (primary.c:447) ==12144== by 0x659E392: IDirectSoundCaptureBufferImpl_Create (capture.c:704) ==12144== by 0x65A0409: IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:1232) ==12144== by 0x4E4F47E: dscenum_callback (capture.c:564) ==12144== by 0x65A665A: a_to_w_callback (dsound_main.c:319) ==12144== by 0x65A6F2B: enumerate_mmdevices (dsound_main.c:492) ==12144== by 0x65A73EF: DirectSoundCaptureEnumerateW (dsound_main.c:625) ==12144== by 0x65A72ED: DirectSoundCaptureEnumerateA (dsound_main.c:593) ==12144== by 0x4E4F90F: test_enumerate (capture.c:672) ==12144== by 0x4E5014F: func_capture (capture.c:777) ==12144== by 0x4E6C486: run_test (test.h:584) ==12144== by 0x4E6C875: main (test.h:654) ==12144== 88,200 bytes in 1 blocks are possibly lost in loss record 813 of 816 ==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12144== by 0x659EC62: IDirectSoundCaptureBufferImpl_Create (capture.c:797) ==12144== by 0x65A0409: IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:1232) ==12144== by 0x4E4FD44: test_COM (capture.c:727) ==12144== by 0x4E50145: func_capture (capture.c:775) ==12144== by 0x4E6C486: run_test (test.h:584) ==12144== by 0x4E6C875: main (test.h:654) ==12144== -- 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.

1 1

[Bug 36219] New: valgrind shows some definite leaks in dlls/jscript/tests/run.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36219 Bug ID: 36219 Summary: valgrind shows some definite leaks in dlls/jscript/tests/run.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48354 --> https://bugs.winehq.org/attachment.cgi?id=48354 valgrind log Unfortunately, not getting very good stack traces, even with -O0 and an unstripped gecko build: ==27187== 32 bytes in 1 blocks are definitely lost in loss record 4,576 of 15,293 ==27187== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==27187== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==27187== by 0x69C350F: ??? ==27187== by 0x69C4488: ??? ==27187== by 0x69C7127: ??? ==27187== by 0x69C7912: ??? ==27187== by 0x69C5F2E: ??? ==27187== by 0x69C7D84: ??? ==27187== by 0x69C80C5: ??? ==27187== by 0x69C85F8: ??? ==27187== by 0x69E8695: ??? ==27187== by 0x4E5D234: parse_script (activscp.h:1290) ==27187== by 0x4E5F086: run_from_res (run.c:1814) ==27187== by 0x4E60FA5: run_tests (run.c:2162) ==27187== by 0x4E61EFD: func_run (run.c:2415) ==27187== by 0x4E62D5F: run_test (test.h:584) ==27187== by 0x4E6314E: main (test.h:654) ==27187== Also some possible leaks ==9457== 16 bytes in 1 blocks are possibly lost in loss record 1,052 of 15,293 ==9457== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==9457== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==9457== by 0x4FE80B4: alloc_bstr (oleaut.c:162) ==9457== by 0x4FE844A: SysAllocStringLen (oleaut.c:324) ==9457== by 0x4FE8161: SysAllocString (oleaut.c:232) ==9457== by 0x69C3E31: ??? ==9457== by 0x69C4139: ??? ==9457== by 0x69C6041: ??? ==9457== by 0x69C6088: ??? ==9457== by 0x69C7957: ??? ==9457== by 0x69C5F2E: ??? ==9457== by 0x69C7D84: ??? ==9457== by 0x69C80C5: ??? ==9457== by 0x69C85F8: ??? ==9457== by 0x69E8695: ??? ==9457== by 0x4E5D234: parse_script (activscp.h:1290) ==9457== by 0x4E5EAA4: parse_script_af (run.c:1692) ==9457== by 0x4E5EB0C: parse_script_a (run.c:1699) ==9457== by 0x4E607D3: run_tests (run.c:2070) ==9457== by 0x4E61EFD: func_run (run.c:2415) -- 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.

1 2

[Bug 36274] New: valgrind shows several leaks in dplayx/tests/dplayx.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36274 Bug ID: 36274 Summary: valgrind shows several leaks in dplayx/tests/dplayx.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dplay Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==7755== 12 bytes in 1 blocks are definitely lost in loss record 65 of 618 ==7755== at 0x7BC4C735: notify_alloc (heap.c:255) ==7755== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==7755== by 0x49DD03C: dplobbysp_create (lobbysp.c:238) ==7755== by 0x49C051A: DP_CreateDirectPlay2 (dplay.c:188) ==7755== by 0x49CFA0E: dplay_create (dplay.c:5708) ==7755== by 0x49BFD87: IClassFactoryImpl_CreateInstance (dpclassfactory.c:87) ==7755== by 0x564DE26: CoCreateInstance (unknwn.h:226) ==7755== by 0x4980A1B: test_COM (dplayx.c:6382) ==7755== by 0x4981932: func_dplayx (dplayx.c:6533) ==7755== by 0x4982818: run_test (test.h:584) ==7755== by 0x4982C06: main (test.h:654) ==7755== ==7755== 24 bytes in 1 blocks are possibly lost in loss record 168 of 618 ==7755== at 0x7BC4C735: notify_alloc (heap.c:255) ==7755== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==7755== by 0x49DDA4E: NS_InitializeSessionCache (name_server.c:263) ==7755== by 0x49C03B3: DP_CreateDirectPlay2 (dplay.c:150) ==7755== by 0x49CFA0E: dplay_create (dplay.c:5708) ==7755== by 0x49BFD87: IClassFactoryImpl_CreateInstance (dpclassfactory.c:87) ==7755== by 0x564DE26: CoCreateInstance (unknwn.h:226) ==7755== by 0x4980A8C: test_COM (dplayx.c:6387) ==7755== by 0x4981932: func_dplayx (dplayx.c:6533) ==7755== by 0x4982818: run_test (test.h:584) ==7755== by 0x4982C06: main (test.h:654) -- 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.

1 2

[Bug 36624] New: valgrind shows uninitialized memory in kernel32/tests/console.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36624 Bug ID: 36624 Summary: valgrind shows uninitialized memory in kernel32/tests/console.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com An old valgrind warning that I don't for.. ==18074== Syscall param writev(vector[...]) points to uninitialised byte(s) ==18074== at 0x4E952886: writev (in /usr/lib/libc-2.18.so) ==18074== by 0x7BC7FE6F: send_request (server.c:213) ==18074== by 0x7BC80001: wine_server_call (server.c:294) ==18074== by 0x7B82E0ED: wine_server_call_err (server.h:61) ==18074== by 0x7B82F344: WriteConsoleInputW (console.c:533) ==18074== by 0x4647B58: WCUSER_GenerateMouseInputRecord (user.c:1092) ==18074== by 0x4648005: WCUSER_Proc (user.c:1160) ==18074== by 0x535C5C1: ??? (winproc.c:173) ==18074== by 0x535C736: call_window_proc (winproc.c:244) ==18074== by 0x535E8CF: WINPROC_call_window (winproc.c:900) ==18074== by 0x531FC04: DispatchMessageW (message.c:4019) ==18074== by 0x4648BDF: WCUSER_MainLoop (user.c:1387) ==18074== by 0x464BDA6: WinMain (wineconsole.c:854) ==18074== by 0x464C09F: main (exe_main.c:49) ==18074== Address 0x4d0f74e is on thread 1's stack ==18074== Uninitialised value was created by a stack allocation ==18074== at 0x4647A54: WCUSER_GenerateMouseInputRecord (user.c:1071) ==18074== from http://www.winehq.org/pipermail/wine-devel/2008-November/070539.html: the issue in fixing WCUSER_GenerateMouseInputRecord() is that we'll still get the same warning in valgrind from a partly initialized INPUT_RECORD from any caller to WriteConsoleInput (and the code in wineconsole is perfectly correct as it only assigns the fields it needs for a MouseEvent) the cleanest fix should be in WriteConsoleInput not to pass the undefined parts to wineserver (or to set them to zero) -- 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.

1 1

[Bug 36407] New: valgrind shows a potential leak in mmcndmgr/tests/mmcndmgr.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36407 Bug ID: 36407 Summary: valgrind shows a potential leak in mmcndmgr/tests/mmcndmgr.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M mmcndmgr.dll -p mmcndmgr_test.exe.so mmcndmgr && touch mmcndmgr.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==21436== 28 bytes in 1 blocks are possibly lost in loss record 171 of 596 ==21436== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==21436== by 0x4ED6BB8: apartment_getclassobject (compobj.c:526) ==21436== by 0x4ED9FC6: get_inproc_class_object (compobj.c:2894) ==21436== by 0x4EDCD2F: CoGetClassObject (compobj.c:3032) ==21436== by 0x4EDD4B7: CoCreateInstance (compobj.c:3197) ==21436== by 0x4D74D38: func_mmcndmgr (mmcndmgr.c:37) ==21436== by 0x4D75C14: run_test (test.h:584) ==21436== by 0x4D76002: main (test.h:654) ==21436== -- 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.

1 1

[Bug 36248] New: valgrind shows several potential leaks in cryptui/tests/cryptui.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36248 Bug ID: 36248 Summary: valgrind shows several potential leaks in cryptui/tests/cryptui.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48378 --> https://bugs.winehq.org/attachment.cgi?id=48378 valgrind log ==28603== 20 bytes in 1 blocks are possibly lost in loss record 109 of 617 ==28603== at 0x7BC4C735: notify_alloc (heap.c:255) ==28603== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==28603== by 0x4D539FE: CryptMemAlloc (main.c:124) ==28603== by 0x4D676D9: ContextPropertyList_SetProperty (proplist.c:132) ==28603== by 0x4D67907: ContextPropertyList_Copy (proplist.c:215) ==28603== by 0x4D2EA1E: Context_CopyProperties (context.c:130) ==28603== by 0x4D1ABDC: Cert_clone (cert.c:139) ==28603== by 0x4D736E0: MemStore_addContext (store.c:151) ==28603== by 0x4D73AB1: MemStore_addCert (store.c:243) ==28603== by 0x4D1B189: add_cert_to_store (cert.c:263) ==28603== by 0x4D1B2EF: CertAddCertificateContextToStore (cert.c:287) ==28603== by 0x4D6C405: CRYPT_RegReadSerializedFromReg (regstore.c:138) ==28603== by 0x4D6C535: CRYPT_RegReadFromReg (regstore.c:175) ==28603== by 0x4D6D57F: CRYPT_RegOpenStore (regstore.c:557) ==28603== by 0x4D74877: CRYPT_SysRegOpenStoreW (store.c:511) ==28603== by 0x4D75B5B: CertOpenStore (store.c:907) ==28603== by 0x4D74B57: CRYPT_SysOpenStoreW (store.c:585) ==28603== by 0x4D75B5B: CertOpenStore (store.c:907) ==28603== by 0x49555B5: test_crypt_ui_wiz_import (cryptui.c:402) ==28603== by 0x4956625: func_cryptui (cryptui.c:660) ==28603== ==28603== 20 bytes in 1 blocks are possibly lost in loss record 110 of 617 ==28603== at 0x7BC4C735: notify_alloc (heap.c:255) ==28603== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==28603== by 0x4D539FE: CryptMemAlloc (main.c:124) ==28603== by 0x4D2E117: CertAddStoreToCollection (collectionstore.c:519) ==28603== by 0x4D74C65: CRYPT_SysOpenStoreW (store.c:608) ==28603== by 0x4D75B5B: CertOpenStore (store.c:907) ==28603== by 0x49555B5: test_crypt_ui_wiz_import (cryptui.c:402) ==28603== by 0x4956625: func_cryptui (cryptui.c:660) ==28603== by 0x495742C: run_test (test.h:584) ==28603== by 0x495781A: main (test.h:654) ==28603== ==28746== 20 bytes in 1 blocks are possibly lost in loss record 119 of 736 ==28746== at 0x7BC4C735: notify_alloc (heap.c:255) ==28746== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==28746== by 0x4D639FE: CryptMemAlloc (main.c:124) ==28746== by 0x4D3E117: CertAddStoreToCollection (collectionstore.c:519) ==28746== by 0x4D84C65: CRYPT_SysOpenStoreW (store.c:608) ==28746== by 0x4D85B5B: CertOpenStore (store.c:907) ==28746== by 0x5889197: ??? ==28746== by 0x58891EA: ??? ==28746== by 0x588AEEA: ??? ==28746== by 0x588BAAD: ??? ==28746== by 0x4955536: test_crypt_ui_wiz_import (cryptui.c:397) ==28746== by 0x4956625: func_cryptui (cryptui.c:660) ==28746== by 0x495742C: run_test (test.h:584) ==28746== by 0x495781A: main (test.h:654) ==28746== etc. -- 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.

1 1

[Bug 36126] New: valgrind shows a possible leak in msi/tests/install.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36126 Bug ID: 36126 Summary: valgrind shows a possible leak in msi/tests/install.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==24112== 58 bytes in 1 blocks are possibly lost in loss record 341 of 758 ==24112== at 0x7BC4C735: notify_alloc (heap.c:255) ==24112== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==24112== by 0x5069418: msi_alloc (msipriv.h:1188) ==24112== by 0x506B65C: msi_create_table (table.c:738) ==24112== by 0x500F919: CREATE_execute (create.c:72) ==24112== by 0x50453D9: MSI_ViewExecute (msiquery.c:456) ==24112== by 0x5016DAF: msi_add_table_to_db (database.c:783) ==24112== by 0x5017641: MSI_DatabaseImport (database.c:996) ==24112== by 0x5017861: MsiDatabaseImportW (database.c:1044) ==24112== by 0x5017975: MsiDatabaseImportA (database.c:1071) ==24112== by 0x4C9C113: create_database_wordcount (install.c:2442) ==24112== by 0x4CA1D82: test_readonlyfile_cab (install.c:3326) ==24112== by 0x4CAE5B2: func_install (install.c:5878) ==24112== by 0x4D69EB8: run_test (test.h:584) ==24112== by 0x4D6A2A7: main (test.h:654) ==24112== -- 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.

1 1

[Bug 36363] New: valgrind shows a potential leak in hlink/tests/browse_ctx.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36363 Bug ID: 36363 Summary: valgrind shows a potential leak in hlink/tests/browse_ctx.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==15404== 28 bytes in 1 blocks are possibly lost in loss record 172 of 615 ==15404== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==15404== by 0x5C01BB8: apartment_getclassobject (compobj.c:526) ==15404== by 0x5C04FC6: get_inproc_class_object (compobj.c:2894) ==15404== by 0x5C07D2F: CoGetClassObject (compobj.c:3032) ==15404== by 0x5C084B7: CoCreateInstance (compobj.c:3197) ==15404== by 0x4AA1081: HlinkCreateBrowseContext (hlink_main.c:178) ==15404== by 0x4A55492: func_browse_ctx (browse_ctx.c:47) ==15404== by 0x4A60218: run_test (test.h:584) ==15404== by 0x4A60607: main (test.h:654) ==15404== -- 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.

1 1

[Bug 36418] New: valgrind shows a possible leak in ole32/tests/usrmarshal.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36418 Bug ID: 36418 Summary: valgrind shows a possible leak in ole32/tests/usrmarshal.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==4348== 28 bytes in 1 blocks are possibly lost in loss record 168 of 582 ==4348== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==4348== by 0x515CBB8: apartment_getclassobject (compobj.c:526) ==4348== by 0x515FFC6: get_inproc_class_object (compobj.c:2894) ==4348== by 0x5162D2F: CoGetClassObject (compobj.c:3032) ==4348== by 0x5184818: marshal_object (marshal.c:114) ==4348== by 0x51B2B34: start_apartment_remote_unknown (stubmanager.c:804) ==4348== by 0x5199D9C: RPC_StartRemoting (rpc.c:1645) ==4348== by 0x5184C52: StdMarshalImpl_MarshalInterface (marshal.c:1249) ==4348== by 0x518593A: CoMarshalInterface (objidl.h:611) ==4348== by 0x4BAC13E: marshal_WdtpInterfacePointer (usrmarshal.c:590) ==4348== by 0x4BAD05D: func_usrmarshal (usrmarshal.c:638) ==4348== by 0x4BADEA8: run_test (test.h:584) ==4348== by 0x4BAE297: main (test.h:654) ==4348== -- 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.

1 1

[Bug 36309] New: valgrind shows a definite leak in ole32/tests/dragdrop.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36309 Bug ID: 36309 Summary: valgrind shows a definite leak in ole32/tests/dragdrop.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==31321== 12 bytes in 1 blocks are definitely lost in loss record 95 of 716 ==31321== at 0x7BC4C735: notify_alloc (heap.c:255) ==31321== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==31321== by 0x50D611D: WrapDropTarget (ole2.c:513) ==31321== by 0x50D640A: RegisterDragDrop (ole2.c:598) ==31321== by 0x497A471: test_DoDragDrop (dragdrop.c:496) ==31321== by 0x497AF08: func_dragdrop (dragdrop.c:572) ==31321== by 0x49D0714: run_test (test.h:584) ==31321== by 0x49D0B03: main (test.h:654) ==31321== -- 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.

1 1

[Bug 36137] New: valgrind shows some leaks in oleaut32/tests/tmarshal.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36137 Bug ID: 36137 Summary: valgrind shows some leaks in oleaut32/tests/tmarshal.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==31591== 8 bytes in 1 blocks are possibly lost in loss record 45 of 638 ==31591== at 0x7BC4C735: notify_alloc (heap.c:255) ==31591== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==31591== by 0x7B84586B: HeapAlloc (heap.c:271) ==31591== by 0x7B845B40: GlobalAlloc (heap.c:376) ==31591== by 0x5461F06: CreateStreamOnHGlobal (hglobalstream.c:603) ==31591== by 0x4C73817: test_external_connection (tmarshal.c:1873) ==31591== by 0x4C741F7: func_tmarshal (tmarshal.c:1952) ==31591== by 0x4D75F00: run_test (test.h:584) ==31591== by 0x4D762EF: main (test.h:654) ==31591== 72 bytes in 1 blocks are definitely lost in loss record 355 of 638 ==31591== at 0x7BC4C735: notify_alloc (heap.c:255) ==31591== by 0x7BC5161A: RtlReAllocateHeap (heap.c:1883) ==31591== by 0x7B8458E5: HeapReAlloc (heap.c:281) ==31591== by 0x7B846646: GlobalReAlloc (heap.c:679) ==31591== by 0x5461912: HGLOBALStreamImpl_SetSize (hglobalstream.c:381) ==31591== by 0x54615AD: HGLOBALStreamImpl_Write (objidl.h:4391) ==31591== by 0x5469938: StdMarshalImpl_MarshalInterface (objidl.h:4384) ==31591== by 0x546B65D: CoMarshalInterface (objidl.h:611) ==31591== by 0x4C73897: test_external_connection (tmarshal.c:1877) ==31591== by 0x4C741F7: func_tmarshal (tmarshal.c:1952) ==31591== by 0x4D75F00: run_test (test.h:584) ==31591== by 0x4D762EF: main (test.h:654) ==31591== 32 bytes in 1 blocks are definitely lost in loss record 230 of 638 ==31591== at 0x7BC4C735: notify_alloc (heap.c:255) ==31591== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==31591== by 0x4FF22D2: deserialize_param (tmarshal.c:1201) ==31591== by 0x4FF3941: xCall (tmarshal.c:1482) ==31591== by 0x6E701B2: ??? ==31591== by 0x4C741E3: func_tmarshal (tmarshal.c:1948) ==31591== by 0x4D75F00: run_test (test.h:584) ==31591== by 0x4D762EF: main (test.h:654) ==31928== 32 bytes in 1 blocks are definitely lost in loss record 230 of 639 ==31928== at 0x7BC4C735: notify_alloc (heap.c:255) ==31928== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==31928== by 0x4FD80FA: alloc_bstr (oleaut.c:162) ==31928== by 0x4FD8490: SysAllocStringLen (oleaut.c:324) ==31928== by 0x4FD81A7: SysAllocString (oleaut.c:232) ==31928== by 0x4C6FAB0: test_typelibmarshal (tmarshal.c:1327) ==31928== by 0x4C741E3: func_tmarshal (tmarshal.c:1948) ==31928== by 0x4D75F00: run_test (test.h:584) ==31928== by 0x4D762EF: main (test.h:654) ==31928== ==32011== 28 bytes in 1 blocks are possibly lost in loss record 185 of 637 ==32011== at 0x7BC4C735: notify_alloc (heap.c:255) ==32011== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==32011== by 0x53FD8B6: COMPOBJ_DllList_Add (compobj.c:526) ==32011== by 0x53FFBF2: apartment_getclassobject (compobj.c:1335) ==32011== by 0x540333C: get_inproc_class_object (compobj.c:2894) ==32011== by 0x54037FB: CoGetClassObject (compobj.c:3032) ==32011== by 0x54265B1: get_facbuf_for_iid (marshal.c:114) ==32011== by 0x54266E7: marshal_object (marshal.c:151) ==32011== by 0x5460599: start_apartment_remote_unknown (stubmanager.c:804) ==32011== by 0x5441BF6: RPC_StartRemoting (rpc.c:1645) ==32011== by 0x5429867: StdMarshalImpl_MarshalInterface (marshal.c:1249) ==32011== by 0x542B65D: CoMarshalInterface (objidl.h:611) ==32011== by 0x4C37CEE: host_object_proc (tmarshal.c:79) ==32011== by 0x7BC87087: ??? (signal_i386.c:2571) ==32011== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==32011== by 0x7BC87065: ??? (signal_i386.c:2571) ==32011== by 0x7BC8E4B0: start_thread (thread.c:428) ==32011== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==32011== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==32011== 28 bytes in 1 blocks are possibly lost in loss record 186 of 637 ==32011== at 0x7BC4C735: notify_alloc (heap.c:255) ==32011== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==32011== by 0x53FD8B6: COMPOBJ_DllList_Add (compobj.c:526) ==32011== by 0x53FFBF2: apartment_getclassobject (compobj.c:1335) ==32011== by 0x540333C: get_inproc_class_object (compobj.c:2894) ==32011== by 0x54037FB: CoGetClassObject (compobj.c:3032) ==32011== by 0x54265B1: get_facbuf_for_iid (marshal.c:114) ==32011== by 0x54266E7: marshal_object (marshal.c:151) ==32011== by 0x542989C: StdMarshalImpl_MarshalInterface (marshal.c:1251) ==32011== by 0x542B65D: CoMarshalInterface (objidl.h:611) ==32011== by 0x4C37CEE: host_object_proc (tmarshal.c:79) ==32011== by 0x7BC87087: ??? (signal_i386.c:2571) ==32011== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==32011== by 0x7BC87065: ??? (signal_i386.c:2571) ==32011== by 0x7BC8E4B0: start_thread (thread.c:428) ==32011== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==32011== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==32011== -- 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.

1 1

[Bug 36414] New: valgrind shows a definite leak in ole32/tests/marshal.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36414 Bug ID: 36414 Summary: valgrind shows a definite leak in ole32/tests/marshal.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==24464== 72 bytes in 1 blocks are definitely lost in loss record 441 of 824 ==24464== at 0x7BC51B57: RtlReAllocateHeap (heap.c:255) ==24464== by 0x7B844340: HeapReAlloc (heap.c:281) ==24464== by 0x7B84503C: GlobalReAlloc (heap.c:679) ==24464== by 0x539C75D: HGLOBALStreamImpl_SetSize (hglobalstream.c:381) ==24464== by 0x539C896: HGLOBALStreamImpl_Write (objidl.h:4391) ==24464== by 0x53A4CED: StdMarshalImpl_MarshalInterface (objidl.h:4384) ==24464== by 0x53A593A: CoMarshalInterface (objidl.h:611) ==24464== by 0x5384BE9: CoRegisterClassObject (compobj.c:969) ==24464== by 0x4D94452: test_local_server (marshal.c:2995) ==24464== by 0x4D9860E: func_marshal (marshal.c:3548) ==24464== by 0x4DCDEA8: run_test (test.h:584) ==24464== by 0x4DCE297: main (test.h:654) ==24464== -- 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.

1 1

[Bug 36424] New: valgrind shows a leak in quartz/tests/filtergraph.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36424 Bug ID: 36424 Summary: valgrind shows a leak in quartz/tests/filtergraph.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==27031== 28 bytes in 1 blocks are possibly lost in loss record 248 of 920 ==27031== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==27031== by 0x530CBB8: apartment_getclassobject (compobj.c:526) ==27031== by 0x530FFC6: get_inproc_class_object (compobj.c:2894) ==27031== by 0x5312D2F: CoGetClassObject (compobj.c:3032) ==27031== by 0x53134B7: CoCreateInstance (compobj.c:3197) ==27031== by 0x6108B69: ??? ==27031== by 0x4D6B3AD: test_render_filter_priority (strmif.h:4913) ==27031== by 0x4D6BFE7: func_filtergraph (filtergraph.c:1893) ==27031== by 0x4D723D4: run_test (test.h:584) ==27031== by 0x4D727C3: main (test.h:654) ==27031== -- 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.

1 1

[Bug 36264] New: valgrind shows a couple possible leaks in dispex/tests/marshal.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36264 Bug ID: 36264 Summary: valgrind shows a couple possible leaks in dispex/tests/marshal.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==3861== 28 bytes in 1 blocks are possibly lost in loss record 176 of 609 ==3861== at 0x7BC4C735: notify_alloc (heap.c:255) ==3861== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==3861== by 0x4D448CE: COMPOBJ_DllList_Add (compobj.c:526) ==3861== by 0x4D46C0A: apartment_getclassobject (compobj.c:1335) ==3861== by 0x4D4A354: get_inproc_class_object (compobj.c:2894) ==3861== by 0x4D4A813: CoGetClassObject (compobj.c:3032) ==3861== by 0x5886266: create_stub (ndr_ole.c:415) ==3861== by 0x5868E2B: CStdStubBuffer_Delegating_Construct (cstub.c:346) ==3861== by 0x58674C9: CStdPSFactory_CreateStub (cpsf.c:131) ==3861== by 0x4D6D8E4: marshal_object (objidl.h:9251) ==3861== by 0x4D709E0: StdMarshalImpl_MarshalInterface (marshal.c:1251) ==3861== by 0x4D727A1: CoMarshalInterface (objidl.h:611) ==3861== by 0x4954F33: host_object_proc (marshal.c:65) ==3861== by 0x7BC87087: ??? (signal_i386.c:2571) ==3861== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==3861== by 0x7BC87065: ??? (signal_i386.c:2571) ==3861== by 0x7BC8E4B0: start_thread (thread.c:428) ==3861== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==3861== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) -- 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.

1 2

[Bug 36275] New: valgrind shows a possible leak in dsound's DirectSoundDevice_Create, in dsound/tests/*.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36275 Bug ID: 36275 Summary: valgrind shows a possible leak in dsound's DirectSoundDevice_Create, in dsound/tests/*.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com The system is currently failing this test (ds3d.c:984: Test failed: DirectSoundCreate() failed: 8889000a), doesn't normally, not sure, why..in any case, there's a leak: ==9326== 32 bytes in 1 blocks are possibly lost in loss record 390 of 985 ==9326== at 0x7BC4C735: notify_alloc (heap.c:255) ==9326== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==9326== by 0x7BC39AE9: RtlInitializeCriticalSectionEx (critsection.c:326) ==9326== by 0x7B876B51: InitializeCriticalSectionEx (sync.c:356) ==9326== by 0x7B876AD0: InitializeCriticalSection (sync.c:313) ==9326== by 0x5F69F72: DirectSoundDevice_Create (dsound.c:649) ==9326== by 0x5F6A7D3: DirectSoundDevice_Initialize (dsound.c:781) ==9326== by 0x5F69494: IDirectSound8Impl_Initialize (dsound.c:398) ==9326== by 0x5F69915: DirectSoundCreate (dsound.c:520) ==9326== by 0x495C1C7: test_for_driver (ds3d.c:983) ==9326== by 0x495D5F0: dsenum_callback (ds3d.c:1272) ==9326== by 0x5F6D693: a_to_w_callback (dsound_main.c:319) ==9326== by 0x5F6DCBD: send_device (dsound_main.c:442) ==9326== by 0x5F6E0E6: enumerate_mmdevices (dsound_main.c:517) ==9326== by 0x5F6E278: DirectSoundEnumerateW (dsound_main.c:561) ==9326== by 0x5F6D736: DirectSoundEnumerateA (dsound_main.c:349) ==9326== by 0x495DAB4: ds3d_tests (ds3d.c:1315) ==9326== by 0x495DBA2: func_ds3d (ds3d.c:1335) ==9326== by 0x4974540: run_test (test.h:584) ==9326== by 0x497492F: main (test.h:654) ==9326== Also affects the dsound.c, dsound8.c, ... tests -- 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.

1 1

[Bug 36403] New: valgrind shows a possible leak in dsound/tests/ds3d8.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36403 Bug ID: 36403 Summary: valgrind shows a possible leak in dsound/tests/ds3d8.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==14489== 28 bytes in 1 blocks are possibly lost in loss record 220 of 926 ==14489== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==14489== by 0x51F2BE8: apartment_getclassobject (compobj.c:526) ==14489== by 0x51F5FF6: get_inproc_class_object (compobj.c:2894) ==14489== by 0x51F8D5F: CoGetClassObject (compobj.c:3032) ==14489== by 0x51F94E7: CoCreateInstance (compobj.c:3197) ==14489== by 0x65376E2: get_mmdevenum (dsound_main.c:178) ==14489== by 0x6538A42: enumerate_mmdevices (dsound_main.c:466) ==14489== by 0x6538D8D: DirectSoundEnumerateW (dsound_main.c:561) ==14489== by 0x6538E61: DirectSoundEnumerateA (dsound_main.c:349) ==14489== by 0x4AC54B8: func_ds3d8 (ds3d8.c:1137) ==14489== by 0x4AB820B: main (test.h:584) ==14489== -- 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.

1 1

[Bug 36322] New: valgrind shows a leak in rpcrpc4/tests/cstub.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36322 Bug ID: 36322 Summary: valgrind shows a leak in rpcrpc4/tests/cstub.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==32691== 24 bytes in 1 blocks are definitely lost in loss record 155 of 562 ==32691== at 0x7BC4C735: notify_alloc (heap.c:255) ==32691== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==32691== by 0x55C045F: CStdStubBuffer_Construct (cstub.c:88) ==32691== by 0x55BF517: CStdPSFactory_CreateStub (cpsf.c:135) ==32691== by 0x495AD74: create_stub (objidl.h:9251) ==32691== by 0x495B861: test_Connect (cstub.c:867) ==32691== by 0x495C5C5: func_cstub (cstub.c:1174) ==32691== by 0x4995124: run_test (test.h:584) ==32691== by 0x4995513: main (test.h:654) ==32691== -- 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.

1 2

[Bug 36433] New: valgrind shows a couple leaks in shell32/tests/shelldispatch.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36433 Bug ID: 36433 Summary: valgrind shows a couple leaks in shell32/tests/shelldispatch.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==28557== 24 bytes in 1 blocks are definitely lost in loss record 165 of 615 ==28557== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==28557== by 0x4F5C378: ShellDispatch_NameSpace (shelldispatch.c:774) ==28557== by 0x4D8817A: func_shelldispatch (shldisp.h:3077) ==28557== by 0x4DC8888: run_test (test.h:584) ==28557== by 0x4DC8C77: main (test.h:654) ==28557== ==28557== 28 bytes in 1 blocks are possibly lost in loss record 174 of 615 ==28557== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==28557== by 0x5C44BB8: apartment_getclassobject (compobj.c:526) ==28557== by 0x5C47FC6: get_inproc_class_object (compobj.c:2894) ==28557== by 0x5C4AD2F: CoGetClassObject (compobj.c:3032) ==28557== by 0x5C4B4B7: CoCreateInstance (compobj.c:3197) ==28557== by 0x4D87FE2: func_shelldispatch (shelldispatch.c:72) ==28557== by 0x4DC8888: run_test (test.h:584) ==28557== by 0x4DC8C77: main (test.h:654) ==28557== -- 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.

1 2

[Bug 36402] New: valgrind shows several leaks in dsound/tests/duplex.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36402 Bug ID: 36402 Summary: valgrind shows several leaks in dsound/tests/duplex.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==32429== 88,200 bytes in 1 blocks are definitely lost in loss record 822 of 822 ==32429== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==32429== by 0x652CEF2: IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:797) ==32429== by 0x6536497: IDirectSoundFullDuplexImpl_Initialize (duplex.c:233) ==32429== by 0x4AAF23D: func_duplex (duplex.c:286) ==32429== by 0x4A9520B: main (test.h:584) ==32429== -- 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.

1 1

[Bug 26110] New: ole32/marshal test shows several valgrind warnings
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=26110 Summary: ole32/marshal test shows several valgrind warnings Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=33290) --> (http://bugs.winehq.org/attachment.cgi?id=33290) valgrind log Syscall param write(buf) points to uninitialised byte(s) at ??? (in /lib/libpthread-2.11.2.so) by WriteFile (file.c:547) by rpcrt4_conn_np_write (rpc_transport.c:441) by rpcrt4_conn_write (rpc_binding.h:183) by RPCRT4_SendWithAuth (rpc_message.c:849) by RPCRT4_Send (rpc_message.c:1245) by process_request_packet (rpc_server.c:463) by RPCRT4_process_packet (rpc_server.c:518) by RPCRT4_worker_thread (rpc_server.c:540) by worker_thread_proc (threadpool.c:114) 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) Address 0x7f030894 is 44 bytes inside a block of size 92 alloc'd at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by RPCRT4_SendWithAuth (rpc_message.c:808) by RPCRT4_Send (rpc_message.c:1245) by process_request_packet (rpc_server.c:463) by RPCRT4_process_packet (rpc_server.c:518) by RPCRT4_worker_thread (rpc_server.c:540) by worker_thread_proc (threadpool.c:114) 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) 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 IMalloc_fnAlloc (ifs.c:186) by CoTaskMemAlloc (ifs.c:395) by RemUnknown_RemQueryInterface (stubmanager.c:664) by IRemUnknown_RemQueryInterface_Stub (dcom_p.c:370) by CStdStubBuffer_Invoke (cstub.c:477) by RPC_ExecuteCall (rpc.c:1414) by apartment_wndproc (compobj.c:897) by ??? (winproc.c:172) by call_window_proc (winproc.c:242) by WINPROC_CallProcAtoW (winproc.c:601) by WINPROC_call_window (winproc.c:910) by DispatchMessageA (message.c:3639) by test_register_local_server (marshal.c:2625) by func_marshal (marshal.c:3067) 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 IDefClF_fnConstructor (shellole.c:386) by DllGetClassObject (shellole.c:219) by apartment_getclassobject (compobj.c:806) by apartment_hostobject (compobj.c:879) by apartment_wndproc (compobj.c:900) by ??? (winproc.c:172) by call_window_proc (winproc.c:242) by WINPROC_call_window (winproc.c:899) by call_window_proc (message.c:2201) by peek_message (message.c:2775) by GetMessageW (message.c:3511) by apartment_hostobject_thread (compobj.c:942) 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) ... 68 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by ClientRpcChannelBuffer_GetBuffer (rpc.c:634) by NdrProxyGetBuffer (cproxy.c:395) by IRemUnknown_RemRelease_Proxy (dcom_p.c:631) by ifproxy_release_public_refs (marshal.c:673) by ifproxy_destroy (marshal.c:708) by proxy_manager_destroy (marshal.c:1109) by ClientIdentity_Release (marshal.c:268) by IUnknown_Release_Proxy (cproxy.c:361) by test_no_couninitialize_server (marshal.c:894) by func_marshal (marshal.c:3095) by run_test (test.h:556) by main (test.h:624) ... 72 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by I_RpcAllocate (rpcrt4_main.c:705) by I_RpcGetBuffer (rpc_message.c:1647) by ClientRpcChannelBuffer_GetBuffer (rpc.c:721) by NdrProxyGetBuffer (cproxy.c:395) by IRemUnknown_RemRelease_Proxy (dcom_p.c:631) by ifproxy_release_public_refs (marshal.c:673) by ifproxy_destroy (marshal.c:708) by proxy_manager_destroy (marshal.c:1109) by ClientIdentity_Release (marshal.c:268) by IUnknown_Release_Proxy (cproxy.c:361) by test_marshal_stub_apartment_shutdown (marshal.c:744) by func_marshal (marshal.c:3092) by run_test (test.h:556) by main (test.h:624) ... 116 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by ClientRpcChannelBuffer_GetBuffer (rpc.c:638) by NdrProxyGetBuffer (cproxy.c:395) by IRemUnknown_RemRelease_Proxy (dcom_p.c:631) by ifproxy_release_public_refs (marshal.c:673) by ifproxy_destroy (marshal.c:708) by proxy_manager_destroy (marshal.c:1109) by ClientIdentity_Release (marshal.c:268) by IUnknown_Release_Proxy (cproxy.c:361) by test_no_couninitialize_server (marshal.c:894) by func_marshal (marshal.c:3095) by run_test (test.h:556) by main (test.h:624) and several possibly losts 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.

1 3

[Bug 36397] New: valgrind shows a couple warnings in ieframe/tests/intshcut.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36397 Bug ID: 36397 Summary: valgrind shows a couple warnings in ieframe/tests/intshcut.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M ieframe.dll -p ieframe_test.exe.so intshcut && touch intshcut.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:ole:CoCreateInstance Class {fbf23b40-e3f0-101b-8488-00aa003e56f8} does not support aggregation fixme:ieframe:UniformResourceLocatorA_SetUrl ignoring unsupported flags 0x1 fixme:ieframe:UniformResourceLocatorA_SetUrl ignoring unsupported flags 0x1 preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==28304== Syscall param write(buf) points to uninitialised byte(s) ==28304== at 0x421ECF3: __write_nocancel (syscall-template.S:81) ==28304== by 0x7BC48C5A: NtWriteFile (file.c:1073) ==28304== by 0x7B83D0FA: WriteFile (file.c:563) ==28304== by 0x520B8B4: FileLockBytesImpl_WriteAt (filelockbytes.c:286) ==28304== by 0x523858F: StorageImpl_WriteBigBlock (objidl.h:5753) ==28304== by 0x523F1C7: BlockChainStream_Flush (storage32.c:6430) ==28304== by 0x523F20D: StorageImpl_Flush (storage32.c:3284) ==28304== by 0x52376D7: StgStreamImpl_Write (storage32.h:268) ==28304== by 0x5233412: PropertyStorage_WritePropertyToStream (objidl.h:4384) ==28304== by 0x52337D6: PropertyStorage_PropertiesWriter (stg_prop.c:1861) ==28304== by 0x5209ABB: dictionary_enumerate (dictionary.c:189) ==28304== by 0x523588A: IPropertyStorage_fnCommit (stg_prop.c:1875) ==28304== by 0x4A96E0C: test_ReadAndWriteProperties (propidl.h:540) ==28304== by 0x4A97720: func_intshcut (intshcut.c:390) ==28304== by 0x4A9532B: main (test.h:584) ==28304== Address 0x4c8e8ce is 150 bytes inside a block of size 8,260 alloc'd ==28304== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==28304== by 0x523FCD3: BlockChainStream_Construct (storage32.c:6398) ==28304== by 0x5240991: StorageImpl_Construct.isra.29 (storage32.c:3213) ==28304== by 0x524307E: Storage_Construct.isra.34 (storage32.c:5544) ==28304== by 0x5243243: create_storagefile.isra.35 (storage32.c:7768) ==28304== by 0x5243885: StgCreateStorageEx (storage32.c:7862) ==28304== by 0x69716E1: create_shortcut (intshcut.c:820) ==28304== by 0x697297C: InternetShortcut_Create (intshcut.c:855) ==28304== by 0x51F950D: CoCreateInstance (unknwn.h:226) ==28304== by 0x4A966F1: test_ReadAndWriteProperties (intshcut.c:191) ==28304== by 0x4A97720: func_intshcut (intshcut.c:390) ==28304== by 0x4A9532B: main (test.h:584) ==28304== Uninitialised value was created by a stack allocation ==28304== at 0x4A9647F: test_ReadAndWriteProperties (intshcut.c:170) ==28304== ==28304== Conditional jump or move depends on uninitialised value(s) ==28304== at 0x4AA6C35: winetest_vok (test.h:311) ==28304== by 0x4AA6DFA: winetest_ok (test.h:357) ==28304== by 0x4A96A85: test_ReadAndWriteProperties (intshcut.c:269) ==28304== by 0x4A97720: func_intshcut (intshcut.c:390) ==28304== by 0x4A9532B: main (test.h:584) ==28304== Uninitialised value was created by a stack allocation ==28304== at 0x6971816: PersistFile_Load (intshcut.c:456) ==28304== -- 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.

1 1

[Bug 36214] New: valgrind shows several definite leaks when running iexplore.exe
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36214 Bug ID: 36214 Summary: valgrind shows several definite leaks when running iexplore.exe Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==24724== 16 bytes in 1 blocks are definitely lost in loss record 197 of 1,087 ==24724== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==24724== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==24724== by 0x7B8457FF: HeapAlloc (heap.c:271) ==24724== by 0x7B845A26: GlobalAlloc (heap.c:364) ==24724== by 0x7B846E63: LocalAlloc (heap.c:967) ==24724== by 0x65399B3: Alloc (comctl32undoc.c:74) ==24724== by 0x653D7BF: SetWindowSubclass (commctrl.c:1030) ==24724== by 0x653592D: COMBOEX_Create (comboex.c:1014) ==24724== by 0x6538F70: COMBOEX_WindowProc (comboex.c:2006) ==24724== by 0x573E43D: ??? (winproc.c:173) ==24724== by 0x573E5B2: call_window_proc (winproc.c:244) ==24724== by 0x574074B: WINPROC_call_window (winproc.c:900) ==24724== by 0x56FD0F8: call_window_proc (message.c:2223) ==24724== by 0x56FFF96: send_message (message.c:3260) ==24724== by 0x57005B4: SendMessageW (message.c:3454) ==24724== by 0x572FCC9: WIN_CreateWindowEx (win.c:1615) ==24724== by 0x57302EB: CreateWindowExW (win.c:1751) ==24724== by 0x4E86215: create_rebar (iexplore.c:482) ==24724== by 0x4E86337: iewnd_OnCreate (iexplore.c:506) ==24724== by 0x4E86B59: ie_window_proc (iexplore.c:665) ==24724== ==24724== 72 bytes in 1 blocks are definitely lost in loss record 582 of 1,087 ==24724== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==24724== by 0x7BC5159C: RtlReAllocateHeap (heap.c:1883) ==24724== by 0x7B845879: HeapReAlloc (heap.c:281) ==24724== by 0x7B8465DA: GlobalReAlloc (heap.c:679) ==24724== by 0x51EE9B3: HGLOBALStreamImpl_SetSize (hglobalstream.c:381) ==24724== by 0x51EE64E: HGLOBALStreamImpl_Write (objidl.h:4391) ==24724== by 0x51F69D6: StdMarshalImpl_MarshalInterface (objidl.h:4384) ==24724== by 0x51F86FB: CoMarshalInterface (objidl.h:611) ==24724== by 0x51CBE90: get_local_server_stream (compobj.c:969) ==24724== by 0x51CFEF2: CoRegisterClassObject (compobj.c:2805) ==24724== by 0x4E814AA: register_class_object (ieframe_main.c:277) ==24724== by 0x4E87EB5: IEWinMain (iexplore.c:1042) ==24724== by 0x4E489F4: wWinMain (main.c:84) ==24724== by 0x4E48CDC: wmain (exe_wmain.c:51) ==24724== by 0x4E48BB9: __wine_spec_exe_wentry (exe_wentry.c:36) ==24724== by 0x7B8641DB: ??? (process.c:1045) ==24724== by 0x7B864328: start_process (process.c:1097) ==24724== by 0x7BC87017: ??? (signal_i386.c:2571) ==24724== by 0x7BC87060: call_thread_func (signal_i386.c:2630) ==24724== by 0x7BC86FF5: ??? (signal_i386.c:2571) ==24724== ==24724== 72 bytes in 1 blocks are definitely lost in loss record 583 of 1,087 ==24724== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==24724== by 0x7BC5159C: RtlReAllocateHeap (heap.c:1883) ==24724== by 0x7B845879: HeapReAlloc (heap.c:281) ==24724== by 0x7B8465DA: GlobalReAlloc (heap.c:679) ==24724== by 0x7B846F95: LocalReAlloc (heap.c:1078) ==24724== by 0x56C521C: EDIT_MakeFit (edit.c:1389) ==24724== by 0x56C836F: EDIT_EM_ReplaceSel (edit.c:2612) ==24724== by 0x56CC192: EDIT_WM_SetText (edit.c:3896) ==24724== by 0x56D02AB: EditWndProc_common (edit.c:5097) ==24724== by 0x5740F59: EditWndProcW (winproc.c:1082) ==24724== by 0x573E43D: ??? (winproc.c:173) ==24724== by 0x573E5B2: call_window_proc (winproc.c:244) ==24724== by 0x5740A06: CallWindowProcW (winproc.c:981) ==24724== by 0x653E0A9: DefSubclassProc (commctrl.c:1263) ==24724== by 0x65385C6: COMBOEX_EditWndProc (comboex.c:1817) ==24724== by 0x653E132: DefSubclassProc (commctrl.c:1270) ==24724== by 0x653DE60: COMCTL32_SubclassProc (commctrl.c:1212) ==24724== by 0x573E43D: ??? (winproc.c:173) ==24724== by 0x573E5B2: call_window_proc (winproc.c:244) ==24724== by 0x574074B: WINPROC_call_window (winproc.c:900) ==24724== ==24706== 24 bytes in 2 blocks are definitely lost in loss record 5,381 of 13,659 ==24706== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==24706== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==24706== by 0x8B820E3: heap_alloc (jscript.h:60) ==24706== by 0x8B824A1: jsstr_alloc_buf (jsstr.c:76) ==24706== by 0x8B952D7: jsstr_substr (jsstr.h:169) ==24706== by 0x8B987CA: String_substring (string.c:1321) ==24706== by 0x8B66AC8: invoke_prop_func (dispex.c:384) ==24706== by 0x8B66B64: invoke_prop_func (dispex.c:393) ==24706== by 0x8B69024: jsdisp_call (dispex.c:1080) ==24706== by 0x8B69188: disp_call (dispex.c:1111) ==24706== by 0x8B6E19D: interp_call_member (engine.c:1031) ==24706== by 0x8B72B1C: enter_bytecode (engine.c:2461) ==24706== by 0x8B72EF7: exec_source (engine.c:2533) ==24706== by 0x8B75304: invoke_source (function.c:240) ==24706== by 0x8B75810: Function_invoke (function.c:357) ==24706== by 0x8B68F48: jsdisp_call_value (dispex.c:1061) ==24706== by 0x8B696D6: disp_call_value (dispex.c:1200) ==24706== by 0x8B66CAE: invoke_prop_func (dispex.c:403) ==24706== by 0x8B69024: jsdisp_call (dispex.c:1080) ==24706== by 0x8B69188: disp_call (dispex.c:1111) ==24706== ==24706== 32 bytes in 1 blocks are definitely lost in loss record 7,728 of 13,659 ==24706== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==24706== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==24706== by 0x5C080B4: alloc_bstr (oleaut.c:162) ==24706== by 0x5C0844A: SysAllocStringLen (oleaut.c:324) ==24706== by 0x5C08161: SysAllocString (oleaut.c:232) ==24706== by 0x5C3B504: ITypeInfo_fnGetDocumentation (typelib.c:7505) ==24706== by 0x7A80201: add_func_info (oaidl.h:1526) ==24706== by 0x7A808F9: preprocess_dispex_data (dispex.c:358) ==24706== by 0x7A80DDF: get_dispex_data (dispex.c:463) ==24706== by 0x7A81FC4: get_builtin_id (dispex.c:863) ==24706== by 0x7A83F0E: DispatchEx_GetDispID (dispex.c:1372) ==24706== by 0x7AA7668: DocDispatchEx_GetDispID (dispex.h:296) ==24706== by 0x8B6BD9E: disp_get_id (dispex.h:296) ==24706== by 0x8B6D918: interp_member (engine.c:886) ==24706== by 0x8B72B1C: enter_bytecode (engine.c:2461) ==24706== by 0x8B72EF7: exec_source (engine.c:2533) ==24706== by 0x8B75304: invoke_source (function.c:240) ==24706== by 0x8B75810: Function_invoke (function.c:357) ==24706== by 0x8B68F48: jsdisp_call_value (dispex.c:1061) ==24706== by 0x8B696D6: disp_call_value (dispex.c:1200) ==24706== ==25671== 32 bytes in 1 blocks are definitely lost in loss record 7,728 of 13,654 ==25671== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==25671== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==25671== by 0x8B9C54B: heap_alloc_zero (jscript.h:65) ==25671== by 0x8B9D5B8: create_object (object.c:329) ==25671== by 0x8B8538C: invoke_constructor (function.c:263) ==25671== by 0x8B857AC: Function_invoke (function.c:354) ==25671== by 0x8B78F48: jsdisp_call_value (dispex.c:1061) ==25671== by 0x8B796D6: disp_call_value (dispex.c:1200) ==25671== by 0x8B7DE87: interp_new (engine.c:984) ==25671== by 0x8B82B1C: enter_bytecode (engine.c:2461) ==25671== by 0x8B82EF7: exec_source (engine.c:2533) ==25671== by 0x8B85304: invoke_source (function.c:240) ==25671== by 0x8B85577: call_function (function.c:308) ==25671== by 0x8B85E19: Function_apply (function.c:481) ==25671== by 0x8B76AC8: invoke_prop_func (dispex.c:384) ==25671== by 0x8B76B64: invoke_prop_func (dispex.c:393) ==25671== by 0x8B79024: jsdisp_call (dispex.c:1080) ==25671== by 0x8B79188: disp_call (dispex.c:1111) ==25671== by 0x8B7E19D: interp_call_member (engine.c:1031) ==25671== by 0x8B82B1C: enter_bytecode (engine.c:2461) ==25671== ==25671== 64 bytes in 1 blocks are definitely lost in loss record 10,535 of 13,654 ==25671== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==25671== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==25671== by 0x5C0C0B4: alloc_bstr (oleaut.c:162) ==25671== by 0x5C0C44A: SysAllocStringLen (oleaut.c:324) ==25671== by 0x5C0C161: SysAllocString (oleaut.c:232) ==25671== by 0x4F2E78C: Uri_GetPropertyBSTR (uri.c:4376) ==25671== by 0x4F2FBC6: Uri_GetDisplayUri (urlmon.h:6608) ==25671== by 0x7B57217: set_current_uri (urlmon.h:6626) ==25671== by 0x7B5751B: set_current_mon (persist.c:175) ==25671== by 0x7B57E4C: prepare_for_binding (persist.c:323) ==25671== by 0x7B58C61: PersistMoniker_Load (persist.c:621) ==25671== by 0x4EFC1C7: load_doc_mon (urlmon.h:2290) ==25671== by 0x4EFC440: create_mime_object (binding.c:278) ==25671== by 0x4EFC652: create_object (binding.c:308) ==25671== by 0x4EFF1E8: report_data (binding.c:1077) ==25671== by 0x4EFF531: InternetProtocolSink_ReportData (binding.c:1126) ==25671== by 0x4F048BC: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==25671== by 0x4F0540D: report_data_proc (urlmon.h:3113) ==25671== by 0x4F0110E: process_tasks (bindprot.c:57) ==25671== by 0x4F0115C: notif_wnd_proc (bindprot.c:68) ==25671== ==26609== 32 bytes in 1 blocks are definitely lost in loss record 7,760 of 13,724 ==26609== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==26609== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==26609== by 0x8B5850F: heap_alloc (jscript.h:60) ==26609== by 0x8B59488: alloc_label (compile.c:380) ==26609== by 0x8B5C127: compile_switch_statement (compile.c:1547) ==26609== by 0x8B5C912: compile_statement (compile.c:1748) ==26609== by 0x8B5AF2E: compile_block_statement (compile.c:1068) ==26609== by 0x8B5CD84: compile_function (compile.c:1853) ==26609== by 0x8B5D0C5: compile_function (compile.c:1911) ==26609== by 0x8B5D0C5: compile_function (compile.c:1911) ==26609== by 0x8B5D5F8: compile_script (compile.c:2021) ==26609== by 0x8B7D695: JScriptParse_ParseScriptText (jscript.c:769) ==26609== by 0x7B61BAE: parse_text (activscp.h:1290) ==26609== by 0x7B61D1F: parse_extern_script (script.c:745) ==26609== by 0x7B62030: parse_script_elem (script.c:799) ==26609== by 0x7B6273C: doc_insert_script (script.c:936) ==26609== by 0x7B211AF: run_insert_script (mutation.c:346) ==26609== by 0x7B21681: nsRunnable_Run (mutation.c:439) ==26609== by 0x6A0FA704: ??? ==26609== by 0x6A211632: ??? ==26609== ==28818== 32 bytes in 1 blocks are definitely lost in loss record 7,897 of 14,502 ==28818== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==28818== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==28818== by 0x8B5850F: heap_alloc (jscript.h:60) ==28818== by 0x8B59488: alloc_label (compile.c:380) ==28818== by 0x8B5C127: compile_switch_statement (compile.c:1547) ==28818== by 0x8B5C912: compile_statement (compile.c:1748) ==28818== by 0x8B5AF2E: compile_block_statement (compile.c:1068) ==28818== by 0x8B5CD84: compile_function (compile.c:1853) ==28818== by 0x8B5D0C5: compile_function (compile.c:1911) ==28818== by 0x8B5D0C5: compile_function (compile.c:1911) ==28818== by 0x8B5D5F8: compile_script (compile.c:2021) ==28818== by 0x8B7D695: JScriptParse_ParseScriptText (jscript.c:769) ==28818== by 0x7B71BAE: parse_text (activscp.h:1290) ==28818== by 0x7B71D1F: parse_extern_script (script.c:745) ==28818== by 0x7B72030: parse_script_elem (script.c:799) ==28818== by 0x7B7273C: doc_insert_script (script.c:936) ==28818== by 0x7B311AF: run_insert_script (mutation.c:346) ==28818== by 0x7B31681: nsRunnable_Run (mutation.c:439) ==28818== by 0x6A0FA704: ??? ==28818== by 0x6A211632: ??? ==28818== ==28818== 64 bytes in 1 blocks are definitely lost in loss record 10,970 of 14,502 ==28818== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==28818== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==28818== by 0x5C1D0B4: alloc_bstr (oleaut.c:162) ==28818== by 0x5C1D44A: SysAllocStringLen (oleaut.c:324) ==28818== by 0x5C1D161: SysAllocString (oleaut.c:232) ==28818== by 0x4F3B78C: Uri_GetPropertyBSTR (uri.c:4376) ==28818== by 0x4F3CBC6: Uri_GetDisplayUri (urlmon.h:6608) ==28818== by 0x7B60217: set_current_uri (urlmon.h:6626) ==28818== by 0x7B6051B: set_current_mon (persist.c:175) ==28818== by 0x7B60E4C: prepare_for_binding (persist.c:323) ==28818== by 0x7B61C61: PersistMoniker_Load (persist.c:621) ==28818== by 0x4F091C7: load_doc_mon (urlmon.h:2290) ==28818== by 0x4F09440: create_mime_object (binding.c:278) ==28818== by 0x4F09652: create_object (binding.c:308) ==28818== by 0x4F0C1E8: report_data (binding.c:1077) ==28818== by 0x4F0C531: InternetProtocolSink_ReportData (binding.c:1126) ==28818== by 0x4F118BC: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==28818== by 0x4F1240D: report_data_proc (urlmon.h:3113) ==28818== by 0x4F0E10E: process_tasks (bindprot.c:57) ==28818== by 0x4F0E15C: notif_wnd_proc (bindprot.c:68) ==28818== -- 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.

1 2

[Bug 36278] New: valgrind shows a leak in gameux/tests/gamexplorer.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36278 Bug ID: 36278 Summary: valgrind shows a leak in gameux/tests/gamexplorer.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: gameux Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==27747== 28 bytes in 1 blocks are possibly lost in loss record 214 of 672 ==27747== at 0x7BC4C735: notify_alloc (heap.c:255) ==27747== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==27747== by 0x57068CE: COMPOBJ_DllList_Add (compobj.c:526) ==27747== by 0x5708C0A: apartment_getclassobject (compobj.c:1335) ==27747== by 0x570C354: get_inproc_class_object (compobj.c:2894) ==27747== by 0x570C813: CoGetClassObject (compobj.c:3032) ==27747== by 0x570CDD5: CoCreateInstance (compobj.c:3197) ==27747== by 0x612F20F: GAMEUX_ParseGDFBinary (gameexplorer.c:437) ==27747== by 0x7BC87087: ??? (signal_i386.c:2571) ==27747== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==27747== by 0x7BC87065: ??? (signal_i386.c:2571) ==27747== by 0x7BC8E4B0: start_thread (thread.c:428) ==27747== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==27747== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==27747== -- 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.

1 3

[Bug 36308] New: valgrind shows some possible leaks in ole32/tests/compobj.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36308 Bug ID: 36308 Summary: valgrind shows some possible leaks in ole32/tests/compobj.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==31284== 8 bytes in 1 blocks are possibly lost in loss record 56 of 665 ==31284== at 0x7BC4C735: notify_alloc (heap.c:255) ==31284== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==31284== by 0x7B84586B: HeapAlloc (heap.c:271) ==31284== by 0x7B845B40: GlobalAlloc (heap.c:376) ==31284== by 0x509C3E7: OLEClipbrd_Initialize (clipboard.c:1732) ==31284== by 0x50D5772: OleInitialize (ole2.c:215) ==31284== by 0x497783C: test_CoInitializeEx (compobj.c:1924) ==31284== by 0x4977F18: func_compobj (compobj.c:2034) ==31284== by 0x49D0714: run_test (test.h:584) ==31284== by 0x49D0B03: main (test.h:654) ==31284== ==31284== 20 bytes in 1 blocks are possibly lost in loss record 152 of 665 ==31284== at 0x7BC4C735: notify_alloc (heap.c:255) ==31284== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==31284== by 0x50AB48E: CoGetObjectContext (compobj.c:4872) ==31284== by 0x50AB679: CoGetContextToken (compobj.c:4925) ==31284== by 0x49770AE: test_CoGetContextToken (compobj.c:1840) ==31284== by 0x4977F0E: func_compobj (compobj.c:2032) ==31284== by 0x49D0714: run_test (test.h:584) ==31284== by 0x49D0B03: main (test.h:654) ==31284== -- 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.

1 1

[Bug 36315] New: valgrind shows several leaks in qedit/tests/mediadet.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36315 Bug ID: 36315 Summary: valgrind shows several leaks in qedit/tests/mediadet.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48402 --> https://bugs.winehq.org/attachment.cgi?id=48402 valgrind log ==31827== 28 bytes in 1 blocks are possibly lost in loss record 239 of 877 ==31827== at 0x7BC4C735: notify_alloc (heap.c:255) ==31827== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==31827== by 0x4B5B262: heap_alloc_zero (typelib.c:1662) ==31827== by 0x4B5DEA1: MSFT_ReadAllRefs (typelib.c:2902) ==31827== by 0x4B6014C: ITypeLib2_Constructor_MSFT (typelib.c:3716) ==31827== by 0x4B5F3B8: TLB_ReadTypeLib (typelib.c:3460) ==31827== by 0x4B576DC: LoadTypeLibEx (typelib.c:478) ==31827== by 0x4B57618: LoadTypeLib (typelib.c:454) ==31827== by 0x4B5786A: LoadRegTypeLib (typelib.c:537) ==31827== by 0x6073AD3: ??? ==31827== by 0x607A475: ??? ==31827== by 0x600A806: ??? ==31827== by 0x600AAC0: ??? ==31827== by 0x50A3E26: CoCreateInstance (unknwn.h:226) ==31827== by 0x5FADE44: SampleGrabber_create (samplegrabber.c:1304) ==31827== by 0x5FA741F: DSCF_CreateInstance (main.c:110) ==31827== by 0x50A3E26: CoCreateInstance (unknwn.h:226) ==31827== by 0x4956F1F: test_samplegrabber (mediadet.c:388) ==31827== by 0x4957979: func_mediadet (mediadet.c:475) ==31827== by 0x495877C: run_test (test.h:584) ==31827== ==31827== 32 bytes in 1 blocks are possibly lost in loss record 293 of 877 ==31827== at 0x7BC4C735: notify_alloc (heap.c:255) ==31827== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==31827== by 0x7BC39AE9: RtlInitializeCriticalSectionEx (critsection.c:326) ==31827== by 0x7B876B51: InitializeCriticalSectionEx (sync.c:356) ==31827== by 0x7B876AD0: InitializeCriticalSection (sync.c:313) ==31827== by 0x6074935: ??? ==31827== by 0x6011AC3: ??? ==31827== by 0x5FE5C00: ??? ==31827== by 0x600AAC0: ??? ==31827== by 0x50A3E26: CoCreateInstance (unknwn.h:226) ==31827== by 0x5FA8D03: GetSplitter (mediadet.c:435) ==31827== by 0x5FA9282: MediaDet_put_Filename (mediadet.c:513) ==31827== by 0x4955998: test_mediadet (qedit.h:598) ==31827== by 0x4957974: func_mediadet (mediadet.c:474) ==31827== by 0x495877C: run_test (test.h:584) ==31827== by 0x4958B6A: main (test.h:654) ==31827== ==4134== 66 bytes in 1 blocks are definitely lost in loss record 456 of 929 ==4134== at 0x7BC4C735: notify_alloc (heap.c:255) ==4134== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==4134== by 0x52C2635: IMalloc_fnAlloc (ifs.c:186) ==4134== by 0x52C2F50: CoTaskMemAlloc (objidl.h:1236) ==4134== by 0x6345811: ??? ==4134== by 0x634F193: ??? ==4134== by 0x630023B: MediaDet_put_Filename (strmif.h:6469) ==4134== by 0x4A79998: test_mediadet (qedit.h:598) ==4134== by 0x4A7B974: func_mediadet (mediadet.c:474) ==4134== by 0x4A7C77C: run_test (test.h:584) ==4134== by 0x4A7CB6A: main (test.h:654) ==4134== etc. -- 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.

1 1

[Bug 36420] New: valgrind shows a possible leak in oledb32/tests/convert.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36420 Bug ID: 36420 Summary: valgrind shows a possible leak in oledb32/tests/convert.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: oledb32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==4543== 28 bytes in 1 blocks are possibly lost in loss record 173 of 580 ==4543== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==4543== by 0x512CBB8: apartment_getclassobject (compobj.c:526) ==4543== by 0x512FFC6: get_inproc_class_object (compobj.c:2894) ==4543== by 0x5132D2F: CoGetClassObject (compobj.c:3032) ==4543== by 0x51334B7: CoCreateInstance (compobj.c:3197) ==4543== by 0x4B75932: test_dcinfo (convert.c:47) ==4543== by 0x4B84AFA: func_convert (convert.c:2908) ==4543== by 0x4B90E18: run_test (test.h:584) ==4543== by 0x4B91207: main (test.h:654) ==4543== -- 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.

1 2

[Bug 36361] New: valgrind shows several uninitialized values in dsound/tests/propset.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36361 Bug ID: 36361 Summary: valgrind shows several uninitialized values in dsound/tests/propset.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==14871== Conditional jump or move depends on uninitialised value(s) ==14871== at 0x4A6FE18: callback (propset.c:70) ==14871== by 0x6164293: DSPROPERTY_enumWtoA (propset.c:388) ==14871== by 0x61647E4: enum_callback (propset.c:298) ==14871== by 0x615AE42: send_device (dsound_main.c:442) ==14871== by 0x615BC13: enumerate_mmdevices (dsound_main.c:502) ==14871== by 0x616458D: DSPROPERTY_EnumerateW (propset.c:326) ==14871== by 0x61659B6: IKsPrivatePropertySetImpl_Get (propset.c:411) ==14871== by 0x4A71C43: func_propset (propset.c:439) ==14871== by 0x4A72EC4: run_test (test.h:584) ==14871== by 0x4A732B3: main (test.h:654) ==14871== Uninitialised value was created by a stack allocation ==14871== at 0x61646DC: enum_callback (propset.c:274) ==14871== ==15026== Conditional jump or move depends on uninitialised value(s) ==15026== at 0x4A70286: callback1 (propset.c:94) ==15026== by 0x6170013: DSPROPERTY_enumWto1 (propset.c:421) ==15026== by 0x61707E4: enum_callback (propset.c:298) ==15026== by 0x6166E42: send_device (dsound_main.c:442) ==15026== by 0x6167C13: enumerate_mmdevices (dsound_main.c:502) ==15026== by 0x617058D: DSPROPERTY_EnumerateW (propset.c:326) ==15026== by 0x61719B6: IKsPrivatePropertySetImpl_Get (propset.c:411) ==15026== by 0x4A71DB1: func_propset (propset.c:469) ==15026== by 0x4A72EC4: run_test (test.h:584) ==15026== by 0x4A732B3: main (test.h:654) ==15026== Uninitialised value was created by a stack allocation ==15026== at 0x61706DC: enum_callback (propset.c:274) -- 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.

1 1

[Bug 36362] New: valgrind shows a potential leak in dsound/tests/propset.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36362 Bug ID: 36362 Summary: valgrind shows a potential leak in dsound/tests/propset.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==15257== 28 bytes in 1 blocks are possibly lost in loss record 230 of 799 ==15257== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==15257== by 0x4E42BB8: apartment_getclassobject (compobj.c:526) ==15257== by 0x4E45FC6: get_inproc_class_object (compobj.c:2894) ==15257== by 0x4E48D2F: CoGetClassObject (compobj.c:3032) ==15257== by 0x4E494B7: CoCreateInstance (compobj.c:3197) ==15257== by 0x6166702: get_mmdevenum (dsound_main.c:178) ==15257== by 0x6167A62: enumerate_mmdevices (dsound_main.c:466) ==15257== by 0x617058D: DSPROPERTY_EnumerateW (propset.c:326) ==15257== by 0x61719B6: IKsPrivatePropertySetImpl_Get (propset.c:411) ==15257== by 0x4A71C43: func_propset (propset.c:439) ==15257== by 0x4A72EC4: run_test (test.h:584) ==15257== by 0x4A732B3: main (test.h:654) ==15257== -- 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.

1 1

[Bug 36134] New: oleaut32/tests/vartype show several warnings with valgrind
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36134 Bug ID: 36134 Summary: oleaut32/tests/vartype show several warnings with valgrind Product: Wine Version: 1.7.16 Hardware: x86 URL: https://test.winehq.org/data/7e874aed75765f3c017673178 cfd64301b7ba3ed/linux_ae-fedora64-heap/oleaut32:vartyp e.html OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48297 --> https://bugs.winehq.org/attachment.cgi?id=48297 valgrind log ==29762== Invalid read of size 4 ==29762== at 0x4FD81F1: SysFreeString (oleaut.c:259) ==29762== by 0x4D73D6E: test_bstr_cache (vartype.c:6313) ==29762== by 0x4D74BC5: func_vartype (vartype.c:6449) ==29762== by 0x4D75F00: run_test (test.h:584) ==29762== by 0x4D762EF: main (test.h:654) ==29762== Address 0x4748da0 is 16 bytes after a block of size 64 free'd ==29762== at 0x7BC4C782: notify_free (heap.c:263) ==29762== by 0x7BC510C7: RtlFreeHeap (heap.c:1762) ==29762== by 0x4FD83E1: SysFreeString (oleaut.c:293) ==29762== by 0x4D73D44: test_bstr_cache (vartype.c:6310) ==29762== by 0x4D74BC5: func_vartype (vartype.c:6449) ==29762== by 0x4D75F00: run_test (test.h:584) ==29762== by 0x4D762EF: main (test.h:654) The tests also fail: vartype.c:3732: Test failed: expected 0xbfffffff 0xffffff23 (3221225471,4294967075), got (3221225472,0); hres=0x00000000 vartype.c:3735: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3739: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3815: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3816: Test failed: expected 2147483647ul 4294961488ul (2147483647,4294961488), got (2147483647,4294961152); hres=0x00000000 vartype.c:3817: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3818: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3838: Test failed: expected 0xbfffffff 0xffffff23 (3221225471,4294967075), got (3221225472,0); hres=0x00000000 vartype.c:3844: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3845: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3886: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3889: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3902: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3915: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3916: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3927: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3928: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3938: Test failed: expected 2147483648ul 15808 (2147483648,15808), got (2147483648,15360); hres=0x00000000 vartype.c:3939: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3954: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3955: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 vartype.c:3970: Test failed: expected 2147483647ul 4294951488ul (2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000 vartype.c:3971: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000 full log attached. -- 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.

1 3

[Bug 36138] New: valgrind shows some leaks in oleaut32/tests/typelib.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36138 Bug ID: 36138 Summary: valgrind shows some leaks in oleaut32/tests/typelib.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48298 --> https://bugs.winehq.org/attachment.cgi?id=48298 valgrind log ==32128== 16 bytes in 1 blocks are possibly lost in loss record 122 of 609 ==32128== at 0x7BC4C735: notify_alloc (heap.c:255) ==32128== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==32128== by 0x4F980FA: alloc_bstr (oleaut.c:162) ==32128== by 0x4F98490: SysAllocStringLen (oleaut.c:324) ==32128== by 0x4F981A7: SysAllocString (oleaut.c:232) ==32128== by 0x4FBBBA5: TLB_append_str (typelib.c:1979) ==32128== by 0x4FCEAC1: ICreateTypeLib2_fnCreateTypeInfo (typelib.c:8728) ==32128== by 0x4C5A83F: test_SetFuncAndParamNames (oaidl.h:5892) ==32128== by 0x4C60908: func_typelib (typelib.c:5439) ==32128== by 0x4D35F00: run_test (test.h:584) ==32128== by 0x4D362EF: main (test.h:654) I'll attach a full log. -- 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.

1 1

[Bug 36561] New: valgrind shows a definite leak in msrle/tests/msrle.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36561 Bug ID: 36561 Summary: valgrind shows a definite leak in msrle/tests/msrle.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==29940== 256 bytes in 1 blocks are definitely lost in loss record 399 of 539 ==29940== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==29940== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==29940== by 0x7B8457FF: HeapAlloc (heap.c:271) ==29940== by 0x7B845A26: GlobalAlloc (heap.c:364) ==29940== by 0x7B846E63: LocalAlloc (heap.c:967) ==29940== by 0x65FE88C: ??? ==29940== by 0x65FEB12: ??? ==29940== by 0x6600326: ??? ==29940== by 0x4E168F6: DRIVER_SendMessage (driver.c:136) ==29940== by 0x4E16A41: SendDriverMessage (driver.c:156) ==29940== by 0x4DEE914: MSVIDEO_SendMessage (msvideo_main.c:173) ==29940== by 0x4DF13FD: ICSendMessage (msvideo_main.c:1096) ==29940== by 0x4DF0492: ICCompress (msvideo_main.c:741) ==29940== by 0x4CA23BE: test_encode (msrle.c:92) ==29940== by 0x4CA24A6: func_msrle (msrle.c:104) ==29940== by 0x4CA3299: run_test (test.h:584) ==29940== by 0x4CA3687: main (test.h:654) ==29940== -- 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.

1 1

[Bug 36632] New: valgrind shows a use after free in dsound/tests/ds3d8.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36632 Bug ID: 36632 Summary: valgrind shows a use after free in dsound/tests/ds3d8.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M dsound.dll -p dsound_test.exe.so ds3d8 && touch ds3d8.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==10296== Thread 2: ==10296== Invalid read of size 4 ==10296== at 0x7BC39D3F: RtlpWaitForCriticalSection (critsection.c:446) ==10296== by 0x7BC3A0D0: RtlEnterCriticalSection (critsection.c:558) ==10296== by 0x6315EBF: alsa_push_buffer_data (mmdevdrv.c:2150) ==10296== by 0x7BC91871: timer_callback_wrapper (threadpool.c:572) ==10296== by 0x7BC91BD4: queue_timer_expire (threadpool.c:649) ==10296== by 0x7BC91DF5: timer_queue_thread_proc (threadpool.c:712) ==10296== by 0x7BC87137: ??? (signal_i386.c:2571) ==10296== by 0x7BC87180: call_thread_func (signal_i386.c:2630) ==10296== by 0x7BC87115: ??? (signal_i386.c:2571) ==10296== by 0x7BC8E560: start_thread (thread.c:428) ==10296== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==10296== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==10296== Address 0x4908c54 is 300 bytes inside a block of size 344 free'd ==10296== at 0x7BC4C7AA: notify_free (heap.c:263) ==10296== by 0x7BC510EF: RtlFreeHeap (heap.c:1762) ==10296== by 0x63113EE: AudioClient_Release (mmdevdrv.c:913) ==10296== by 0x6319DAA: AudioStreamVolume_Release (audioclient.h:311) ==10296== by 0x5D3F32A: DirectSoundDevice_Release (audioclient.h:1249) ==10296== by 0x5D3D0E5: directsound_destroy (dsound.c:124) ==10296== by 0x5D3D833: IDirectSound8Impl_Release (dsound.c:233) ==10296== by 0x4A613E2: test_secondary8 (ds3d8.c:808) ==10296== by 0x4A62955: dsenum_callback (ds3d8.c:1121) ==10296== by 0x5D42693: a_to_w_callback (dsound_main.c:319) ==10296== by 0x5D42F64: enumerate_mmdevices (dsound_main.c:492) ==10296== by 0x5D43278: DirectSoundEnumerateW (dsound_main.c:561) ==10296== by 0x5D42736: DirectSoundEnumerateA (dsound_main.c:349) ==10296== by 0x4A62BC4: ds3d8_tests (ds3d8.c:1137) ==10296== by 0x4A62CC0: func_ds3d8 (ds3d8.c:1157) ==10296== by 0x4A74540: run_test (test.h:584) ==10296== by 0x4A7492F: main (test.h:654) ==10296== -- 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.

1 1

[Bug 36575] New: valgrind shows a couple possible leaks in urlmon/tests/sec_mgr.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36575 Bug ID: 36575 Summary: valgrind shows a couple possible leaks in urlmon/tests/sec_mgr.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M urlmon.dll -p urlmon_test.exe.so sec_mgr && touch sec_mgr.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 fixme:urlmon:SecManagerImpl_GetSecurityIdEx2 dwReserved is not supported yet ==28354== 8 bytes in 1 blocks are possibly lost in loss record 37 of 599 ==28354== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==28354== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==28354== by 0x7B8457FF: HeapAlloc (heap.c:271) ==28354== by 0x7B845AD4: GlobalAlloc (heap.c:376) ==28354== by 0x516B4C7: OLEClipbrd_Initialize (clipboard.c:1732) ==28354== by 0x51A48E6: OleInitialize (ole2.c:215) ==28354== by 0x4CE4B3A: func_sec_mgr (sec_mgr.c:2043) ==28354== by 0x4D16166: run_test (test.h:584) ==28354== by 0x4D16555: main (test.h:654) ==28354== preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==28354== 36 bytes in 1 blocks are possibly lost in loss record 231 of 599 ==28354== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==28354== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==28354== by 0x4EC359D: heap_alloc (urlmon_main.h:236) ==28354== by 0x4EC3B3C: register_namespace (session.c:126) ==28354== by 0x4EC4832: InternetSession_RegisterNameSpace (session.c:375) ==28354== by 0x4CE20A2: register_protocols (urlmon.h:3759) ==28354== by 0x4CE4B42: func_sec_mgr (sec_mgr.c:2044) ==28354== by 0x4D16166: run_test (test.h:584) ==28354== by 0x4D16555: main (test.h:654) ==28354== -- 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.

1 1

[Bug 36197] New: valgrind shows some possible leaks in mmdevapi/tests/render.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36197 Bug ID: 36197 Summary: valgrind shows some possible leaks in mmdevapi/tests/render.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: mmdevapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==12595== 28 bytes in 1 blocks are possibly lost in loss record 115 of 538 ==12595== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12595== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12595== by 0x4FB483E: COMPOBJ_DllList_Add (compobj.c:526) ==12595== by 0x4FB6B7A: apartment_getclassobject (compobj.c:1335) ==12595== by 0x4FBA2C4: get_inproc_class_object (compobj.c:2894) ==12595== by 0x4FBA783: CoGetClassObject (compobj.c:3032) ==12595== by 0x4FBAD45: CoCreateInstance (compobj.c:3197) ==12595== by 0x4E66E6B: func_render (render.c:2238) ==12595== by 0x4E67EAF: run_test (test.h:584) ==12595== by 0x4E6829E: main (test.h:654) ==12595== ==12595== 76 bytes in 1 blocks are possibly lost in loss record 277 of 538 ==12595== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==12595== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==12595== by 0x652ED88: create_session (mmdevdrv.c:1038) ==12595== by 0x652EF3E: get_audio_session (mmdevdrv.c:1086) ==12595== by 0x6537F38: AudioSessionManager_GetSimpleAudioVolume (mmdevdrv.c:3734) ==12595== by 0x4E64D02: test_session_creation (audiopolicy.h:908) ==12595== by 0x4E6706D: func_render (render.c:2272) ==12595== by 0x4E67EAF: run_test (test.h:584) ==12595== by 0x4E6829E: main (test.h:654) ==12595== -- 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.

1 1

[Bug 26139] New: comdlg32/filedlg shows a few valgrind warnings
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=26139 Summary: comdlg32/filedlg shows 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: comdlg32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Conditional jump or move depends on uninitialised value(s) at EqualRect (uitools.c:1405) by FileOpenDlgProc95 (filedlg.c:1206) by ??? (winproc.c:172) by call_dialog_proc (winproc.c:263) by WINPROC_CallProcWtoA (winproc.c:857) by WINPROC_CallDlgProcW (winproc.c:1041) by DefDlgProcW (defdlg.c:425) by ??? (winproc.c:172) by call_window_proc (winproc.c:242) by WINPROC_call_window (winproc.c:899) by call_window_proc (message.c:2201) by send_message (message.c:3042) by SendMessageW (message.c:3165) by DIALOG_CreateIndirect (dialog.c:694) by DialogBoxIndirectParamAorW (dialog.c:876) by DialogBoxIndirectParamA (dialog.c:887) by GetFileName95 (filedlg.c:317) by GetFileDialog95A (filedlg.c:442) by GetOpenFileNameA (filedlg.c:4173) by test_create_view_window2 (filedlg.c:280) Uninitialised value was created by a stack allocation at FileOpenDlgProc95 (filedlg.c:1157) ... 140 bytes in 5 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 CreateTemplateDialog (filedlg.c:786) by FileOpenDlgProc95 (filedlg.c:1189) by ??? (winproc.c:172) by call_dialog_proc (winproc.c:263) by WINPROC_CallProcWtoA (winproc.c:857) ... 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 RegisterDragDrop (ole2.c:461) by ShellView_OnCreate (shlview.c:718) by ShellView_WndProc (shlview.c:1682) by ??? (winproc.c:172) by call_window_proc (winproc.c:242) by WINPROC_call_window (winproc.c:899) by call_window_proc (message.c:2201) by send_message (message.c:3042) by SendMessageW (message.c:3165) -- 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.

1 5

[Bug 36576] New: valgrind shows a definite leak in urlmon/tests/uri.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36576 Bug ID: 36576 Summary: valgrind shows a definite leak in urlmon/tests/uri.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==2651== 22,836 bytes in 173 blocks are definitely lost in loss record 575 of 575 ==2651== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==2651== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==2651== by 0x4EE989E: heap_alloc_zero (urlmon_main.h:241) ==2651== by 0x4EF894B: Uri_Construct (uri.c:5654) ==2651== by 0x4EFE2A8: CF_CreateInstance (urlmon_main.c:314) ==2651== by 0x5196F06: CoCreateInstance (unknwn.h:226) ==2651== by 0x49DDD80: test_IPersistStream (uri.c:11382) ==2651== by 0x49DF772: func_uri (uri.c:11614) ==2651== by 0x49F6166: run_test (test.h:584) ==2651== by 0x49F6555: main (test.h:654) ==2651== and one possible leak: ==2651== 12,528 bytes in 173 blocks are possibly lost in loss record 569 of 575 ==2651== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==2651== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==2651== by 0x5BFD0B4: alloc_bstr (oleaut.c:162) ==2651== by 0x5BFD44A: SysAllocStringLen (oleaut.c:324) ==2651== by 0x5BFD161: SysAllocString (oleaut.c:232) ==2651== by 0x4EF736A: PersistStream_Load (uri.c:5212) ==2651== by 0x4EF867D: Marshal_UnmarshalInterface (objidl.h:3149) ==2651== by 0x49DDEA5: test_IPersistStream (objidl.h:614) ==2651== by 0x49DF772: func_uri (uri.c:11614) ==2651== by 0x49F6166: run_test (test.h:584) ==2651== by 0x49F6555: main (test.h:654) ==2651== -- 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.

1 1

[Bug 36396] New: valgrind shows a possible leak in inetmib1/tests/main.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36396 Bug ID: 36396 Summary: valgrind shows a possible leak in inetmib1/tests/main.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==8324== 28 bytes in 1 blocks are definitely lost in loss record 24 of 89 ==8324== at 0x7BC508EB: RtlAllocateHeap (heap.c:255) ==8324== by 0x4AD1EDE: SnmpUtilOidCpy (main.c:332) ==8324== by 0x4AFB25A: ??? ==8324== by 0x4A96AFB: func_main (main.c:67) ==8324== by 0x4A96E3A: run_test (test.h:584) ==8324== by 0x4A94C0E: main (test.h:654) == -- 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.

1 2

[Bug 36417] New: valgrind shows a definite leak in ole32/tests/ole_server.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36417 Bug ID: 36417 Summary: valgrind shows a definite leak in ole32/tests/ole_server.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==24870== 512 bytes in 1 blocks are definitely lost in loss record 530 of 656 ==24870== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==24870== by 0x57A644F: list_window_children (win.c:318) ==24870== by 0x57AAFD2: WIN_ListChildren (win.c:3267) ==24870== by 0x57AB4DE: WIN_DestroyWindow (win.c:944) ==24870== by 0x57AB986: DestroyWindow (win.c:1884) ==24870== by 0x535F78C: apartment_release (compobj.c:1147) ==24870== by 0x53610D9: CoUninitialize (compobj.c:1960) ==24870== by 0x5361317: apartment_hostobject_thread (compobj.c:1522) ==24870== by 0x7BC80ABF: ??? (in /home/austin/wine-valgrind-known/dlls/ntdll/ntdll.dll.so) ==24870== by 0x7BC83A6C: call_thread_func (signal_i386.c:2630) ==24870== by 0x7BC80A9D: ??? (in /home/austin/wine-valgrind-known/dlls/ntdll/ntdll.dll.so) ==24870== by 0x7BC89E2B: start_thread (thread.c:428) ==24870== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==24870== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==24870== -- 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.

1 1

[Bug 36635] New: valgrind shows uninitialized memory in secur32/tests/schannel.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36635 Bug ID: 36635 Summary: valgrind shows uninitialized memory in secur32/tests/schannel.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==20049== Conditional jump or move depends on uninitialised value(s) ==20049== at 0x565DE46: schan_get_buffer (schannel.c:624) ==20049== by 0x565DFDD: schan_pull (schannel.c:678) ==20049== by 0x56602C5: schan_pull_adapter (schannel_gnutls.c:85) ==20049== by 0x5862A2E: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x585C674: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5863FD9: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5867B82: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5869654: gnutls_handshake (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5660684: schan_imp_handshake (schannel_gnutls.c:199) ==20049== by 0x565E97D: schan_InitializeSecurityContextW (schannel.c:893) ==20049== by 0x565EC31: schan_InitializeSecurityContextA (schannel.c:940) ==20049== by 0x5667F30: InitializeSecurityContextA (wrapper.c:282) ==20049== by 0x4A5E141: test_communication (schannel.c:704) ==20049== by 0x4A5F3FA: func_schannel (schannel.c:907) ==20049== by 0x4A61268: run_test (test.h:584) ==20049== by 0x4A61657: main (test.h:654) ==20049== Uninitialised value was created by a client request ==20049== at 0x7BC4C554: mark_block_uninitialized (heap.c:209) ==20049== by 0x7BC4C6BF: initialize_block (heap.c:240) ==20049== by 0x7BC50FCB: RtlAllocateHeap (heap.c:1717) ==20049== by 0x4A5DAE9: init_buffers (schannel.c:551) ==20049== by 0x4A5DFE8: test_communication (schannel.c:693) ==20049== by 0x4A5F3FA: func_schannel (schannel.c:907) ==20049== by 0x4A61268: run_test (test.h:584) ==20049== by 0x4A61657: main (test.h:654) ==20049== ==20049== Conditional jump or move depends on uninitialised value(s) ==20049== at 0x585C8F7: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5863FD9: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5867B82: ??? (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5869654: gnutls_handshake (in /usr/lib/libgnutls.so.28.21.4) ==20049== by 0x5660684: schan_imp_handshake (schannel_gnutls.c:199) ==20049== by 0x565E97D: schan_InitializeSecurityContextW (schannel.c:893) ==20049== by 0x565EC31: schan_InitializeSecurityContextA (schannel.c:940) ==20049== by 0x5667F30: InitializeSecurityContextA (wrapper.c:282) ==20049== by 0x4A5E141: test_communication (schannel.c:704) ==20049== by 0x4A5F3FA: func_schannel (schannel.c:907) ==20049== by 0x4A61268: run_test (test.h:584) ==20049== by 0x4A61657: main (test.h:654) ==20049== Uninitialised value was created by a client request ==20049== at 0x7BC4C554: mark_block_uninitialized (heap.c:209) ==20049== by 0x7BC4C6BF: initialize_block (heap.c:240) ==20049== by 0x7BC50FCB: RtlAllocateHeap (heap.c:1717) ==20049== by 0x4A5DAE9: init_buffers (schannel.c:551) ==20049== by 0x4A5DFE8: test_communication (schannel.c:693) ==20049== by 0x4A5F3FA: func_schannel (schannel.c:907) ==20049== by 0x4A61268: run_test (test.h:584) ==20049== by 0x4A61657: main (test.h:654) ==20049== -- 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.

1 3

[Bug 36263] New: valgrind shows a couple possible leaks in dinput8/tests/device.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36263 Bug ID: 36263 Summary: valgrind shows a couple possible leaks in dinput8/tests/device.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==3785== 392 bytes in 1 blocks are possibly lost in loss record 668 of 873 ==3785== at 0x7BC4C735: notify_alloc (heap.c:255) ==3785== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==3785== by 0x5FBB1F5: alloc_device (keyboard.c:229) ==3785== by 0x5FBB731: keyboarddev_create_device (keyboard.c:305) ==3785== by 0x5FA9A80: create_device (dinput_main.c:711) ==3785== by 0x5FA9BCE: IDirectInput7AImpl_CreateDeviceEx (dinput_main.c:726) ==3785== by 0x5FA9EFA: IDirectInput8AImpl_CreateDevice (dinput_main.c:795) ==3785== by 0x5FAA748: IDirectInput8AImpl_EnumDevicesBySemantics (dinput_main.c:940) ==3785== by 0x49462F4: test_action_mapping (device.c:317) ==3785== by 0x4947317: func_device (device.c:511) ==3785== by 0x494AE4C: run_test (test.h:584) ==3785== by 0x494B23B: main (test.h:654) ==3785== ==3785== 392 bytes in 1 blocks are possibly lost in loss record 669 of 873 ==3785== at 0x7BC4C735: notify_alloc (heap.c:255) ==3785== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==3785== by 0x5FBB1F5: alloc_device (keyboard.c:229) ==3785== by 0x5FBB731: keyboarddev_create_device (keyboard.c:305) ==3785== by 0x5FA9A80: create_device (dinput_main.c:711) ==3785== by 0x5FA9BCE: IDirectInput7AImpl_CreateDeviceEx (dinput_main.c:726) ==3785== by 0x5FA9EFA: IDirectInput8AImpl_CreateDevice (dinput_main.c:795) ==3785== by 0x49467D3: test_save_settings (device.c:403) ==3785== by 0x494731C: func_device (device.c:512) ==3785== by 0x494AE4C: run_test (test.h:584) ==3785== by 0x494B23B: main (test.h:654) ==3785== -- 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.

1 1

[Bug 36310] New: valgrind shows lots of uninitialized reads/writes in msxml3/tests/xmlview.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36310 Bug ID: 36310 Summary: valgrind shows lots of uninitialized reads/writes in msxml3/tests/xmlview.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==6314== Invalid read of size 4 ==6314== at 0x7018C5F3: ??? ==6314== by 0x70197781: ??? ==6314== by 0x70181492: ??? ==6314== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068) ==6314== by 0x7BC5597C: process_attach (loader.c:1157) ==6314== by 0x7BC5592C: process_attach (loader.c:1149) ==6314== by 0x7BC585E2: LdrLoadDll (loader.c:2129) ==6314== by 0x7B85A79A: load_library (module.c:933) ==6314== by 0x7B85A908: LoadLibraryExW (module.c:990) ==6314== by 0x73A81BA: load_xul (nsembed.c:484) ==6314== by 0x73A8E4A: load_wine_gecko_v (nsembed.c:587) ==6314== by 0x73A8EB7: load_wine_gecko (nsembed.c:605) ==6314== by 0x73A97E5: load_gecko (nsembed.c:772) ==6314== by 0x73AE233: create_nscontainer (nsembed.c:2047) ==6314== by 0x732CB68: HTMLDocument_Create (htmldoc.c:4751) ==6314== by 0x7398C60: ClassFactory_CreateInstance (main.c:238) ==6314== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6314== by 0x6CA4DB0: XMLView_create (xmlview.c:1444) ==6314== by 0x6C62320: ClassFactory_CreateInstance (factory.c:178) ==6314== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6314== Address 0x4eddfe4 is not stack'd, malloc'd or (recently) free'd ==6314== ==6530== Thread 4: ==6530== Invalid read of size 4 ==6530== at 0x7E41033: ??? ==6530== by 0x7E362D2: ??? ==6530== Address 0xcc3d7fc is on thread 1's stack ==6530== ==6652== Conditional jump or move depends on uninitialised value(s) ==6652== at 0x69DA2A6E: ??? ==6652== by 0x69D912D8: ??? ==6652== by 0x6B05358C: ??? ==6652== by 0x69FA8430: ??? ==6652== by 0x69F7B782: ??? ==6652== by 0x69F7C6BE: ??? ==6652== by 0x73A5E34: init_nscontainer (nsiface.h:59567) ==6652== by 0x73A62D1: create_nscontainer (nsembed.c:2065) ==6652== by 0x7324B68: HTMLDocument_Create (htmldoc.c:4751) ==6652== by 0x7390C60: ClassFactory_CreateInstance (main.c:238) ==6652== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6652== by 0x6CA4DB0: XMLView_create (xmlview.c:1444) ==6652== by 0x6C62320: ClassFactory_CreateInstance (factory.c:178) ==6652== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6652== by 0x4CA707B: test_QueryInterface (xmlview.c:156) ==6652== by 0x4CA7B69: func_xmlview (xmlview.c:269) ==6652== by 0x4CA896C: run_test (test.h:584) ==6652== by 0x4CA8D5B: main (test.h:654) ==6652== Uninitialised value was created by a stack allocation ==6652== at 0x69DA29E6: ??? ==6652== ==6753== Conditional jump or move depends on uninitialised value(s) ==6753== at 0x69D80B25: ??? ==6753== by 0x6A0E6970: ??? ==6753== by 0x6A0E645E: ??? ==6753== by 0x6AFE5020: ??? ==6753== by 0x69CAB81E: ??? ==6753== by 0x6A0E65B1: ??? ==6753== by 0x69D80A6F: ??? ==6753== by 0x5778509: ??? (winproc.c:173) ==6753== by 0x577867E: call_window_proc (winproc.c:244) ==6753== by 0x577986C: WINPROC_CallProcAtoW (winproc.c:603) ==6753== by 0x577A911: WINPROC_call_window (winproc.c:911) ==6753== by 0x573B8F9: DispatchMessageA (message.c:3948) ==6753== by 0x4CB7928: test_Load (xmlview.c:247) ==6753== by 0x4CB7B6E: func_xmlview (xmlview.c:270) ==6753== by 0x4CB896C: run_test (test.h:584) ==6753== by 0x4CB8D5B: main (test.h:654) ==6753== Uninitialised value was created by a stack allocation ==6753== at 0x69D80AB6: ??? ==6753== ==6998== Conditional jump or move depends on uninitialised value(s) ==6998== at 0x6AEE5337: ??? ==6998== by 0x69ECD001: ??? ==6998== by 0x6A1714F7: ??? ==6998== by 0x6A36FB0A: ??? ==6998== by 0x6AECA4E7: ??? ==6998== by 0x6AECA48F: ??? ==6998== by 0x69CAB81E: ??? ==6998== by 0x6A0E65B1: ??? ==6998== by 0x69D80A6F: ??? ==6998== by 0x5768509: ??? (winproc.c:173) ==6998== by 0x576867E: call_window_proc (winproc.c:244) ==6998== by 0x576986C: WINPROC_CallProcAtoW (winproc.c:603) ==6998== by 0x576A911: WINPROC_call_window (winproc.c:911) ==6998== by 0x572B8F9: DispatchMessageA (message.c:3948) ==6998== by 0x4CB3928: test_Load (xmlview.c:247) ==6998== by 0x4CB3B6E: func_xmlview (xmlview.c:270) ==6998== by 0x4CB496C: run_test (test.h:584) ==6998== by 0x4CB4D5B: main (test.h:654) ==6998== Uninitialised value was created by a client request ==6998== at 0x7BC4C52C: mark_block_uninitialized (heap.c:209) ==6998== by 0x7BC4C697: initialize_block (heap.c:240) ==6998== by 0x7BC50FA3: RtlAllocateHeap (heap.c:1717) ==6998== by 0x76E1CE0: MSVCRT_malloc (heap.c:329) ==6998== by 0x61E426BF: ??? ==6998== by 0x69D2235D: ??? ==6998== by 0x6A74092C: ??? ==6998== by 0x6A5B7D64: ??? ==6998== by 0x69C860AB: ??? ==6998== by 0x6B073403: ??? ==6998== by 0x6A4BD183: ??? ==6998== by 0x6AFE511D: ??? ==6998== by 0x69CAB81E: ??? ==6998== by 0x6A0E65B1: ??? ==6998== by 0x69D80A6F: ??? ==6998== by 0x5768509: ??? (winproc.c:173) ==6998== by 0x576867E: call_window_proc (winproc.c:244) ==6998== by 0x576986C: WINPROC_CallProcAtoW (winproc.c:603) ==6998== by 0x576A911: WINPROC_call_window (winproc.c:911) ==6998== by 0x572B8F9: DispatchMessageA (message.c:3948) ==6998== ==6998== 8 bytes in 1 blocks are possibly lost in loss record 421 of 6,589 ==6998== at 0x7BC4C735: notify_alloc (heap.c:255) ==6998== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==6998== by 0x7B84586B: HeapAlloc (heap.c:271) ==6998== by 0x7B845B40: GlobalAlloc (heap.c:376) ==6998== by 0x53683E7: OLEClipbrd_Initialize (clipboard.c:1732) ==6998== by 0x53A1772: OleInitialize (ole2.c:215) ==6998== by 0x6AFF45B4: ??? ==6998== by 0x69D19393: ??? ==6998== by 0x6A74092C: ??? ==6998== by 0x69C92A72: ??? ==6998== by 0x6B06D8C2: ??? ==6998== by 0x69F7C26F: ??? ==6998== by 0x73ADE34: init_nscontainer (nsiface.h:59567) ==6998== by 0x73AE2D1: create_nscontainer (nsembed.c:2065) ==6998== by 0x732CB68: HTMLDocument_Create (htmldoc.c:4751) ==6998== by 0x7398C60: ClassFactory_CreateInstance (main.c:238) ==6998== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6998== by 0x6CA4DB0: XMLView_create (xmlview.c:1444) ==6998== by 0x6C62320: ClassFactory_CreateInstance (factory.c:178) ==6998== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6998== ==7281== 8 bytes in 1 blocks are possibly lost in loss record 428 of 6,602 ==7281== at 0x7BC4C735: notify_alloc (heap.c:255) ==7281== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==7281== by 0x7B84586B: HeapAlloc (heap.c:271) ==7281== by 0x7B845B40: GlobalAlloc (heap.c:376) ==7281== by 0x532204A: CreateStreamOnHGlobal (hglobalstream.c:603) ==7281== by 0x6C4D838: domdoc_load_from_stream (domdoc.c:772) ==7281== by 0x6C52086: domdoc_load (domdoc.c:2198) ==7281== by 0x6C9CCBA: handle_xml_load (msxml6.h:5228) ==7281== by 0x6C9D60C: XMLView_BindStatusCallback_OnDataAvailable (xmlview.c:539) ==7281== by 0x5FF159A: BindStatusCallback_OnDataAvailable (urlmon.h:820) ==7281== by 0x5FF73A2: report_data (urlmon.h:820) ==7281== by 0x5FF7595: InternetProtocolSink_ReportData (binding.c:1126) ==7281== by 0x5FFC920: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==7281== by 0x5FFD5D6: BPInternetProtocolSink_ReportData (urlmon.h:3113) ==7281== by 0x73D062D: ResProtocol_Start (urlmon.h:3113) ==7281== by 0x5FFB2D1: BindProtocol_StartEx (urlmon.h:3296) ==7281== by 0x5FF8A1B: start_binding (urlmon.h:7870) ==7281== by 0x5FF8BCD: bind_to_storage (binding.c:1567) ==7281== by 0x6018CF1: URLMoniker_BindToStorage (umon.c:280) ==7281== by 0x6C9F74D: XMLView_PersistMoniker_Load (objidl.h:3488) ==7281== ==7281== 32 bytes in 1 blocks are possibly lost in loss record 2,478 of 6,602 ==7281== at 0x7BC4C735: notify_alloc (heap.c:255) ==7281== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==7281== by 0x7BC39AE9: RtlInitializeCriticalSectionEx (critsection.c:326) ==7281== by 0x7B876B51: InitializeCriticalSectionEx (sync.c:356) ==7281== by 0x7B876B17: InitializeCriticalSectionAndSpinCount (sync.c:334) ==7281== by 0x6AFB523E: ??? ==7281== by 0x69DFCC68: ??? ==7281== by 0x6A6C7944: ??? ==7281== by 0x69E6E0B7: ??? ==7281== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==7281== by 0x7BC87065: ??? (signal_i386.c:2571) ==7281== by 0x7BC8E4B0: start_thread (thread.c:428) ==7281== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==7281== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==7449== 8 bytes in 1 blocks are possibly lost in loss record 422 of 6,591 ==7449== at 0x7BC4C735: notify_alloc (heap.c:255) ==7449== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==7449== by 0x7B84586B: HeapAlloc (heap.c:271) ==7449== by 0x7B845B40: GlobalAlloc (heap.c:376) ==7449== by 0x53683E7: OLEClipbrd_Initialize (clipboard.c:1732) ==7449== by 0x53A1772: OleInitialize (ole2.c:215) ==7449== by 0x6AFF45B4: ??? ==7449== by 0x69D19393: ??? ==7449== by 0x6A74092C: ??? ==7449== by 0x69C92A72: ??? ==7449== by 0x6B06D8C2: ??? ==7449== by 0x69F7C26F: ??? ==7449== by 0x739DE34: init_nscontainer (nsiface.h:59567) ==7449== by 0x739E2D1: create_nscontainer (nsembed.c:2065) ==7449== by 0x731CB68: HTMLDocument_Create (htmldoc.c:4751) ==7449== by 0x7388C60: ClassFactory_CreateInstance (main.c:238) ==7449== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==7449== by 0x6C94DB0: XMLView_create (xmlview.c:1444) ==7449== by 0x6C52320: ClassFactory_CreateInstance (factory.c:178) ==7449== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==7449== etc. -- 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.

1 2

[Bug 36147] New: valgrind shows a leak in dlls/jscript/tests/jscript.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36147 Bug ID: 36147 Summary: valgrind shows a leak in dlls/jscript/tests/jscript.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M jscript.dll -p jscript_test.exe.so jscript && touch jscript.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 fixme:ole:CoCreateInstance Class {f414c260-6ac0-11cf-b6d1-00aa00bbbb58} does not support aggregation ==2325== 64 bytes in 1 blocks are definitely lost in loss record 514 of 960 ==2325== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2325== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2325== by 0x6A316A6: ??? ==2325== by 0x6A33457: ??? ==2325== by 0x6A335C1: ??? ==2325== by 0x6A1152D: ??? ==2325== by 0x6A379BD: ??? ==2325== by 0x6A37B96: ??? ==2325== by 0x6A38431: ??? ==2325== by 0x6A3959F: ??? ==2325== by 0x4E51D23: test_jscript_uninitializing (activscp.h:1007) ==2325== by 0x4E52813: func_jscript (jscript.c:688) ==2325== by 0x4E5ED5F: run_test (test.h:584) ==2325== by 0x4E5F14E: main (test.h:654) ==2325== -- 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.

1 1

[Bug 36429] New: valgrind shows a possible leak in shell32/tests/assoc.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36429 Bug ID: 36429 Summary: valgrind shows a possible leak in shell32/tests/assoc.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==7098== 28 bytes in 1 blocks are possibly lost in loss record 165 of 578 ==7098== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==7098== by 0x5A36BB8: apartment_getclassobject (compobj.c:526) ==7098== by 0x5A39FC6: get_inproc_class_object (compobj.c:2894) ==7098== by 0x5A3CD2F: CoGetClassObject (compobj.c:3032) ==7098== by 0x5A3D4B7: CoCreateInstance (compobj.c:3197) ==7098== by 0x4B5B8B7: func_assoc (assoc.c:201) ==7098== by 0x4BA8888: run_test (test.h:584) ==7098== by 0x4BA8C77: main (test.h:654) ==7098== -- 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.

1 2

[Bug 36611] New: A connection was successfully established with the server, but then and error occurred during the pre-login handshake: (provider: SSL Provider, error: 0 - SSL Provider)
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=36611 Bug ID: 36611 Summary: A connection was successfully established with the server, but then and error occurred during the pre-login handshake: (provider: SSL Provider, error: 0 - SSL Provider) Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: odbc Assignee: wine-bugs(a)winehq.org Reporter: saravanan.t(a)lapizonline.com i am using wine1.7 on ubuntu 14.04 lts. While i am trying to login to my .net framework 4.0 application am getting the following error. A connection was successfully established with the server, but then and error occurred during the pre-login handshake: (provider: SSL Provider, error: 0 - SSL Provider) -- 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.

1 2

[Bug 23942] New: 3 Programs to make Linux LiveCD does not see memory cards/Flash Drive
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=23942 Summary: 3 Programs to make Linux LiveCD does not see memory cards/Flash Drive Product: WineHQ.org Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: VHSripRTP(a)interia.eu Good Morning... I have a problem with the detection of Memory Cards/Flash Drive... but still will recognize and detect the ISO image without any trouble such as Ubuntu or FatDog64 I do not want any logs to show it going well but it does not detect memory card/ USB Flash Drive System: Ubuntu 10.04 (x86_64) + Wine 1.2 Tested programs: USB Universal Installer v1.77 (very light),UNetbootin USB v4.71 and LinuxLive Creator 2.5 (has a problem with graphics) -- 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.

1 5

[Bug 36288] New: valgrind shows an invalid read in kernel32/tests/thread.c
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

https://bugs.winehq.org/show_bug.cgi?id=36288 Bug ID: 36288 Summary: valgrind shows an invalid read in kernel32/tests/thread.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==29807== Thread 2: ==29807== Invalid read of size 4 ==29807== at 0x4A39EA1: set_test_val (thread.c:944) ==29807== by 0x7B876351: SleepEx (sync.c:108) ==29807== by 0x7B87630B: Sleep (sync.c:97) ==29807== by 0x4A39F11: threadFunc6 (thread.c:952) ==29807== by 0x7BC87087: ??? (signal_i386.c:2571) ==29807== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==29807== by 0x7BC87065: ??? (signal_i386.c:2571) ==29807== by 0x7BC8E4B0: start_thread (thread.c:428) ==29807== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==29807== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==29807== Address 0x62ae8e0 is on thread 1's stack ==29807== -- 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.

1 4

[Bug 27623] New: GODMH crashes on start
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=27623 Summary: GODMH crashes on start Product: Wine Version: unspecified Platform: All OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: nico.bellic1994(a)gmail.com Originally reported in bug 27590. Installer is an self extracting rar, so I used unrar x on it. Game starts a patch, which seems fine, clicking what looks like the start button (bottom right) launches a game window, gives a bit of d3d output, then crashes without a backtrace: fixme:d3d:swapchain_init Add OpenGL context recreation support to context_validate_onscreen_formats fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x8fdb1b8,0x8fdb6e8): stub fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. wine: Unhandled page fault on read access to 0xf8b90024 at address 0x7e1648e5 (thread 0032), starting debugger... -- 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.

1 5

[Bug 16950] New: When playing dvd video using quartz there are vertical lines appearing on the video.
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=16950 Summary: When playing dvd video using quartz there are vertical lines appearing on the video. Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz AssignedTo: wine-bugs(a)winehq.org ReportedBy: jcarthew(a)mbarron.net Created an attachment (id=18723) --> (http://bugs.winehq.org/attachment.cgi?id=18723) image showing vertical lines on the ingame dvd movies. When playing dvd video in wing commander 4 dvd edition using quartz there are vertical lines appearing onscreen. I expect this bug will affect other applications as well. These lines do not appear when the files are played back using either mplayer or a windows pc running the game. -- 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.

1 7

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs