June 2014 - Wine-Bugs - list.winehq.org

[Bug 20657] New: Out of virtual memory space while generating symbolic stack dump in chromium unit_tests.exe
by wine-bugs＠winehq.org June 9, 2014

June 9, 2014

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 36685] New: Failure to run an application: Rachunek Small Business-HANDEL
by wine-bugs＠winehq.org June 9, 2014

June 9, 2014

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 27424] New: Aplicacion de Delphi 7
by wine-bugs＠winehq.org June 9, 2014

June 9, 2014

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 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 June 9, 2014

June 9, 2014

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 June 9, 2014

June 9, 2014

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 36707] New: wineboot hangs (loops?) with 100% CPU
by wine-bugs＠winehq.org June 9, 2014

June 9, 2014

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 29273] New: delphi application crash at start when windows are created on x86-64 system only
by wine-bugs＠winehq.org June 9, 2014

June 9, 2014

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 36706] New: valgrind shows several warnings in rpcrt4/tests/ndr_marshal.c
by wine-bugs＠winehq.org June 9, 2014

June 9, 2014

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 June 9, 2014

June 9, 2014

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 June 9, 2014

June 9, 2014

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