http://bugs.winehq.org/show_bug.cgi?id=17050
Summary: eMule: Ends up eating all the memory (swap included) Product: Wine Version: 1.1.13 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P1 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: maxell1985@tiscali.it
Emule version: 0.49b OS: Debian Lenny Pc: Pentium III 800 Mhz 512 MB RAM, 2 GB swap
When i launch it, the memory usage is around 80 MB, few hours later it is about 300 MB and after 2 day 1.8 GB when my upload is at 10 KB/s. Emule then ends up eating all the memory (2GB swap included). I've reported the bug on Emule website and the developers told me that is a Wine problem (maybe winsock problem).
Report the discussion url: http://forum.emule-project.net/index.php?showtopic=141678
http://bugs.winehq.org/show_bug.cgi?id=17050
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Priority|P1 |P2
http://bugs.winehq.org/show_bug.cgi?id=17050
paolo ozmosis@alice.it changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #1 from paolo ozmosis@alice.it 2009-01-20 13:08:29 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=17050
owgrant maxell1985@tiscali.it changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://www.emule- | |project.net/ Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=17050
paolo ozmosis@alice.it changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ozmosis@alice.it
--- Comment #2 from paolo ozmosis@alice.it 2009-01-21 07:46:04 --- Confirming in Ubuntu Server 8.10
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #3 from owgrant maxell1985@tiscali.it 2009-01-25 11:59:20 --- Created an attachment (id=18989) --> (http://bugs.winehq.org/attachment.cgi?id=18989) Debug Logs
There is the debug log of 48 hours of activity divided in 3 files. Originally the log was 400 MB but I have cutted away the redoundant informations so now the debug log is 6 MB.
1° File eMule starts 2° File eMule run for a few hours and downloads 3° File eMule fills up all the memory and crashes
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #4 from owgrant maxell1985@tiscali.it 2009-01-25 20:09:48 --- When eMule crash this is the output:
Unhandled exception: assertion failed in 32-bit code (0xb7f84424). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:b7f84424 ESP:00327a20 EBP:00327a38 EFLAGS:00000206( - 00 - -IP1) EAX:00000000 EBX:000052de ECX:000052de EDX:00000006 ESI:b7ded657 EDI:b7e09ff4 Stack dump: 0x00327a20: 00327a38 00000006 000052de b7cde640 0x00327a30: b7e09ff4 00327b58 00327b60 b7ce0018 0x00327a40: 00000006 00327ad8 00000000 b7e09ff4 0x00327a50: 00000061 7d7bec88 00000068 b7d20ecf 0x00327a60: 00327a9c 7d7bec90 7d7bec90 b7cf266b 0x00327a70: b7e09ff4 00000061 7d7bec90 b7defc34 Backtrace: =>0 0xb7f84424 (0x00327a38) 1 0xb7ce0018 abort+0x188() in libc.so.6 (0x00327b60) 2 0xb7cd75be __assert_fail+0xee() in libc.so.6 (0x00327ba4) 3 0x7da48736 ME_SelectStyleFont+0x436() in riched20 (0x00327c54) 4 0x7da44abd in riched20 (+0x24abd) (0x00327c84) 5 0x7da44c7b in riched20 (+0x24c7b) (0x00327cd4) 6 0x7da44d92 ME_CalcRunExtent+0x72() in riched20 (0x00327d04) 7 0x7da4d2fe ME_WrapMarkedParagraphs+0x36e() in riched20 (0x00327e24) 8 0x7da37f32 ME_UpdateRepaint+0x22() in riched20 (0x00327e44) 9 0x7da3295e in riched20 (+0x1295e) (0x003287b4) 10 0x7da3525a in riched20 (+0x1525a) (0x00328814) 11 0x7da3557f in riched20 (+0x1557f) (0x00328834) 12 0x7ebb2b1a WINPROC_wrapper+0x1a() in user32 (0x00328864) 13 0x7ebb430a in user32 (+0xb430a) (0x003288a4) 14 0x7ebb4462 CallWindowProcW+0x52() in user32 (0x003288e4) 15 0x006b2c4d in emule (+0x2b2c4d) (0x00328904) 16 0x006b2ec8 in emule (+0x2b2ec8) (0x00328920) 17 0x006b4e3d in emule (+0x2b4e3d) (0x00328980) 18 0x006b4ecd in emule (+0x2b4ecd) (0x003289a0) 19 0x7ebb2b1a WINPROC_wrapper+0x1a() in user32 (0x003289d0) 20 0x7ebb430a in user32 (+0xb430a) (0x00328a10) 21 0x7ebb8537 in user32 (+0xb8537) (0x00328a50) 22 0x7eb781e1 in user32 (+0x781e1) (0x00328ab0) 23 0x7eb7cb05 in user32 (+0x7cb05) (0x00328b10) 24 0x7eb7d01c SendMessageW+0x4c() in user32 (0x00328b50) 25 0x7eba54b9 SetWindowTextW+0x59() in user32 (0x00328b80) 26 0x006b6e6f in emule (+0x2b6e6f) (0x00328bf8) 27 0x006b657c in emule (+0x2b657c) (0x00328c88) 28 0x006b2eb1 in emule (+0x2b2eb1) (0x00328ca8) 29 0x006b4e3d in emule (+0x2b4e3d) (0x00328d08) 30 0x006b4ecd in emule (+0x2b4ecd) (0x00328d28) 31 0x7ebb2b1a WINPROC_wrapper+0x1a() in user32 (0x00328d58) 32 0x7ebb430a in user32 (+0xb430a) (0x00328d98) 33 0x7ebb8537 in user32 (+0xb8537) (0x00328dd8) 34 0x7eb781e1 in user32 (+0x781e1) (0x00328e38) 35 0x7eb79954 in user32 (+0x79954) (0x00329268) 36 0x7eb7bbe0 GetMessageW+0x120() in user32 (0x003292a8) 37 0x7eb4483e in user32 (+0x4483e) (0x00329308) 38 0x7eb449a2 DialogBoxIndirectParamAorW+0x52() in user32 (0x00329328) 39 0x7eb449f1 DialogBoxIndirectParamW+0x41() in user32 (0x00329358) 40 0x7eb81a09 MessageBoxIndirectW+0x99() in user32 (0x00329398) 41 0x7eb81b5f MessageBoxExW+0x5f() in user32 (0x003293d8) 42 0x7eb81baa MessageBoxW+0x3a() in user32 (0x003293f8) 43 0x006bd81c in emule (+0x2bd81c) (0x0032949c) 44 0x00000000 (0x00000005) 45 0x00000000 (0x00000000) 0xb7f84424: popl %ebp Modules: Module Address Debug info Name (109 modules) PE 400000- b5e000 Export emule PE 10000000-1001b000 Deferred it_it ELF 7bf00000-7bf03000 Deferred <wine-loader> ELF 7d486000-7d493000 Deferred libgcc_s.so.1 ELF 7da0f000-7da66000 Export riched20<elf> -PE 7da20000-7da66000 \ riched20 ELF 7dab4000-7dac7000 Deferred icmp<elf> -PE 7dac0000-7dac7000 \ icmp ELF 7db73000-7db86000 Deferred msimg32<elf> -PE 7db80000-7db86000 \ msimg32 ELF 7db86000-7db9a000 Deferred lz32<elf> -PE 7db90000-7db9a000 \ lz32 ELF 7db9a000-7dbb3000 Deferred version<elf> -PE 7dba0000-7dbb3000 \ version ELF 7dbb3000-7dbdf000 Deferred ws2_32<elf> -PE 7dbc0000-7dbdf000 \ ws2_32 ELF 7dbdf000-7dc18000 Deferred rsaenh<elf> -PE 7dbf0000-7dc18000 \ rsaenh ELF 7dc18000-7dc80000 Deferred libgcrypt.so.11 ELF 7dc80000-7dc84000 Deferred libgpg-error.so.0 ELF 7dc84000-7dc94000 Deferred libtasn1.so.3 ELF 7dc94000-7dc97000 Deferred libkeyutils.so.1 ELF 7dc97000-7dcc9000 Deferred libcrypt.so.1 ELF 7dcc9000-7dd66000 Deferred libgnutls.so.26 ELF 7dd66000-7dd8a000 Deferred libk5crypto.so.3 ELF 7dd8a000-7de1e000 Deferred libkrb5.so.3 ELF 7de1e000-7de48000 Deferred libgssapi_krb5.so.2 ELF 7de48000-7de7e000 Deferred libcups.so.2 ELF 7de7e000-7dea6000 Deferred msacm32<elf> -PE 7de80000-7dea6000 \ msacm32 ELF 7dea6000-7deaf000 Deferred librt.so.1 ELF 7deaf000-7df71000 Deferred libasound.so.2 ELF 7df73000-7df7b000 Deferred libkrb5support.so.0 ELF 7df84000-7df98000 Deferred midimap<elf> -PE 7df90000-7df98000 \ midimap ELF 7df98000-7dfb0000 Deferred msacm32<elf> -PE 7dfa0000-7dfb0000 \ msacm32 ELF 7dfea000-7e01c000 Deferred uxtheme<elf> -PE 7dff0000-7e01c000 \ uxtheme ELF 7e01c000-7e021000 Deferred libxfixes.so.3 ELF 7e021000-7e02a000 Deferred libxcursor.so.1 ELF 7e02a000-7e030000 Deferred libxrandr.so.2 ELF 7e030000-7e039000 Deferred libxrender.so.1 ELF 7e039000-7e03e000 Deferred libxxf86vm.so.1 ELF 7e03e000-7e041000 Deferred libxinerama.so.1 ELF 7e041000-7e061000 Deferred imm32<elf> -PE 7e050000-7e061000 \ imm32 ELF 7e061000-7e066000 Deferred libxdmcp.so.6 ELF 7e066000-7e07e000 Deferred libxcb.so.1 ELF 7e07e000-7e16d000 Deferred libx11.so.6 ELF 7e16d000-7e17b000 Deferred libxext.so.6 ELF 7e17b000-7e192000 Deferred libice.so.6 ELF 7e192000-7e19a000 Deferred libsm.so.6 ELF 7e1a0000-7e1a3000 Deferred libcom_err.so.2 ELF 7e1a3000-7e23e000 Deferred winex11<elf> -PE 7e1b0000-7e23e000 \ winex11 ELF 7e23e000-7e264000 Deferred libexpat.so.1 ELF 7e264000-7e28f000 Deferred libfontconfig.so.1 ELF 7e298000-7e2ad000 Deferred libz.so.1 ELF 7e2ad000-7e322000 Deferred libfreetype.so.6 ELF 7e322000-7e357000 Deferred winspool<elf> -PE 7e330000-7e357000 \ winspool ELF 7e357000-7e379000 Deferred mpr<elf> -PE 7e360000-7e379000 \ mpr ELF 7e379000-7e3c9000 Deferred wininet<elf> -PE 7e380000-7e3c9000 \ wininet ELF 7e3c9000-7e408000 Deferred urlmon<elf> -PE 7e3d0000-7e408000 \ urlmon ELF 7e408000-7e4f2000 Deferred oleaut32<elf> -PE 7e420000-7e4f2000 \ oleaut32 ELF 7e4f2000-7e506000 Deferred libresolv.so.2 ELF 7e506000-7e525000 Deferred iphlpapi<elf> -PE 7e510000-7e525000 \ iphlpapi ELF 7e525000-7e58b000 Deferred rpcrt4<elf> -PE 7e530000-7e58b000 \ rpcrt4 ELF 7e58b000-7e699000 Deferred ole32<elf> -PE 7e5b0000-7e699000 \ ole32 ELF 7e699000-7e719000 Deferred crypt32<elf> -PE 7e6a0000-7e719000 \ crypt32 ELF 7e719000-7e7ac000 Deferred winmm<elf> -PE 7e720000-7e7ac000 \ winmm ELF 7e7ac000-7e871000 Deferred comctl32<elf> -PE 7e7b0000-7e871000 \ comctl32 ELF 7e871000-7e8cd000 Deferred shlwapi<elf> -PE 7e880000-7e8cd000 \ shlwapi ELF 7e8cd000-7ea46000 Deferred shell32<elf> -PE 7e8e0000-7ea46000 \ shell32 ELF 7ea46000-7eae5000 Deferred gdi32<elf> -PE 7ea60000-7eae5000 \ gdi32 ELF 7eae5000-7ec33000 Export user32<elf> -PE 7eb00000-7ec33000 \ user32 ELF 7ec33000-7ec88000 Deferred advapi32<elf> -PE 7ec40000-7ec88000 \ advapi32 ELF 7edc2000-7eeff000 Deferred kernel32<elf> -PE 7ede0000-7eeff000 \ kernel32 ELF 7eeff000-7ef0b000 Deferred libnss_files.so.2 ELF 7ef0b000-7ef16000 Deferred libnss_nis.so.2 ELF 7ef16000-7ef2f000 Deferred libnsl.so.1 ELF 7ef2f000-7ef55000 Deferred libm.so.6 ELF 7ef55000-7f000000 Deferred ntdll<elf> -PE 7ef70000-7f000000 \ ntdll ELF b7ca2000-b7ca5000 Deferred libxau.so.6 ELF b7ca5000-b7cae000 Deferred libnss_compat.so.2 ELF b7caf000-b7cb3000 Deferred libdl.so.2 ELF b7cb3000-b7e0e000 Export libc.so.6 ELF b7e0e000-b7e27000 Deferred libpthread.so.0 ELF b7e27000-b7e29000 Deferred libxcb-xlib.so.0 ELF b7e30000-b7f66000 Deferred libwine.so.1 ELF b7f68000-b7f84000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Program Files\eMule\emule.exe 00000020 0 0000001f 0 00000025 0 00000027 0 0000001b 0 0000001a 0 00000019 0 00000009 0 <== 0000000c 00000012 0 0000000e 0 0000000d 0 0000000f 00000016 0 00000015 0 00000011 0 00000010 0 00000017 00000018 0 Backtrace: =>0 0xb7f84424 (0x00327a38) 1 0xb7ce0018 abort+0x188() in libc.so.6 (0x00327b60) 2 0xb7cd75be __assert_fail+0xee() in libc.so.6 (0x00327ba4) 3 0x7da48736 ME_SelectStyleFont+0x436() in riched20 (0x00327c54) 4 0x7da44abd in riched20 (+0x24abd) (0x00327c84) 5 0x7da44c7b in riched20 (+0x24c7b) (0x00327cd4) 6 0x7da44d92 ME_CalcRunExtent+0x72() in riched20 (0x00327d04) 7 0x7da4d2fe ME_WrapMarkedParagraphs+0x36e() in riched20 (0x00327e24) 8 0x7da37f32 ME_UpdateRepaint+0x22() in riched20 (0x00327e44) 9 0x7da3295e in riched20 (+0x1295e) (0x003287b4) 10 0x7da3525a in riched20 (+0x1525a) (0x00328814) 11 0x7da3557f in riched20 (+0x1557f) (0x00328834) 12 0x7ebb2b1a WINPROC_wrapper+0x1a() in user32 (0x00328864) 13 0x7ebb430a in user32 (+0xb430a) (0x003288a4) 14 0x7ebb4462 CallWindowProcW+0x52() in user32 (0x003288e4) 15 0x006b2c4d in emule (+0x2b2c4d) (0x00328904) 16 0x006b2ec8 in emule (+0x2b2ec8) (0x00328920) 17 0x006b4e3d in emule (+0x2b4e3d) (0x00328980) 18 0x006b4ecd in emule (+0x2b4ecd) (0x003289a0) 19 0x7ebb2b1a WINPROC_wrapper+0x1a() in user32 (0x003289d0) 20 0x7ebb430a in user32 (+0xb430a) (0x00328a10) 21 0x7ebb8537 in user32 (+0xb8537) (0x00328a50) 22 0x7eb781e1 in user32 (+0x781e1) (0x00328ab0) 23 0x7eb7cb05 in user32 (+0x7cb05) (0x00328b10) 24 0x7eb7d01c SendMessageW+0x4c() in user32 (0x00328b50) 25 0x7eba54b9 SetWindowTextW+0x59() in user32 (0x00328b80) 26 0x006b6e6f in emule (+0x2b6e6f) (0x00328bf8) 27 0x006b657c in emule (+0x2b657c) (0x00328c88) 28 0x006b2eb1 in emule (+0x2b2eb1) (0x00328ca8) 29 0x006b4e3d in emule (+0x2b4e3d) (0x00328d08) 30 0x006b4ecd in emule (+0x2b4ecd) (0x00328d28) 31 0x7ebb2b1a WINPROC_wrapper+0x1a() in user32 (0x00328d58) 32 0x7ebb430a in user32 (+0xb430a) (0x00328d98) 33 0x7ebb8537 in user32 (+0xb8537) (0x00328dd8) 34 0x7eb781e1 in user32 (+0x781e1) (0x00328e38) 35 0x7eb79954 in user32 (+0x79954) (0x00329268) 36 0x7eb7bbe0 GetMessageW+0x120() in user32 (0x003292a8) 37 0x7eb4483e in user32 (+0x4483e) (0x00329308) 38 0x7eb449a2 DialogBoxIndirectParamAorW+0x52() in user32 (0x00329328) 39 0x7eb449f1 DialogBoxIndirectParamW+0x41() in user32 (0x00329358) 40 0x7eb81a09 MessageBoxIndirectW+0x99() in user32 (0x00329398) 41 0x7eb81b5f MessageBoxExW+0x5f() in user32 (0x003293d8) 42 0x7eb81baa MessageBoxW+0x3a() in user32 (0x003293f8) 43 0x006bd81c in emule (+0x2bd81c) (0x0032949c) 44 0x00000000 (0x00000005) 45 0x00000000 (0x00000000) warn:profile:PROFILE_FlushFile No current profile! warn:profile:PROFILE_FlushFile No current profile!
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #5 from Vitaliy Margolen vitaliy@kievinfo.com 2009-01-26 10:28:18 --- What part of not pasting the logs don't you understand?
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #6 from owgrant maxell1985@tiscali.it 2009-01-28 11:51:46 --- Created an attachment (id=19064) --> (http://bugs.winehq.org/attachment.cgi?id=19064) Screenshot of top command
It is normal to have 2613m in VIRT with eMule?
http://bugs.winehq.org/show_bug.cgi?id=17050
Alois MadLoisae@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |MadLoisae@gmx.net
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #7 from Alois MadLoisae@gmx.net 2009-02-04 14:53:17 --- same problem here, memory increases till my box dies ... ):
perhaps it helps: with wine 0.9.25 this problem was not existant ...
if testers are needed just write an email, I can do! ;)
thanks in advance!
cyber
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #8 from Rico kgbricola@web.de 2009-02-04 15:06:15 --- Please run a regression test: http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=17050
Alois MadLoisae@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wine@mkarcher.dialup.fu- | |berlin.de
--- Comment #9 from Alois MadLoisae@gmx.net 2009-02-15 06:46:20 --- hello,
I'm sorry for delayed response - regressiontesting took a long time, a VIA C3 1GHz needs 18hours for wine compilation ... ;)
anyway, heres my result:
34aa6b7002af0155c6f0cc31a013391b17f62eea is first bad commit commit 34aa6b7002af0155c6f0cc31a013391b17f62eea Author: Michael Karcher wine@mkarcher.dialup.fu-berlin.de Date: Sun Aug 17 19:03:24 2008 +0200
kernel32: Fix profile cache logic and don't cache new files.
:040000 040000 bcd57dae0e716d362b63b03f1f659ca585c88c39 668cc4a9aea3fa63a863dbb9dcdeeb65ab4817ac M dlls
is there a way I can doublecheck if this commit is the bad one? the last four tests were good, this are my last "bad" one ...
cableguy:/home/wine-git# git bisect good Bisecting: 91 revisions left to test after this [44941a55fa97b40b4c9ffa8e414e3a8a26efc65b] expand: Extended expand program to accept /r argument. cableguy:/home/wine-git#
cableguy:/home/wine-git# git bisect bad Bisecting: 45 revisions left to test after this [cd8ac273046614430cf6d4359886442b7acd4bb0] mstask/tests: Conformance test for (Set|Get)Parameters. cableguy:/home/wine-git#
cableguy:/home/wine-git# git bisect bad Bisecting: 22 revisions left to test after this [34aa6b7002af0155c6f0cc31a013391b17f62eea] kernel32: Fix profile cache logic and don't cache new files. cableguy:/home/wine-git#
cableguy:/home/wine-git# git bisect bad Bisecting: 11 revisions left to test after this [636bdd800c51374de0dd7ec0dd961be20fe79dd9] dplayx: Tests for Receive. cableguy:/home/wine-git#
kind regards, Alois
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #10 from Nikolay Sivov bunglehead@gmail.com 2009-02-15 07:08:46 --- (In reply to comment #9)
hello,
I'm sorry for delayed response - regressiontesting took a long time, a VIA C3 1GHz needs 18hours for wine compilation ... ;)
anyway, heres my result:
34aa6b7002af0155c6f0cc31a013391b17f62eea is first bad commit commit 34aa6b7002af0155c6f0cc31a013391b17f62eea Author: Michael Karcher wine@mkarcher.dialup.fu-berlin.de Date: Sun Aug 17 19:03:24 2008 +0200
kernel32: Fix profile cache logic and don't cache new files.:040000 040000 bcd57dae0e716d362b63b03f1f659ca585c88c39 668cc4a9aea3fa63a863dbb9dcdeeb65ab4817ac M dlls
is there a way I can doublecheck if this commit is the bad one? the last four tests were good, this are my last "bad" one ...
You could 'git revert' it, then build again and test.
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #11 from Alois MadLoisae@gmx.net 2009-02-15 08:44:49 --- (In reply to comment #10)
You could 'git revert' it, then build again and test.
thanks, but I cannot revert ... there are conflicts ):
cableguy:/home/wine-git# git revert 34aa6b7002af0155c6f0cc31a013391b17f62eea Auto-merged dlls/kernel32/profile.c Auto-merged dlls/kernel32/tests/profile.c CONFLICT (content): Merge conflict in dlls/kernel32/tests/profile.c Automatic revert failed. After resolving the conflicts, mark the corrected paths with 'git add <paths>' or 'git rm <paths>' and commit the result.
in the meanwhile I removed the directory wine-git and downloaded a "fresh" one ... same conflicts. i looked at the changelog of wine, I cannot find the commit. ): ... it should be between Release 1.1.3 and Release 1.1.4 ...
kind regards, Alois
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #12 from Michael Karcher wine@mkarcher.dialup.fu-berlin.de 2009-02-15 08:56:38 --- Could you please run with profile log enabled again (i.e. "export WINEDEBUG=profile" before starting wine)? You don't have to wait until crash, just to see whether profile functions are really continuously used. If they are, the problem might indeed be caused by my patch, especially if the "needs refreshing" message is recurring.
Thanks for your report.
http://bugs.winehq.org/show_bug.cgi?id=17050
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
--- Comment #13 from Austin English austinenglish@gmail.com 2009-02-15 15:45:19 --- (In reply to comment #11)
(In reply to comment #10)
You could 'git revert' it, then build again and test.
thanks, but I cannot revert ... there are conflicts ):
cableguy:/home/wine-git# git revert 34aa6b7002af0155c6f0cc31a013391b17f62eea Auto-merged dlls/kernel32/profile.c Auto-merged dlls/kernel32/tests/profile.c CONFLICT (content): Merge conflict in dlls/kernel32/tests/profile.c Automatic revert failed. After resolving the conflicts, mark the corrected paths with 'git add <paths>' or 'git rm <paths>' and commit the result.
You could compile wine at the patch right before that one.
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #14 from Vitaliy Margolen vitaliy@kievinfo.com 2009-02-15 23:28:22 --- Do not use "git revert". The failing part is in test you can ignore it. Use 'git show 34aa6b70 | patch -p1 -R'.
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #15 from Alois MadLoisae@gmx.net 2009-02-16 01:52:13 --- (In reply to comment #12)
Could you please run with profile log enabled again (i.e. "export WINEDEBUG=profile" before starting wine)? You don't have to wait until crash, just to see whether profile functions are really continuously used. If they are, the problem might indeed be caused by my patch, especially if the "needs refreshing" message is recurring.
Thanks for your report.
hi Michael,
I can see "needs refreshing" messages periodically, about every 30 seconds:
trace:profile:PROFILE_Open path: L"C:\Program Files\eMule\config\statistics. ini" trace:profile:PROFILE_Open MRU Filename: L"C:\Program Files\eMule\config\sta tistics.ini", new filename: L"C:\Program Files\eMule\config\statistics.ini" trace:profile:is_not_current 2ffd3ac0;2efe5a00 trace:profile:PROFILE_Open (L"C:\Program Files\eMule\config\statistics.ini") : already opened, needs refreshing (mru=0)
i've attached the output ... emule was running about 2 Minutes.
kind regards, Alois
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #16 from Alois MadLoisae@gmx.net 2009-02-16 01:53:39 --- Created an attachment (id=19487) --> (http://bugs.winehq.org/attachment.cgi?id=19487) Wine debug output with "export WINEDEBUG=profile"
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #17 from Alois MadLoisae@gmx.net 2009-02-16 02:02:14 --- (In reply to comment #14)
Do not use "git revert". The failing part is in test you can ignore it. Use 'git show 34aa6b70 | patch -p1 -R'.
hi vitaliy,
this also does not work. ):
cableguy:/home/wine-git# git show 34aa6b70 | patch -p1 -R patching file dlls/kernel32/profile.c Hunk #1 succeeded at 701 (offset -1 lines). Hunk #2 succeeded at 779 (offset -1 lines). patching file dlls/kernel32/tests/profile.c Hunk #1 FAILED at 362. Hunk #2 succeeded at 474 with fuzz 2 (offset 57 lines). Hunk #3 FAILED at 721. 2 out of 3 hunks FAILED -- saving rejects to file dlls/kernel32/tests/profile.c.rej cableguy:/home/wine-git#
I think I've now a half-patched profile.c - so I've used the same command without -R and hope I must not download and compile the whole tree again ... ^^
kind regards, Alois
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #18 from Vitaliy Margolen vitaliy@kievinfo.com 2009-02-16 09:50:37 --- Quoting myself:
The failing part is in test you can ignore it.
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #19 from Michael Karcher wine@mkarcher.dialup.fu-berlin.de 2009-02-17 11:38:16 --- Could you please try the patch from
http://www.winehq.org/pipermail/wine-patches/2009-February/069477.html
it should fix this problem.
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #20 from Alois MadLoisae@gmx.net 2009-02-17 16:25:28 --- (In reply to comment #19)
Could you please try the patch from
http://www.winehq.org/pipermail/wine-patches/2009-February/069477.html
it should fix this problem.
Hi Michael,
I've applied your patch, it seems to be better if i only start emule and it is doing nothing - but I do not know this exactly as I did regressiontesting with dummydownloads.
I enabled again profile debug-logging - see new attached file - and started a few dummydownloads.
emule started with aboud 17MB ram, it ran about 1.5 or 2 hours (I'm sorry I don't know more exact) and ended with about 45MB ram.
thanks for your time! (:
kind regards, Alois
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #21 from Alois MadLoisae@gmx.net 2009-02-17 16:26:45 --- Created an attachment (id=19518) --> (http://bugs.winehq.org/attachment.cgi?id=19518) debug-infos with first patch
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #22 from Michael Karcher wine@mkarcher.dialup.fu-berlin.de 2009-02-17 17:42:25 --- Created an attachment (id=19520) --> (http://bugs.winehq.org/attachment.cgi?id=19520) Second attempt to fix
Sorry, you are right. The first patch was broken and did not completely fix the issue. Please try this one instead.
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #23 from Alois MadLoisae@gmx.net 2009-02-18 06:18:08 --- (In reply to comment #22)
Created an attachment (id=19520)
--> (http://bugs.winehq.org/attachment.cgi?id=19520) [details]
Second attempt to fix
Sorry, you are right. The first patch was broken and did not completely fix the issue. Please try this one instead.
with this patch (and latest wine-git) emule runs again with stable memory consumption... great work, thanks ((:
are there any further tests needed?
kind regards, Alois
http://bugs.winehq.org/show_bug.cgi?id=17050
--- Comment #24 from Michael Karcher wine@mkarcher.dialup.fu-berlin.de 2009-02-18 10:52:37 --- Fix has been committed: http://source.winehq.org/git/wine.git/?a=commitdiff;h=abf9cd09938b4ed70b9928...
Anyone with sufficient bugzilla rights, please mark fixed.
No further tests are needed. Thanks for your cooperation.
http://bugs.winehq.org/show_bug.cgi?id=17050
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #25 from Austin English austinenglish@gmail.com 2009-02-18 11:27:50 --- Fixed.
http://bugs.winehq.org/show_bug.cgi?id=17050
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #26 from Alexandre Julliard julliard@winehq.org 2009-02-27 16:31:36 --- Closing bugs fixed in 1.1.16.
-
wine-bugs＠winehq.org