http://bugs.winehq.org/show_bug.cgi?id=2788
------- Additional Comments From stefan.siebert(a)web.de 2006-18-07 16:31 -------
Currently this doesn't happen anymore - beside other problems - Should be closed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2985
------- Additional Comments From stefan.siebert(a)web.de 2006-18-07 16:27 -------
Why Notes 7 crashes after password prompt:
Notes is checking if there's no crashed instance. It does this by checking the
shared memory data area of the nnotes.dll (MapViewOfFile) and has a look into
it's own process table. To find out if a process has crashed before it checks on
every OSLoadProgramm (notes related) the processes CreationTime. If it finds a
process in this table with a different Creation Time it normally shows the
Message "Process ID has been reused". Currently Wine doesn't implement the
CreationTime. So it's always different to the one that's stored in table.
I hope to have a patch ready 'till the end of the week.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5708
------- Additional Comments From stefan.siebert(a)web.de 2006-18-07 16:23 -------
Notes is checking if there's no crashed instance. It does this by checking the
shared memory data area of the nnotes.dll (MapViewOfFile) and has a look into
it's own process table. To find out if a process has crashed before it checks on
every OSLoadProgramm (notes related) the processes CreationTime. If it finds a
process in this table with a different Creation Time it normally shows the
Message "Process ID has been reused". Currently Wine doesn't implement the
CreationTime. So it's always different to the one that's stored in table.
I hope to have a patch ready 'till the end of the week.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5709
------- Additional Comments From infyquest(a)gmail.com 2006-18-07 15:56 -------
I thinks makes a topic for discussion on wine-devel ;)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3270
------- Additional Comments From infyquest(a)gmail.com 2006-18-07 15:54 -------
Please ask Julliard about it?
He is the best to answer such questions.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5709
Summary: ntdll: Heap implementation has a performance bottleneck
Product: Wine
Version: CVS
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hallo(a)michael-kaufmann.ch
Wine's heap implementation (HeapAlloc(), HeapFree(), etc. in dlls/ntdll/heap.c)
is very slow if many small memory blocks are allocated and freed.
I have found this problem with HomeSite 5.2. It's an HTML editor that contains a
syntax checker. The syntax checker needs 120 seconds to load on Wine. Most users
will think that the program has crashed. With the native MSVCRT.DLL (which
contains a custom heap implementation), it takes only 2 seconds. Wine's built-in
MSVCRT.DLL just forwards the C heap functions to the OS heap functions, which
have serious performance problems.
A similar problem has been reported on the mailing list:
http://www.winehq.org/pipermail/wine-devel/2005-February/034095.html
According to the source code, Wine's heap implementation is described in the
book "Windows 95 System Programming Secrets". This implementation is
inefficient: KB225099 ( http://support.microsoft.com/kb/225099/en-us ) says that
the heap implementation of Windows NT 4.0 SP4 and 2000 is much better than the
heap implementation of Windows 95.
I have created a trace of HomeSite's memory requests and written a program that
replays the trace. The program prints how long it takes to replay the trace. My
measurements:
Wine: 125.0 seconds (HeapAlloc and built-in malloc), 4.5 seconds (native malloc
of MSVCRT.DLL)
Windows 95 (on VMware): 55.0 seconds (HeapAlloc), 4.0 seconds (malloc)
Windows NT 4.0 SP6 (on VMware): 3.6 seconds (HeapAlloc and malloc)
So Wine's HeapAlloc is much too slow. Windows NT 4.0's malloc just calls
HeapAlloc (like Wine).
Does anybody know some details about the heap implementation of Windows NT/2000/XP ?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3599
------- Additional Comments From wine.dev(a)web.de 2006-18-07 15:28 -------
Hi Roland
I read the PS-Output but I'm sorry, I do not understand Postscript enough.
(from google: Encapsulated Postscript starts with "BeginResource").
Can you activate Postscript Level 1 compatibility in CorelDraw?
Does it help?
The logs do not help me to find an error in winspool, that result in
the mentioned failure.
("+psdrv" from comment #1 was not included. "Please add ..." from my comment #6)
Arcobat Reader seems to have the same EPS-Problems (not tested yet)
I have no Idea, how to Help a.t.m.
--
By by ... Detlef
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3270
------- Additional Comments From lav(a)etersoft.ru 2006-18-07 15:07 -------
I saw patches about MINIMIZED and MAXIMIZED problems in patches@ and use it in
own wine builds. I discouraged why the patches are not applied yet.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.