"Dmitry Timoshkov" <[EMAIL PROTECTED]> wrote:
> "Stefan Leichter" <[EMAIL PROTECTED]> wrote:
>
>> This patch fixes Bug 9747
>>
>> ChangeLog
>> -
>> added version resource for ole2nls.dll
>
>> +#define WINE_FILEVERSION_STR "2.10.3050.1"
>> +#define WINE_FILEDESCRIPTION_STR "Wine OLE dll"
"Stefan Leichter" <[EMAIL PROTECTED]> wrote:
> This patch fixes Bug 9747
>
> ChangeLog
> -
> added version resource for ole2nls.dll
> +#define WINE_FILEVERSION_STR "2.10.3050.1"
> +#define WINE_FILEDESCRIPTION_STR "Wine OLE dll"
> +#define WINE_FILENAME_STR "OLE2NLS.DLL"
> +
> +#include
Roy Shea <[EMAIL PROTECTED]> writes:
> As far as I can tell the Bitsprx2.dll is generated from Bits.Idl, that
> is equivalent to the bits.idl I'm developing. Since my dll is not
> acting as a proxy, at least as I understand proxy dlls (I'm still
> digging through COM books), I thought it would be
Hi Paul,
> I saw your bug 9765 but I don't even get that far. The install crashes for me
> with something that appears to be connected to a driver:
Actually, I see that crash too. I meant to log a bug for it, but
never did. Would you mind?
(snip)
> L"C:\\windows\\System32\\Drivers\\GEARAspiWDM
On Thursday 27 September 2007 19:58:29 Tomas Zijdemans wrote:
> The most visited and respected technology related site in Norway (210
> 000 unique norwegian hits a week), is now launching a series of articles
> where they will test 3 games thoroughly in wine each month!
>
> Today the first article
The most visited and respected technology related site in Norway (210
000 unique norwegian hits a week), is now launching a series of articles
where they will test 3 games thoroughly in wine each month!
Today the first article tested Fahrenheit, Guild Wars: Nightfall and
Civilization IV: Warlor
Howdy,
On Thu, Sep 27, 2007 at 02:55:40PM +0200, Stefan D?singer wrote:
> Am Donnerstag, 27. September 2007 12:58:46 schrieb Alexandre Julliard:
> > Roy Shea <[EMAIL PROTECTED]> writes:
> > > Resubmission of a bare bones bits implementation.
> >
> > There is no bits.dll on any Windows version I've
> >>
> >> The right way is to use XInput, and work with the X.org guys to fix
> >> what's necessary to make it work for our needs.
> >>
> > I don't see how will that solve (c,d,f,g)? Also how long should we wait on
> > that? Year? 5 years? I looked at the current Xorg source and it still
> > explic
Hi Konstantin,
> I have one more question. To add realization of new function, I can add it in
> struct WNetProvider? For example:
>
> typedef struct _WNetProvider
(snip)
> PF_NPGetResourceInformation getResourceInformation; //my added function
> } WNetProvider, *PWNetProvider;
>
> It is corre
Am Donnerstag, 27. September 2007 17:23:42 schrieb Vitaliy Margolen:
> Stefan Dösinger wrote:
> > 1) Multiple Mice. If there are 2 mouse devices, the X server manages them
> > and combines them to one core pointer. These configurations are pretty
> > common, for example on laptops with touchpad + u
"Vitaliy Margolen" <[EMAIL PROTECTED]> wrote:
> Alexandre Julliard wrote:
>> Vitaliy Margolen <[EMAIL PROTECTED]> writes:
>>
>>> Anything else I missed? Are there are any better ways to solve these
>>> problems? Any other ways at all?
>>
>> The right way is to use XInput, and work with the X.or
Alexandre Julliard wrote:
> Vitaliy Margolen <[EMAIL PROTECTED]> writes:
>
>> Anything else I missed? Are there are any better ways to solve these
>> problems? Any other ways at all?
>
> The right way is to use XInput, and work with the X.org guys to fix
> what's necessary to make it work for ou
Stefan Dösinger wrote:
> 1) Multiple Mice. If there are 2 mouse devices, the X server manages them and
> combines them to one core pointer. These configurations are pretty common,
> for example on laptops with touchpad + usb mouse.
This is true, each mouse will have it's own device. However I hav
I tried those patches with git and it works without problems in my D3D
apps.
Mirek
Stefan Dösinger napsal(a):
Hi,
This mail is mainly addressed at Henri and Roderick, but I'll send it here to
allow others to read it too.
These patches contain some cleanups of the d3d surface loading cod
David,
sorry, Wine's not likely to be able to run Corel Draw X3 without
several months worth of work, and nobody's focusing on it at the moment.
- Dan
Alexandre Julliard wrote:
> -DWORD WineEngGetFontUnicodeRanges(HDC hdc, LPGLYPHSET glyphset)
> +DWORD WineEngGetFontUnicodeRanges(GdiFont *font, LPGLYPHSET glyphset)
> {
> FIXME("(%p, %p): stub\n", hdc, glyphset);
>
You forgot to change hdc to font in the FIXME call.
--
Rob Shearman
Andrey Turkin <[EMAIL PROTECTED]> writes:
> +DECL_HANDLER(set_completion_info)
> +{
> +struct fd *fd = get_handle_fd_obj( current->process, req->handle, 0 );
> +
> +if (fd)
> +{
> +if (fd->completion)
> +release_object( fd->completion );
> +fd->completion =
Maarten Lankhorst wrote:
> According to shachar shamesh they have a slightly different meaning.
> This should fix it.
>
First of all, things seem much much better with this patch.
I would direct your attention to the fact that, when I run it, I get:
> $ programs/notepad/notepad
> fixme:bidi:mi
Am Donnerstag, 27. September 2007 13:02:31 schrieb Ivan Gyurdiev:
> Are you saying you intend to advertise 3.0 support on ARB only?
> If not, then why add any 3.0 features at all ?
No, I certainly do not intend to advertise 3.0 because we cannot implement
things like branching, dsx/dsy or vertex t
Am Donnerstag, 27. September 2007 12:58:46 schrieb Alexandre Julliard:
> Roy Shea <[EMAIL PROTECTED]> writes:
> > Resubmission of a bare bones bits implementation.
>
> There is no bits.dll on any Windows version I've checked. Where does
> this dll come from?
It is an extra download, but requires a
Stefan Dösinger wrote:
> Am Donnerstag, 27. September 2007 02:57:01 schrieb Ivan Gyurdiev:
>
>> Aren't most of these 2.0 and 3.0 instructions ?
>> What's the goal of adding them to ARB - you won't be able to implement
>> full 2.0/3.0 support in ARB.
>>
> We can implement 2.0(but not 2.a/b).
Roy Shea <[EMAIL PROTECTED]> writes:
> Resubmission of a bare bones bits implementation.
There is no bits.dll on any Windows version I've checked. Where does
this dll come from?
--
Alexandre Julliard
[EMAIL PROTECTED]
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> Anything else I missed? Are there are any better ways to solve these
> problems? Any other ways at all?
The right way is to use XInput, and work with the X.org guys to fix
what's necessary to make it work for our needs.
--
Alexandre Julliard
[EMAI
Am Donnerstag, 27. September 2007 08:04:30 schrieb Christoph Frick:
> On Thu, Sep 27, 2007 at 04:48:23AM +, L. Rahyen wrote:
> > On Thursday September 27 2007 04:07, Vitaliy Margolen wrote:
> > > The point I'm trying to make is: can we once put our "right ways of
> > > doing things" aside and f
24 matches
Mail list logo