http://bugs.winehq.org/show_bug.cgi?id=6955
Johan Gardhage <johan.gardhage(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |johan.gardhage(a)gmail.com
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6955
Adam Bolte <abolte(a)systemsaviour.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |abolte(a)systemsaviour.com
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36614
Bug ID: 36614
Summary: valgrind shows a definite leak in rpcrt4/rpc_server.c
process_request_packet()
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
==15328== 81 bytes in 10 blocks are definitely lost in loss record 71 of 107
==15328== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==15328== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==15328== by 0x4EA25D5: I_RpcAllocate (rpcrt4_main.c:710)
==15328== by 0x4EA0134: RpcTransport_ParseTopOfTower (rpc_transport.c:3604)
==15328== by 0x4E8C6D7: TowerExplode (rpc_epmap.c:559)
==15328== by 0x495DA33: ept_map (epmp.c:219)
==15328== by 0x4960825: epm_ept_map (epm_s.c:744)
==15328== by 0x4E92AB2: process_request_packet (rpc_server.c:441)
==15328== by 0x4E92F06: RPCRT4_process_packet (rpc_server.c:519)
==15328== by 0x4E93099: RPCRT4_worker_thread (rpc_server.c:541)
==15328== by 0x7BC90A24: worker_thread_proc (threadpool.c:110)
==15328== by 0x7BC870C7: ??? (signal_i386.c:2571)
==15328== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==15328== by 0x7BC870A5: ??? (signal_i386.c:2571)
==15328== by 0x7BC8E4EC: start_thread (thread.c:428)
==15328== by 0x421FF92: start_thread (pthread_create.c:309)
==15328== by 0x43247ED: clone (clone.S:129)
==15328==
This shows up at the end of make -k test, but I'm not sure which test causes
it.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36784
Bug ID: 36784
Summary: valgrind shows a leak in kernel32/tests/thread.c
Product: Wine
Version: 1.7.20
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
==27947== 68 bytes in 1 blocks are definitely lost in loss record 137 of 285
==27947== at 0x7BC49369: notify_alloc (heap.c:255)
==27947== by 0x7BC4D59F: RtlAllocateHeap (heap.c:1716)
==27947== by 0x7BC31C49: RtlCreateActivationContext (actctx.c:4506)
==27947== by 0x7B827493: CreateActCtxW (actctx.c:124)
==27947== by 0x4E368BD: test_create (thread.c:1521)
==27947== by 0x4E36BE1: test_thread_actctx (thread.c:1554)
==27947== by 0x4E378A0: func_thread (thread.c:1772)
==27947== by 0x4E537EE: run_test (test.h:584)
==27947== by 0x4E53BBA: main (test.h:654)
==27947==
separate from 36782
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35466
Bug ID: 35466
Summary: Can't paste into search dialog of notepad
Product: Wine
Version: 1.7.11
Hardware: x86
OS: Linux
Status: NEW
Keywords: source
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nerv(a)dawncrow.de
Classification: Unclassified
Doesn't happen in wordpad, but in notepad!
open notepad
write "test"
select and copy it, or copy text from somewhere else
open the search dialog, e.g. with Ctrl+F
press Ctrl+V
expected text to be in the search editcontrol
but text appears in the notepad window
if you right-click the editcontrol and select "paste" it works...
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32077
Bug #: 32077
Summary: Runes of magic (full client) crash during update (NO
VM)
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: d4rkh4nd(a)yahoo.com
Classification: Unclassified
Created attachment 42284
--> http://bugs.winehq.org/attachment.cgi?id=42284
backtrace
First install of Runes of magic (Full client).
when running for first time the launcher goes and updates begin. After a random
time period (tryed several times) If will throw a error. I dont know why people
dont just port there games to linux lol.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=27113
Summary: Free download manager "Unknow network error" without
native wininet
Product: Wine
Version: 1.3.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wininet
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Created an attachment (id=34567)
--> (http://bugs.winehq.org/attachment.cgi?id=34567)
LOG: free download manager unknow network error
Free download manager is open source.
http://www.freedownloadmanager.org/download.htm
1. Download http://files2.freedownloadmanager.org/fdminst3.exe
2. winetricks -q mfc42
3. install fdminst3.exe
$ wine fdminst3.exe
4. open fdm.exe and try to download any files.
$ wine fdm.exe
then there are several "Unknow network error" massage in the log window of
fdm.exe,
the downloading will not start.
console log is like this:
fixme:wininet:InternetAutodial STUB
fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_DISABLE_AUTODIAL; STUB
fixme:wininet:InternetSetOptionW
INTERNET_OPTION_SEND/RECEIVE_TIMEOUT/DATA_SEND_TIMEOUT 120000
fixme:wininet:InternetSetOptionW
INTERNET_OPTION_SEND/RECEIVE_TIMEOUT/DATA_SEND_TIMEOUT 120000
fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT
(120000): STUB
fixme:wininet:InternetSetOptionW Option 43 STUB
winetricks wininet should workaround for it.
full log is attached
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=15600
Summary: Windows Live Writer crashes
Product: Wine
Version: 1.1.6
Platform: Other
URL: http://writer.live.com
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Work around bug 15596 by booting into Windows,
installing Windows Live writer, and then grabbing
Install_{9176251A-4CC1-4DDB-B343-B487195EB397}.msi
(sha1sum 9850b68316d62d6c53ddf6ebd3aaa0f0252f833d)
from c:\program files\common files\windowsliveinstaller\msisources
as described in
http://blog.stealthpuppy.com/deployment/bypass-windows-live-installer-with-…
Try installing it with wine msiexec /i (after winetricks dotnet20).
The install seems to fail quickly, after a line like
trace:msi:ACTION_CustomAction Handling custom action
L"RefreshIEElevationPolicies" (41 L"WindowLiveSetupCustomActions"
L"_RefreshIEElevationPolicies@4")
However, searching around for that, I see that AF noted in
http://bugs.winehq.org/show_bug.cgi?id=14285
that this is not a problem, and the app actually just installed very quickly.
Sure enough, the app is there in
c:/Program Files/Windows Live/Writer/WindowsLiveWriter.exe
Running it causes a crash on my system before any GUI is put up:
Unhandled Exception: System.TypeInitializationException: The type initializer
for 'WindowsLive.Writer.Localization.Res' threw an exception. --->
System.AccessViolationException: Attempted to read or write protected memory.
This is often an indication that other memory is corrupt.
at System.Drawing.SafeNativeMethods.Gdip.GdipCreateFontFamilyFromName(String
name, HandleRef fontCollection, IntPtr& FontFamily)
+relay shows that the crash happens shortly after it processes
Z:\\USR\\SHARE\\FONTS\\TRUETYPE\\ARPHIC\\UKAI.TTF
Ah, our old friend ukai.ttf. I thought winetricks dotnet20 had a
workaround for that. (Maybe I only notice now because I'm on a
relatively old Gutsy system.)
sudo chmod 000 /usr/share/fonts/truetype/arphic
works around it more effectively.
After that, the app at least puts up a splash screen before it crashes.
If you wait a few seconds after the crash dialog, though,
the app puts up a login dialog! As long as you don't dismiss
the crash dialog, you can try to log in to your blog.
I chose to try to log in to my blogger blog. This failed / crashed,
with the following messages:
err:ole:marshal_object object doesn't expose interface
{b196b28f-bab4-101a-b69c-00aa00341d07}, failing with error 0x80004002
err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface
failed with error 0x80004002
fixme:mshtml:HTMLDocument_QueryInterface
(0x693c3b0)->({00000003-0000-0000-c000-000000000046} 0x7d1c9424) interface not
supported
fixme:mshtml:HTMLDocument_QueryInterface
(0x693c3b0)->({00000003-0000-0000-c000-000000000046} 0x7d1c93dc) interface not
supported
fixme:mshtml:HTMLDocument_QueryInterface
(0x693c3b0)->({c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4} 0x7d1c94a0) interface not
supported
err:ole:marshal_object object doesn't expose interface
{c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4}, failing with error 0x80004002
err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface
failed with error 0x80004002
fixme:mshtml:HTMLDocument_QueryInterface
(0x693c3b0)->({00000144-0000-0000-c000-000000000046} 0x7d1c94a0) interface not
supported
err:ole:marshal_object object doesn't expose interface
{00000144-0000-0000-c000-000000000046}, failing with error 0x80004002
err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface
failed with error 0x80004002
fixme:mshtml:HTMLDocument_put_designMode (0x693c3b0)->(L"On")
So that's what this bug is about. Not sure what component, guessing
shdocvw.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=36745
Bug ID: 36745
Summary: Wine broken on FreeBSD
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Wine no longer succeeds in creating the .wine prefix. So it qualifies as
totally broken. A bisect shows that the commit that breaks it is:
commit 473a3a47a7d02694e659760008c1856f305cd82c
Author: Vincent Povirk <vincent(a)codeweavers.com>
Date: Thu May 8 15:03:10 2014 -0500
server: Try to get a read lock if we can't get a write lock.
However it in fact reveals existing bugs. What happens is this:
1) The above patch causes the locking operation in server/file.c to fail with
ENOTSUP.
2) file_set_error() does not know about so it returns STATUS_UNSUCCESSFUL.
3) This bubbles up to FileLockBytesImpl_LockRegion() in
dlls/ole32/filelockbytes.c which translates this to STG_E_ACCESSDENIED on the
sole basis that it's not success! This is where the main bug is.
4) This then causes the caller, StorageImpl_LockRegionSync(), to think the file
is locked already and so it loops until the file is unlocked. That's the
infinite loop that breaks the .wine prefix creation.
5) Finally StorageImpl_LockRegionSync() is supposed to pause between attempts
but it does not so this loop uses all the CPU.
Patches for points 2, 3 and 5 at 11.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36572
Bug ID: 36572
Summary: valgrind shows a definite leak in
shlwapi/tests/ordinal.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: shlwapi
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==15716== 28 bytes in 1 blocks are definitely lost in loss record 223 of 693
==15716== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==15716== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==15716== by 0x7B8457FF: HeapAlloc (heap.c:271)
==15716== by 0x7B845A26: GlobalAlloc (heap.c:364)
==15716== by 0x7B846E63: LocalAlloc (heap.c:967)
==15716== by 0x61A6796: ???
==15716== by 0x6193538: ???
==15716== by 0x4CB72F9: test_SHIShellFolder_EnumObjects (ordinal.c:2657)
==15716== by 0x4CB95D6: func_ordinal (ordinal.c:3084)
==15716== by 0x4CD34BC: run_test (test.h:584)
==15716== by 0x4CD38AB: main (test.h:654)
==15716==
--
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.