Can anyone point me the location of the code that implements the
IDropTarget class used by OLE2?
Jeff
On Thursday 04 January 2007 7:55 pm, Tony Lambregts wrote:
> WineHQ wrote:
> > ChangeSet ID: 30851
> > CVSROOT:/opt/cvs-commit
> > Module name:appdb
> > Changes by: [EMAIL PROTECTED] 2007/01/03 20:35:02
> >
> > Modified files:
> > . : account.php addcomment.
Chris wrote:
Perhapsappdb should check that "Installs?" and "Runs?" column on
particular test have "Yes", before it accept "Platinum" to "Rating"
column ?
Exactly, we need some logic to ensure ratings are correct. I think the
fundamental change is that we should remove maintainer rating
"Anatoly Lyutin" <[EMAIL PROTECTED]> wrote:
This patch fixs wineconsole for non latin symbols. If we have ncursesw
we use unicode functions to console output.
Most likely the real fixes in your patch are changing CP_ACP to CP_UNIXCP
and getting rid of hardcoded vkkeyscan_table. Do you have an
Ahh. I tested it previously and it had no such effect. I'll take a
look at it again and apply a fix.
Chris
On 1/4/07, Tony Lambregts <[EMAIL PROTECTED]> wrote:
WineHQ wrote:
> ChangeSet ID: 30851
> CVSROOT: /opt/cvs-commit
> Module name: appdb
> Changes by: [EMAIL PROTECTED]2007/0
Keyur Pujara wrote:
I am contemplating to port a complex windows
application using winelib over Solaris/SPARC. In one
of the emails in wine-devel list, I saw that there may
be following issues in the process:
* byte endianness
* alignment issues
* pointer size
* must not use x86 assembly
WineHQ wrote:
> ChangeSet ID: 30851
> CVSROOT: /opt/cvs-commit
> Module name: appdb
> Changes by: [EMAIL PROTECTED] 2007/01/03 20:35:02
>
> Modified files:
> . : account.php addcomment.php appbrowse.php
>appimage.php appsubmit.php appview.p
Am Thursday 04 January 2007 21:14 schrieb Paul Vriens:
> Hi,
>
> when running the 'make crosstest' in ole32/tests, I get:
>
> [EMAIL PROTECTED] tests]$ make crosstest
> i386-mingw32-gcc clipboard.cross.o compobj.cross.o hglobalstream.cross.o
> marshal.cross.o moniker.cross.o ole2.cross.o propvarian
On 04/01/07, Christoph Bumiller <[EMAIL PROTECTED]> wrote:
Yet the application (NFS:MW) page faults right at startup at the
address of pDecl + 4 so something's amiss ... maybe this will get fixed
automatically in one of the next patches or is due to some other weird
thing that affects my sources
Yet the application (NFS:MW) page faults right at startup at the
address of pDecl + 4 so something's amiss ... maybe this will get fixed
automatically in one of the next patches or is due to some other weird
thing that affects my sources (eh?) ... as long as no one else
complains, lets leave it
Robert Shearman wrote:
Hi Jacek,
Thanks for looking through the patch.
Jacek Caban wrote:
Why do you copy lpRequest to workRequest? You could use lpRequest
in asyncproc and WININET_Release and call HeapFree before return.
Then workRequest may be removed.
Two reasons:
1. This was how the code
Hi Jacek,
Thanks for looking through the patch.
Jacek Caban wrote:
Why do you copy lpRequest to workRequest? You could use lpRequest
in asyncproc and WININET_Release and call HeapFree before return.
Then workRequest may be removed.
Two reasons:
1. This was how the code did it before - I copie
Paul Vriens wrote:
Hi,
when running the 'make crosstest' in ole32/tests, I get:
[EMAIL PROTECTED] tests]$ make crosstest
i386-mingw32-gcc clipboard.cross.o compobj.cross.o hglobalstream.cross.o
marshal.cross.o moniker.cross.o ole2.cross.o propvariant.cross.o
stg_prop.cross.o storage32.cross.o u
Hi Rob,
Robert Shearman wrote:
---
dlls/wininet/internet.c | 184
+--
dlls/wininet/internet.h |3 -
2 files changed, 19 insertions(+), 168 deletions(-)
This also fixes a bug in the old code where starting a new
asynchronous operation with mor
Hi,
when running the 'make crosstest' in ole32/tests, I get:
[EMAIL PROTECTED] tests]$ make crosstest
i386-mingw32-gcc clipboard.cross.o compobj.cross.o hglobalstream.cross.o
marshal.cross.o moniker.cross.o ole2.cross.o propvariant.cross.o
stg_prop.cross.o storage32.cross.o usrmarshal.cross.o te
I've updated the Application Database todo and sorted the list
according to each item's difficulty. You can find the todo list at
http://wiki.winehq.org/AppdbInfo This list is by no means complete
so if you have an idea for a new entry feel free to email it to the
AppDB mailing list at [EMAIL PR
Chris Morgan wrote:
On 03 Jan 2007 22:46:31 +0200, Kari Hurtta <[EMAIL PROTECTED]>
wrote:
"Chris Morgan" <[EMAIL PROTECTED]> writes in
gmane.comp.emulators.wine.devel:
> On 03 Jan 2007 16:34:21 +0200, Kari Hurtta
<[EMAIL PROTECTED]> wrote:
> > "Dan Kegel" <[EMAIL PROTECTED]> writes in
gmane.
Onsdag 03 januar 2007 21:46, skrev Kari Hurtta:
> "Chris Morgan" <[EMAIL PROTECTED]> writes in
gmane.comp.emulators.wine.devel:
> > On 03 Jan 2007 16:34:21 +0200, Kari Hurtta <[EMAIL PROTECTED]>
wrote:
> > > "Dan Kegel" <[EMAIL PROTECTED]> writes in gmane.comp.emulators.wine.devel:
> > > > The ap
On 03 Jan 2007 22:46:31 +0200, Kari Hurtta <[EMAIL PROTECTED]> wrote:
"Chris Morgan" <[EMAIL PROTECTED]> writes in gmane.comp.emulators.wine.devel:
> On 03 Jan 2007 16:34:21 +0200, Kari Hurtta <[EMAIL PROTECTED]> wrote:
> > "Dan Kegel" <[EMAIL PROTECTED]> writes in gmane.comp.emulators.wine.deve
Am 04.01.2007 um 19:33 schrieb H. Verbeet:
On 04/01/07, Christoph Bumiller <[EMAIL PROTECTED]> wrote:
Not performing the following:
if (NULL != pDecl) {
IWineD3DVertexDeclaration_AddRef(pDecl);
}
in IWineD3DDeviceImpl_SetVertexDeclaration(...) when state is being
recorded (no
On 04/01/07, Christoph Bumiller <[EMAIL PROTECTED]> wrote:
Not performing the following:
if (NULL != pDecl) {
IWineD3DVertexDeclaration_AddRef(pDecl);
}
in IWineD3DDeviceImpl_SetVertexDeclaration(...) when state is being
recorded (note the return that was added), seems to cause
>>> Tony Lambregts
[ Charset UTF-8 unsupported, converting... ]
> Kari Hurtta wrote:
> > "Dan Kegel" <[EMAIL PROTECTED]> writes in gmane.comp.emulators.wine.devel:
> >
>
> This App is definately not platinum. It does not "run flawlessly out of the
> box". I changed the maintainer rating to gold
On 1/2/07, Damjan Jovanovic <[EMAIL PROTECTED]> wrote:
On 1/1/07, Matthew Edlefsen <[EMAIL PROTECTED]> wrote:
> Hi, I've been trying to get a program that uses rpc to work on wine and
I've
> been having some problems (my understanding is that isn't
surprising). The
> goal is to be able to run a
"Chris Morgan" <[EMAIL PROTECTED]> writes in gmane.comp.emulators.wine.devel:
> On 03 Jan 2007 16:34:21 +0200, Kari Hurtta <[EMAIL PROTECTED]> wrote:
> > "Dan Kegel" <[EMAIL PROTECTED]> writes in gmane.comp.emulators.wine.devel:
> >
> > > The appdb says
> > > "Only applications which install and r
Francois Gouget schrieb:
> On Wed, 3 Jan 2007, Alexandre Julliard wrote:
> [...]
>> Commit: dff43b732b10e603f3aee38db2f684dc7404aa4e
> [...]
>> user32: Speed improvement for 16bit comm support.
> [...]
>> stol = (unsigned char *)COM[cid].unknown + COMM_MSR_OFFSET;
>> COMM_MSRUpdate( p
Alexandre Julliard wrote:
Vitaly Lipatov <[EMAIL PROTECTED]> writes:
We can't get correct non latin output in utfed console with normal ncurses. As
far as I know there is some problems in normal ncurses with utf8 (multbyte
symbols)... Only ncursesw supports utf8 output correctly (and wide c
Mike McCormack wrote:
This is the first time I've submitted a patch, so let me know if this
method of submission is incorrect. See description in the attachment.
It's best to put the description in the body of the mail, and write a
descriptive subject like "ole32: fix StgOpenStorage conforma
Not performing the following:
if (NULL != pDecl) {
IWineD3DVertexDeclaration_AddRef(pDecl);
}
in IWineD3DDeviceImpl_SetVertexDeclaration(...) when state is being
recorded (note the return that was added), seems to cause a page fault,
at least in NFS: Most Wanted. Is it possible th
Greetings!
I am contemplating to port a complex windows
application using winelib over Solaris/SPARC. In one
of the emails in wine-devel list, I saw that there may
be following issues in the process:
* byte endianness
* alignment issues
* pointer size
* must not use x86 assembly
Could someon
Andrew Talbot wrote:
> Note: This is in addition to those submitted yesterday.
>
> -- Andy.
> ---
> Changelog:
> dinput: Declare a function static.
>
> diff -urN a/dlls/dinput/device.c b/dlls/dinput/device.c
> --- a/dlls/dinput/device.c2007-01-04 11:22:23.0 +
> +++ b/dlls/dinp
Dan Kegel wrote:
[...]
iTunes 7 even seems to install, though its
installer tries to run several vbscript custom actions,
which of course don't work; wine cheerfully blows past those problems,
no idea if they do anything important.
I have looked into those and as far as I can tell they are not
On Thu, 4 Jan 2007, Francois Gouget wrote:
> On Wed, 3 Jan 2007, Alexandre Julliard wrote:
> [...]
> > Commit: dff43b732b10e603f3aee38db2f684dc7404aa4e
> [...]
> > user32: Speed improvement for 16bit comm support.
> [...]
> > stol = (unsigned char *)COM[cid].unknown + COMM_MSR_OFFSET;
> >
On Tue, 2 Jan 2007, Dan Kegel wrote:
[...]
> Silver
> Application installs and works well for 'normal' use, but some features may
> be broken. For instance, a game that works fine in single-player but
> not in multi-player,
> or a media player that works fine for mp3 files but not for DRM-protecte
Am 04.01.2007 um 02:07 schrieb Ivan Gyurdiev:
Stefan Dösinger wrote:
I removed that call accidentally in one of my former patches, but
I think it is still a good idea to trace the final strided sources
used by drawprim
You removed it from a d3d8 fixed function FVF-only codepath, and
are
Am 04.01.2007 um 04:12 schrieb * *:
This particular commit breaks Galactic Civilizations 2 Dark Avatar.
Would a trace be helpful?
438c17284138776edbbe9196364ae620bbf01adb is first bad commit
commit 438c17284138776edbbe9196364ae620bbf01adb
Author: Stefan Dösinger <[EMAIL PROTECTED]>
Date: Tu
On Wed, 3 Jan 2007, Alexandre Julliard wrote:
[...]
> Commit: dff43b732b10e603f3aee38db2f684dc7404aa4e
[...]
> user32: Speed improvement for 16bit comm support.
[...]
> stol = (unsigned char *)COM[cid].unknown + COMM_MSR_OFFSET;
> COMM_MSRUpdate( ptr->handle, stol );
>
> - if (
Greetings!
I am contemplating to port a complex windows
application using winelib over Solaris/SPARC. In one
of the emails in wine-devel list, I saw that there may
be following issues in the process:
* byte endianness
* alignment issues
* pointer size
* must not use x86 assembly
Could someon
Which apps require BITS? I'm collecting them as depending on bug
http://bugs.winehq.org/show_bug.cgi?id=6194
So for I know of two, Visual C++ 2005, and Google Pack.
There's also a third-party app which is just a file transfer
front end on top of BITS; it's called WinBITS, and is at
http://www.dar
38 matches
Mail list logo
