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 using
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) !
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
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 =
--- 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'
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
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 o
On Tue, 22 Feb 2005 12:52:33 +0100, Anders RÃnningen 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 it
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 pa
> -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
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 i
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 t
> -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
>> 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 buildi
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"
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 s
> 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
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 tools,
native ntdll.dll requires kernel system call hooks that WINE doesnt support .
native ntdll.dll will never work on WINE.
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 dram
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
>> 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 re
"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 U
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
infor
24 matches
Mail list logo
