Hi,
Anyone have any
Comments, Flames or Suggestions before I send this ?
Tom
Wine Status - DLLs
Aspect or Component
Documentation status
WWN article coverage
Implementation status (estimated)
Recent primary workers
cabinet:
Tom Wickline [EMAIL PROTECTED] wrote:
Anyone have any
Comments, Flames or Suggestions before I send this ?
Looks good, except the kernel32 API description URL (Kernel-Mode Driver
Architecture). Kernel32 has a lot of function groups, but none of them
has any relationship to kernel mode drivers.
Yeah, looks good to me. A few things:
* Robert Reif has done some DSound work lately.
* Might want to add DirectX Transforms, which is a set of image
manipulation objects used by a few apps (internet explorer). 0%
completed. Not critical though, nothing that I know of actually requires
them.
*
I'm afraid the following change to dlls/dmusic/dmusic_misc.c
revision 1.3
date: 2003/06/13 18:59:51; author: julliard; state: Exp; lines: +113 -9
Raphael Junqueira [EMAIL PROTECTED]
- always use IDirectMusicPerformance8Impl instead of
IDirectMusicPerformanceImpl (as the first
Well winedbg is a good start, as is the debug channels system.
There is a Wine Developers Guide, you should read it. I found it very
helpful.
On Mon, 2003-06-16 at 15:00, Auge Mike wrote:
Hi all,
How can i debug wine itself? I don't want to debug the win32 application, i
want to debug the
Mike Hearn [EMAIL PROTECTED] writes:
ChangeLog:
When providing a TypeInfo object, inc/dec the refcount so that programs
don't call GetContainingTypeLib and crash as the container has been
destroyed.
This doesn't look right, you increment the refcount on every
GetTypeInfo but only decrement
Kelly Leahy [EMAIL PROTECTED] writes:
@@ -60,6 +64,9 @@
INT (*pGetObjectW)( HGDIOBJ handle, void *obj, INT count, LPVOID
buffer );
BOOL(*pUnrealizeObject)( HGDIOBJ handle, void *obj );
BOOL(*pDeleteObject)( HGDIOBJ handle, void *obj );
+INT
Sylvain Petreolle [EMAIL PROTECTED] writes:
Changelog:
Add French Translation, finish English translation.
(no unwanted easter egg in this one ;))
No but it looks like the accents didn't make it through... or was this
deliberate?
--
Alexandre Julliard
[EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm afraid the following change to dlls/dmusic/dmusic_misc.c
snip
is causing the following warning:
dmusic_misc.c:260: warning: passing arg 2 of
`IDirectMusicPerformanceImpl_SetGraph' from incompatible pointer type
don't worry it's only a
It was deliberate.
I dont know how to write iso-8859 with vi/gedit, I only obtain unicode.
No but it looks like the accents didn't make it through... or was
this
deliberate?
--
Alexandre Julliard
[EMAIL PROTECTED]
=
Sylvain Petreolle (spetreolle at users dot sourceforge dot net)
Sylvain Petreolle [EMAIL PROTECTED] writes:
It was deliberate.
I dont know how to write iso-8859 with vi/gedit, I only obtain unicode.
You may be able to convert it with recode, or else use another editor
just to add the accents.
--
Alexandre Julliard
[EMAIL PROTECTED]
This doesn't look right, you increment the refcount on every GetTypeInfo
but only decrement when the typeinfo object is destroyed.
Well, unless you can call GetTypeInfoOfGuid twice and get two pointers to
the same interface (maybe you can, i don't really know but that would seem
unusual), I
I would expect you to addref the typelib when the ITypeInfo pointer is
created, and then when it is destroyed to release it.
In the object that implements the ITypeInfo reference, you should have a
pTypeLib-Release() in the destructor and a pTypeLib-AddRef() somewhere in
the code that creates the
You should put the fix directly in the pGetObject[AW] functions,
instead of adding new functions that don't correspond to anything in
the Windows API. Even though this is an internal interface it should
be kept as similar as possible to the exported interface.
--
Alexandre Julliard
[EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
Now concerning your patch, why do you use DIRECTINPUT_VERSION
in some conditional code? This should be use only for winelib
application, no ?
yes, i know
but i find it more readable with that #ifdef/#endif ;)
Personaly I find it
On Mon, 16 Jun 2003 14:43:25 -0500, Sir Kelly Leahy scribed thus:
I would expect you to addref the typelib when the ITypeInfo pointer is
created, and then when it is destroyed to release it.
I believe that's what I'm doing. Maybe not.
I think what is actually going on, is that this method
On Mon, 16 Jun 2003 14:36:22 -0500, Sir Alexandre Julliard scribed thus:
Log message:
Mike Hearn [EMAIL PROTECTED]
Add the ID of the blocking thread to the error message.
Hi Alexandre,
I'm wondering what the best way to try and make Wines output less scary
is, as the MESSAGE()
Hi Alexander,
Please let me know if my patch series was rejected, and if so, why.
If your'e just not over the backlog yet, I appologize for the noise.
Shachar
Shachar Shemesh wrote:
Apply against previous patches, using -p1
Changelog:
Shachar Shemesh [EMAIL PROTECTED]
* Fix
- Original Message -
From: Mike Hearn [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, June 16, 2003 3:16 PM
Subject: Re: TypeLib containment refcounting
On Mon, 16 Jun 2003 14:43:25 -0500, Sir Kelly Leahy scribed thus:
I would expect you to addref the typelib when the ITypeInfo
Mike Hearn [EMAIL PROTECTED] writes:
I'm wondering what the best way to try and make Wines output less scary
is, as the MESSAGE() parts of this patch were not merged. Was the message
not phrased right, or do you think that the console output is an
inappropriate place to put such things?
Eric Pouech [EMAIL PROTECTED] writes:
- this patch partially implements this scheme. It's partial because
console handles are still handled by wineserver. Their value is
however obfuscated so that we can track their real usage.
IMO you shouldn't need to have any obfuscation code in the server
This kind of stuff should go in the documentation, not in the code.
You mean the documentation that users never seem to read? Of course this
way still sucks as people who launch from the menus never see it :(
Thanks for the tip, but using recode was not easy. (should be the same
for wine beginners :))
Here is an updated patch. Did I forgot something ?
When typing a é (0xE9) (verified in my own notepad file :/), I get a
U with an
accent in winefile, since notepad gives the correct é.
--- Alexandre
Is anyone of you working on Dmusic interfaces ?
Now doing test with Dxdiag doesnt work,
it says No such interface when trying to create a IDirectPerformance
object.
I did a look through the source and noticed that Dll(Un)RegisterServer
are stubs.
fixme:ole:CoCreateInstance no instance created
Tom Wickline [EMAIL PROTECTED] writes:
Changelog
Fix link's
The current links are supposed to work, and they are much nicer
without the ?page= noise. Why do you need to change them?
--
Alexandre Julliard
[EMAIL PROTECTED]
Steven Edwards [EMAIL PROTECTED] writes:
Does this need to be changed or is there something else wrong with
this patch?
This shouldn't be needed AFAICT, \r should already be treated as a
space character. There may be another bug here though, do you have an
example file showing the problem?
--
On Monday 16 June 2003 08:54 am, Mike Hearn wrote:
* cabinet.dll is much higher than 35% now, esp with Gregs latest
patches. I can't really say how much, but perhaps more like 80%? Greg
would have to say..
No way, I beg to differ. Remember there's a whole encoding API that hasn't
even
On Mon, 16 Jun 2003, Steven Edwards wrote:
: Does this need to be changed or is there something else wrong with this
: patch?
: -return (ptr = parser-end || *ptr == CONTROL_Z || *ptr == '\n');
: +return (ptr = parser-end || *ptr == CONTROL_Z || *ptr == '\n' ||
: (*ptr == '\r' *(ptr + 1)
Gregory M. Turner wrote:
But encoding is inherently harder to implement than
decoding (there's a lot more to do, and usually no single right answer, so
you never know when you're done).
Ah?
Every book, software and piece of common knowledge tells me that
decoding is WAY more difficult. Be
29 matches
Mail list logo
