Hi all! I am trying to to write a tool that uses the code in dbghelp to do
this but I am unclear on
which interface I should use to do this. Can I link to dbghlp.dll.so or do I
have
to write a tool inside Wine for this?
I am going to use the symbol info to load a full minidump and extract
Dmitry Timoshkov [EMAIL PROTECTED] writes:
Almost all of them can be directly replaced by lstrcmpiA, the exceptions are:
Actually the right way to get rid of them is to convert to Unicode. In
the few cases where we actually have to work with Ansi characters they
will most likely be in the Unix
fixme:ole:SPCF_CreateInstance
(0x40a50d00,(nil),{7bf80980-bf32-101a-8bbb-00aa00300cab},0x403f1ec0),
creating stdpic with PICTYPE_NONE.
fixme:ole:OLEPictureImpl_Load Could only read 67468 of 138330 bytes in
no-header case?
fixme:ole:OLEPictureImpl_Load Unknown magic 746c, 67468 read bytes:
On Monday 21 February 2005 15:45, Bill Medland wrote:
By quickly looking at the program, I noticed it looks for a registry
key, this key is...
SOFTWARE\Wine\Wine\Config
the wine configuration key.
I was thinking, there may come a day when we have our own check
(say,
Hi !
We have some performance problems with Wine that we could use some help on..
Here's the story:
We have been using TI code generation tools (compiler and linker) on
Wine, and it has worked well. However, when we started evaluating newer
versions of the codegen tools, the linking time was
Anders Rønningen wrote:
Hi !
We have some performance problems with Wine that we could use some help
on..
Here's the story:
We have been using TI code generation tools (compiler and linker) on
Wine, and it has worked well. However, when we started evaluating newer
versions of the codegen
Hi !
We have some performance problems with Wine that we could use some help on..
Here's the story:
We have been using TI code generation tools (compiler and linker) on
Wine, and it has worked well. However, when we started evaluating newer
versions of the codegen tools, the linking
Alexandre Julliard wrote:
Actually the right way to get rid of them is to convert to Unicode. In
the few cases where we actually have to work with Ansi characters they
will most likely be in the Unix codepage and then switching to
lstrcmpiA would be wrong.
I'm on the way to converting some of the
Aric Stewart [EMAIL PROTECTED] writes:
-FIXME(Only working for installed files, not registry keys\n);
-if ( GetFileAttributesW(path) != INVALID_FILE_ATTRIBUTES )
-rrc = INSTALLSTATE_LOCAL;
+if (path[0]=='0')
+{
+FIXME(Registry entry.. check entry\n);
+
We have done some profiling using oprofile, and found that most of this
time (96%) is spent in the HEAP_FindFreeBlock* *function in the ntdll
module. The time needed to locate a free heap block increases gradually,
from a few iterations up to about 15000 in the project we are building.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ivan Leo Puoti
Sent: 21. februar 2005 09:26
To: wine-devel@winehq.com
Cc: [EMAIL PROTECTED]
Subject: Re: Collection of wine tools on windows
Dimitrie O. Paun wrote:
Heh, the MinGW folks seem
On Mon, 21 Feb 2005 21:49:32 +0100
Rein Klazes [EMAIL PROTECTED] wrote:
On Sun, 20 Feb 2005 16:41:09 +0100, you wrote:
On Sun, 20 Feb 2005 16:04:54 +0100
Rein Klazes [EMAIL PROTECTED] wrote:
Does this patch help?
Rein.
Unfortunately not - still the exact same error.
I found a patch for ESD (Enlightenment Sound Daemon) support in Wine
from July 2004. I modified this to work with Wine-20050111 and compiled
the wineesd.drv.so driver. This driver works in both Wine and CrossOver
4.1. The patch and instructions are attached to this email.
I have been using
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Steven Edwards
Sent: 21. februar 2005 21:52
To: ReactOS Development List; [EMAIL PROTECTED]; wine-devel@winehq.com
Cc: [EMAIL PROTECTED]
Subject: Re: [ros-dev] RE: Collection of wine tools on
On Mon, 21 Feb 2005 13:11:46 -0800, Kumaran Santhanam wrote:
I found a patch for ESD (Enlightenment Sound Daemon) support in Wine
from July 2004. I modified this to work with Wine-20050111 and compiled
the wineesd.drv.so driver. This driver works in both Wine and CrossOver
4.1. The patch
On Tue, 22 Feb 2005 12:52:33 +0100, Anders Rnningen wrote:
We have done some profiling using oprofile, and found that most of this
time (96%) is spent in the HEAP_FindFreeBlock* *function in the ntdll
module. The time needed to locate a free heap block increases gradually,
from a few
On Tue, 22 Feb 2005 01:04:33 +, Oliver Stieber wrote:
It doesn't look like ole at all,
I've attached the last bit of a log with more-or-less
everything turned on.
Well, I don't see the NtMapViewOfSection error in that log. I'm not sure
what to make of it, that exception code is not in our
On Mon, 21 Feb 2005, Alexandre Julliard wrote:
[...]
Yes I think they are very useful, though I wouldn't suggest blindly
fixing things based on the reports since I suspect that at least in
some cases we have wrong ordinals and this will cause complaints about
the wrong functions.
It turns out that
--- Mike Hearn [EMAIL PROTECTED] wrote:
On Tue, 22 Feb 2005 01:04:33 +, Oliver Stieber
wrote:
It doesn't look like ole at all,
I've attached the last bit of a log with
more-or-less
everything turned on.
Well, I don't see the NtMapViewOfSection error in
that log. I'm not sure
On Tue, Feb 22, 2005 at 11:31:30PM +0900, TANABE Hiroshi wrote:
@@ -2903,7 +2901,8 @@
TM.tmStruckOut = font-strikeout;
/* Yes TPMF_FIXED_PITCH is correct; braindead api */
-if(!FT_IS_FIXED_WIDTH(ft_face))
+if(!FT_IS_FIXED_WIDTH(ft_face)
+ (pOS2-version == 0xU
Alexandre wrote:
I'm not convinced we want to remove it completely, there just might be
an app somewhere that looks for it explicitly, and it doesn't cost
anything to keep it.
If so, that app won't work on windows; most versions of windows only ship
with rsaenh.dll. The only ones that have
Ahh you are correct, That is unnecessary. I can rework it or you can
remove that test.
Thanks for pointing it out.
-aric
Alexandre Julliard wrote:
Aric Stewart [EMAIL PROTECTED] writes:
-FIXME(Only working for installed files, not registry keys\n);
-if ( GetFileAttributesW(path) !=
Anders wrote:
We have been using TI code generation tools (compiler and linker) on
Wine, and it has worked well. However, when we started evaluating newer
versions of the codegen tools, the linking time was dramatically
increased (from 20 sec to 30 minutes...).
We have done some profiling
23 matches
Mail list logo