Hi,
--- Vincent Béron <[EMAIL PROTECTED]> wrote:
> There are two definitions of _CONTEXT for Alpha in winnt.h: one
> protected by __ALPHA__ (added by Steven 2 years ago), and one
> protected
> by _ALPHA_, which is the same kind of protection as MSVC. Should we
> dump
> the __ALPHA__ one and change
Ann and Jason Edmeades wrote:
However, this would seem something which is so common - ie inheritence is
used all over the place. How do people handle this? I've looked through a
few places in the code and cant see how this can be done. I could 'pretend'
by initializing the Vtbl as I create the com
Ferenc Wagner wrote:
Robert Reif <[EMAIL PROTECTED]> writes:
For the built in wine, run with wine case, couldn't there be
reasonable default values rather than reading them from a file?
That's exactly what we wanted to avoid. Submitted results
should * not come from Wine but genuine Wi
Hiya,
If you havent noticed, I'm trying to port the d3d8 code into wined3d and
make it common for use from d3d9, and this is all COM objects. I have come
across something which in theory would enable me to tidy my code simply, but
I cant see how to make it work in C.
Now I have a class, for examp
"Martin Fuchs" <[EMAIL PROTECTED]> writes:
> Either there should be a overriding "wine/include/msvcrt/tchar.h"
> file with different defintions. Or the error message "You must use
> msvcrt when building in Unicode/MBCS mode" is simply superfluous.
It's not superfluous, but it probably needs a !de
Katia Maculan <[EMAIL PROTECTED]> writes:
> part of the patch is not committed, is there a reason for that? Is
> something wrong?
It doesn't look right at all to do dialog management in the button
code itself. Also, please submit a regression test showing that the
proposed change is correct and t
On Mon, Oct 11, 2004 at 08:10:09AM -0600, Vitaliy Margolen wrote:
> >> Well, I tried to shuffle the order of creation of these
> >> files. The results I got was as follows:
> >> - On windows I was getting "sorted by name" order.
> >> - On Linux I was getting creation order.
> > Funny thing is I wor
Robert Reif <[EMAIL PROTECTED]> writes:
>>> For the built in wine, run with wine case, couldn't there be
>>> reasonable default values rather than reading them from a file?
>>
>> That's exactly what we wanted to avoid. Submitted results
>> should * not come from Wine but genuine Windows systems,
Ferenc Wagner wrote:
Robert Reif <[EMAIL PROTECTED]> writes:
Ferenc Wagner wrote:
Robert Reif <[EMAIL PROTECTED]> writes:
Couldn't winetest fill in the proper test results fields
necessary for acceptance when compiled to an exe.so and
run in wine?
Did you make dist in progra
Robert Reif <[EMAIL PROTECTED]> writes:
> Ferenc Wagner wrote:
>
>> Robert Reif <[EMAIL PROTECTED]> writes:
>>
>>> Couldn't winetest fill in the proper test results fields
>>> necessary for acceptance when compiled to an exe.so and
>>> run in wine?
>>
>> Did you make dist in programs/winetest?
>>
Robert Shearman wrote:
Sorry, I thought you were commenting on the patch.
Widl still needs support for generating type format strings (and I
remember promising to Mike that I'd have a go at this) to generate any
non-trivial proxies/stubs.
Really? I thought that C/NDR based marshallers could marsh
Mike Hearn wrote:
Robert Shearman wrote:
This has nothing to do with proxy/stub marshalling. It is a step
towards type library generation though.
Hmm, I don't follow. Widl needs to be able to generate the NDR calls
for the proxy/stubs. I've seen some work done on this lately, and was
wondering
I'm using mmTimer on Win95 in one of my programs to create more precise Sleep
function. I'm using one shot timers for this. So having an extra overhead will
heart the performance. I'm already have interthread suspending/resuming with
thread handle duplication.
As I recall all my systems I was usin
Ferenc Wagner wrote:
Robert Reif <[EMAIL PROTECTED]> writes:
Couldn't winetest fill in the proper test results fields
necessary for acceptance when compiled to an exe.so and
run in wine?
Did you make dist in programs/winetest?
winetest-dist.exe is the program meant for submission, but
winet
Robert Shearman wrote:
This has nothing to do with proxy/stub marshalling. It is a step towards
type library generation though.
Hmm, I don't follow. Widl needs to be able to generate the NDR calls for
the proxy/stubs. I've seen some work done on this lately, and was
wondering how far this work h
>> Well, I tried to shuffle the order of creation of these
>> files. The results I got was as follows:
>> - On windows I was getting "sorted by name" order.
>> - On Linux I was getting creation order.
> Funny thing is I work on Suse Linux 9.0 with current wine CVS and
> IEnumIDList in the shelfolde
"Paul Millar" <[EMAIL PROTECTED]> wrote:
> fstatvfs.o /home/paulm/Production/wine-cross-source/libs/port/fstatvfs.c
> In file included
> from /home/paulm/Production/wine-cross-source/libs/port/fstatvfs.c:22:
> /home/paulm/Production/wine-cross-source/include/wine/port.h:286: warning:
> `stru
Mike Hearn wrote:
Jacek Caban wrote:
Changelog:
- Added creation of dispinterface header
- Added creation of coclass header
- Added messages when fopen failes
Cool! How far away are we from having widl generate the proxy/stub
marshalling code? I started writing some COM test cases last nigh
On Monday 11 October 2004 10:57, Ferenc Wagner wrote:
> Unfortunately, cross-building seems broken ATM.
> Kevin, Paul, can you comment on this? I remember Paul
> sending a report to wine-devel about a week ago, do we still
> suffer from the same problem?
Yup, the problem is still there; at least,
Jacek Caban wrote:
Changelog:
- Added creation of dispinterface header
- Added creation of coclass header
- Added messages when fopen failes
Cool! How far away are we from having widl generate the proxy/stub
marshalling code? I started writing some COM test cases last night but
it's really
Eric Pouech wrote:
which one ? I just checked the MM and the ntdll/kernel sections and they
look ok here. looks more a html browser setting issue, rather than a
winehq one (unless you don't have fixed fonts installed)
eg, http://winehq.com/site/docs/wine-devel/x2143
it's understandable but looks
Brian Gunlogson wrote:
Warcraft 3 will not run without a crack after the following commit:
http://www.winehq.org/hypermail/wine-cvs/2004/03/0093.html
If no one wants to tackle this immediately I'd like to fix it. Any ideas?
Brian G.
I don't know whether the difference was something about the versi
Andreas Mohr wrote:
From my days as a list admin, I remember that there's a 40k limit
(maybe slightly different now), so yes, I'd say a bug report is the way to
go.
Andreas Mohr
Thanks very much for the help.
Dan
Robert Reif <[EMAIL PROTECTED]> writes:
> Couldn't winetest fill in the proper test results fields
> necessary for acceptance when compiled to an exe.so and
> run in wine?
Did you make dist in programs/winetest?
winetest-dist.exe is the program meant for submission, but
winetest-dist.exe.so shoul
Hi,
On Sun, Oct 10, 2004 at 11:44:53AM -0500, Dan McGhee wrote:
> I'm getting ready to do a regression on a situation for an application,
> Edit Studio 4, that I'm trying to get running in WINE. The description
> of the problem is difficult to put into words and I'd like to use a
> "before and
25 matches
Mail list logo
