Austin English wrote:
> On Mon, Apr 14, 2008 at 7:34 AM, Chris Robinson <[EMAIL PROTECTED]> wrote:
>> IIRC, the problem is you can't have two Wine processes using two different
>> desktops. Try this: start an app without virtual desktop and leave it
>> running, run winecfg and turn on virtual de
Sergey Khodych wrote:
>>> ...
>>> +hr = SysKeyboardWImpl_GetObjectInfo(
>>> (LPDIRECTINPUTDEVICE8W)iface , &didoi,
>>> + ps->diph.dwObj,
>>> ps->diph.dwHow );
>> You mixing unicode and ascii. Also if you are implementing
>> SysK
Sergey Khodych wrote:
>> Any particular reason for this? Do you have a program that sets different
>> data format? The reason I ask - copying 256 bytes is much faster then
>> iterating over the whole data format and copying one byte at a time.
>>
> A possibility of using custom data format, for a
> What are your opinions?
I can't comment on the specifics of the state table design - would have
to leave that to Henri. However, anything that increases modularity is a
good thing. I'm in favor of the overall direction to break up the
pipeline into component stages. Smaller components are mo
Hi Tomasz,
-info->WinType.pszToc = strdupW(info->pCHMInfo->defToc);
+info->WinType.pszToc = strdupW(info->pCHMInfo->defToc ?
info->pCHMInfo->defToc : null);
Please don't use null, it's not portable. Also, what has this change
accomplished? If strdupW succeeds when passed NULL, t
On Mon, Apr 14, 2008 at 11:11:46PM +0200, Alexandre Julliard wrote:
> Kusanagi Kouichi <[EMAIL PROTECTED]> writes:
>
> > On Mon, Apr 14, 2008 at 06:36:44PM +0100, Robert Shearman wrote:
> >>
> >> I think a configure check may be a more appropriate fix.
> >>
> >
> > I don't know proper way to che
Kusanagi Kouichi <[EMAIL PROTECTED]> writes:
> On Mon, Apr 14, 2008 at 06:36:44PM +0100, Robert Shearman wrote:
>>
>> I think a configure check may be a more appropriate fix.
>>
>
> I don't know proper way to check whether XICCallback is defined.
> But this seems to work.
Is it just the type th
Am Monday 14 April 2008 01:01 schrieb Francois Gouget:
> ---
> +FIXME("(%p, %x): stub\n");
You forgot the parameters hIMC and fFlag
Bye Stefan
On Monday 14 April 2008 18:42:26 Paul Chitescu wrote:
> Binding to a specific address is the only easy way of detecting which
> interface an UDP packet was received on since recvfrom() only gives source
> address, not destination. Listening on 0.0.0.0 would make impossible to
> tell which interfac
On Mon, Apr 14, 2008 at 06:36:44PM +0100, Robert Shearman wrote:
>
> I think a configure check may be a more appropriate fix.
>
I don't know proper way to check whether XICCallback is defined.
But this seems to work.
diff --git a/configure b/configure
index b66a40a..01fdf19 100755
--- a/configu
"Maarten Lankhorst" <[EMAIL PROTECTED]> writes:
> @@ -161,4 +186,135 @@ typedef struct _avimetaindex
> DWORD adwIndex[0];
> } AVIMETAINDEX;
>
> -/* FIXME: index structures missing */
> +#define ckidAVISUPERINDEX FCC('i','n','d','x')
> +typedef struct _avisuperindex {
> +FOURCC fcc;
> +
Hi Nikolay,
+GpStatus WINGDIPAPI GdipCloneStrinFormat(GDIPCONST
Typo: s/StrinFormat/StringFormat/
--Juan
--- On Sun, 13/4/08, Dan Kegel <[EMAIL PROTECTED]> wrote:
> > > 2) porting Mono's WinForms on top of Wine
> gdiplus
> > > instead of Mono gdiplus (and making it more
> win32-ish as
> > > a result)
> >
> > Mono is using MS GDI+ on Windows since it uses GDI+.
> Mono's libgdiplus is
> > only used on
>
>> ...
>> +hr = SysKeyboardWImpl_GetObjectInfo(
>> (LPDIRECTINPUTDEVICE8W)iface , &didoi,
>> + ps->diph.dwObj,
>> ps->diph.dwHow );
>
> You mixing unicode and ascii. Also if you are implementing
> SysKeyboardAImpl_GetPropert
A possibility of using custom data format, for any type of devices, is
described in DirectX SDK documentation.
For example Monolith's F.E.A.R. use this method.
> Any particular reason for this? Do you have a program that sets different
> data format? The reason I ask - copying 256 bytes is much
"Reece Dunn" <[EMAIL PROTECTED]> writes:
> @@ -120,12 +119,12 @@ static HRESULT WINAPI IStream_fnRead(IStream *iface,
> void* pv, ULONG cb, ULONG*
>TRACE("(%p,%p,0x%08x,%p)\n", This, pv, cb, pcbRead);
>
>if (!pv)
> -return STG_E_INVALIDPOINTER;
> +return S_OK;
It's very unlikel
Am Montag, 14. April 2008 17:16:25 schrieb Hoehle, Joerg-Cyril:
> Hi,
>
> regardless of issue
> http://bugs.winehq.org/show_bug.cgi?id=11167
> which suggests that the function is incorrect it its use of GL parameters,
> so it needs fixing, you may wish to apply the following (minor) patch.
>
> dlls
On Monday 14 April 2008 18:30:40 Kirill K. Smirnov wrote:
> Hi,
>
> nitpick:
> > +/* Trying to bind to the default hots interface,
Thanks for the catch, revised patch sent.
Cheers,
Kai
--
Kai Blin
WorldForge developer http://www.worldforge.org/
Wine developerhttp
Kusanagi Kouichi wrote:
> Does this patch fix the problem?
>
> -XICCallback destroy = {(XPointer)data, X11DRV_DestroyIC};
> +XIMCallback destroy = {(XPointer)data, (XIMProc)X11DRV_DestroyIC};
>
I think a configure check may be a more appropriate fix.
--
Rob Shearman
Does this patch fix the problem?
diff --git a/dlls/winex11.drv/xim.c b/dlls/winex11.drv/xim.c
index d4df9f7..b66cf87 100644
--- a/dlls/winex11.drv/xim.c
+++ b/dlls/winex11.drv/xim.c
@@ -501,7 +501,7 @@ XIC X11DRV_CreateIC(XIM xim, struct x11drv_win_data *data)
XVaNestedList preedit = NULL;
On Mon, Apr 14, 2008 at 7:34 AM, Chris Robinson <[EMAIL PROTECTED]> wrote:
> IIRC, the problem is you can't have two Wine processes using two different
> desktops. Try this: start an app without virtual desktop and leave it
> running, run winecfg and turn on virtual desktop (make sure to click A
On Mon, 14 Apr 2008, Christoph Frick wrote:
> On Mon, Apr 14, 2008 at 04:05:23PM +0200, Kai Blin wrote:
>
> Hi Kai, et all,
>
>> +static const char magic_loopback_addr[] = {127, 12, 34, 56};
>
> in the past wine used to work quite well with the ip-address configured
> using the places in the window
Dan,
Any links for us to hear your discussion this past weekend?
--Zach
On Fri, Apr 4, 2008 at 5:05 AM, Jonathan Ernst <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Le jeudi 03 avril 2008 à 20:26 -0700, Dan Kegel a écrit :
> > [...]
>
>
> > The slides are pretty basic; I'll talk a lot around them.
On Mon, Apr 14, 2008 at 04:05:23PM +0200, Kai Blin wrote:
Hi Kai, et all,
> +static const char magic_loopback_addr[] = {127, 12, 34, 56};
in the past wine used to work quite well with the ip-address configured
using the places in the windows registry (msdn or something similar kept
an howto for
Hi,
nitpick:
> +/* Trying to bind to the default hots interface,
using
Typo in word 'host'?
--
Kirill
On Sun, Apr 13, 2008 at 11:14 PM, Roderick Colenbrander
<[EMAIL PROTECTED]> wrote:
> What we really need is mono's windows.forms to be layered on top of gdi32
> and user32 for windows controls like buttons, textboxes and so on .. As lots
> of programs do overrides using native dlls on them, so t
Hi all,
It seems that following change from last Friday broke Solaris build:
http://source.winehq.org/git/wine.git/?a=commitdiff;h=185157cb6eb25bc5e75e9a260b593e98153d2255
This is probably because Solaris /usr/include/X11/Xlib.h doesn't define
XICCallback.
-bash-3.2$ grep XICCallback /usr/incl
On Monday 14 April 2008 01:39:08 am Scott Ritchie wrote:
> I have a few full screen applications that I'd like to run contained in
> small windows. Currently, in order to run them this way, I have to
> either open winecfg and set a virtual desktop or launch the application
> on the terminal with:
"Steven Edwards" <[EMAIL PROTECTED]> writes:
> If I understand the issue correctly the problem is in Wine. The
> application works on Windows no problem. The Thinstall LoadLibrary
> hook can't be expected to know about builtin dlls if its searching the
> default directories or looking up KnownDLLs
On Mon, Apr 14, 2008 at 11:23 AM, Austin English <[EMAIL PROTECTED]>
wrote:
>
> There was a similar request in a bug a few weeks ago. Someone made
> the comment that since Windows's explorer doesn't support this, we
> can't, even though running it on a per-app basis with the 'wine
> explorer /d
On Mon, Apr 14, 2008 at 3:39 AM, Scott Ritchie <[EMAIL PROTECTED]> wrote:
> I have a few full screen applications that I'd like to run contained in
> small windows. Currently, in order to run them this way, I have to
> either open winecfg and set a virtual desktop or launch the application
> on
I have a few full screen applications that I'd like to run contained in
small windows. Currently, in order to run them this way, I have to
either open winecfg and set a virtual desktop or launch the application
on the terminal with: wine explorer /desktop=name,1024x768 app.exe
What I'd like is so
A small implementation change plan:
With Henri's suggestion, we have two levels of indirection, one that maps a
D3D state to a pipeline part and a state, and one that maps a pipeline part
and a state to an application function. Since both states are known at latest
at device creation time, we c
33 matches
Mail list logo
