Can someone provide some follow up on this? There is a problem with the current
code. The way I fixed it allows the end user to set the mode with xinput. That
seems preferable to having to apply a patch to wine if the mouse in use doesn't
work.
Christopher Cope wrote:
>The way I se
wrote:
>Christopher Cope writes:
>
>> @@ -286,8 +286,10 @@ static void enable_xinput2(void)
>> class->number, class->min, class->max,
>class->resolution, class->mode,
>> XGetAtomName( data->display, class->label ));
&
On 05/01/2013 07:38 AM, Christopher Cope wrote:
On 05/01/2013 07:21 AM, Christopher Cope wrote:
I am unsure how the "enum x11drv_atoms" in the file
dlls/winex11.dev/x11drv.h works. My /usr/include/Xatom.h defines
XA_LAST_PREDEFINED as 68. Presumably, therefore XATOM_Rel_X and
X
On 05/01/2013 07:21 AM, Christopher Cope wrote:
I am unsure how the "enum x11drv_atoms" in the file
dlls/winex11.dev/x11drv.h works. My /usr/include/Xatom.h defines
XA_LAST_PREDEFINED as 68. Presumably, therefore XATOM_Rel_X and
XATOM_Rel_X should be 81 and 82 respectively. Howev
I am unsure how the "enum x11drv_atoms" in the file
dlls/winex11.dev/x11drv.h works. My /usr/include/Xatom.h defines
XA_LAST_PREDEFINED as 68. Presumably, therefore XATOM_Rel_X and
XATOM_Rel_X should be 81 and 82 respectively. However, when I dump the
values I get 195 and 196. I am attempting t
I understand the premise, but I disagree. A lot of apps that I use don't have
maintainers. However, the comments are typically helpful. I believe this should
be approached differently.
"André Hentschel" wrote:
>Am 28.04.2013 18:57, schrieb Rosanne DiMesio:
>> Forced moderation of comments coul
I agreee that just converting syntax would not be enough, but it would make
OO design in D alot easier and faster. It an idea currently, I was just
looking for some input.
On Wed, Jun 23, 2010 at 4:17 PM, Gert van den Berg wrote:
> On Wed, Jun 23, 2010 at 22:58, Christopher Selph
>
ough.
>
>
> On Wed, Jun 23, 2010 at 2:46 PM, Gert van den Berg
> wrote:
>
>> On Wed, Jun 23, 2010 at 20:48, Stephen Eilert wrote:
>> > On Wed, Jun 23, 2010 at 3:06 PM, Christopher Selph
>> wrote:
>> >> Well, being a garbage collected language, it wou
Hi everyone, new here. I have been fooling around with the idea of porting
WIne to the D programming language. What do you think would be the chances
of sucess? D has the speed of C, but is a garbage collected language and
OOP.
D: http://www.digitalmars.com/d
Chris
Hi,
I'm having trouble with winedbg and seh exceptions. I've got a program
that throws TONS of unhanded exceptions that don't seem to affect
behavior at all, but there is one exception that I'm after, it's an
access violation exception that's crashing a program. I can "run" the
program by holding e
Ben Klein wrote:
> 2009/5/5 Mike Kaplinskiy :
>
>> On Mon, May 4, 2009 at 9:27 PM, Christopher Harvey
>> wrote:
>>
>>> I just built wine out of git.
>>> Ran this:
>>> wine-git $ find . -name winedbg
>>> ./programs/winedbg
>&
I just built wine out of git.
Ran this:
wine-git $ find . -name winedbg
./programs/winedbg
notice there is no winedbg program. The output there is a folder only.
Where is the winedbg program within the git tree?
Vitaliy Margolen wrote:
> [EMAIL PROTECTED] wrote:
>> on the patch list...
>>
>> The first patch is for a bug I tracked down in context.c that is
>> causing some of the behavior that wine is having with the ATI graphics
>> driver.
> That patch is no-op - it doesn't change anything.
>
>>
>> The s
Michael Karcher wrote:
> Am Freitag, den 27.06.2008, 11:26 +0200 schrieb slawek:
>> I have one game, that needs DX6, but lowest clone version of DX is 7.
> That statement is wrong. dlls/ddraw implements DirectDraw 1 to 7. Core
> functionality for surfaces and DX7 special functions are in surface.c,
is the path getting passed in?
OR is it in an ini file that is read...
Either way you could parse the first few characters for the usual
windows / dos format and branch that way
written, since the WM_IME_SETCONTEXT message is in many cases specified
as following WM_ACTIVATE in the various 'message Wm*[]' structures.
Please tell me if something more needs to be done.
Cheers,
Christopher
Our existing tests for GetPrivateProfileString were not checking to see
if strings were null terminated, and in particular, the case where
lpDefault wasn't set, the code actually *didn't* set the target buffer
to an empty string as it should. Valgrind noticed this problem, but the
unit tests di
nixRC.
Anyone have a suggest as to what I should look into next? I've tried
transferring both the deviceclasses regkey for HID, and the enum regkeys
for HID.
Thanks,
Christopher
Content-Type: text/plain;
> charset=ISO-8859-1; format=flowed Christopher wrote:
>> > Changelog:
>> > Check that the handle and pointer passed to
>> > SetupDiDeleteDeviceInterfaceRegKey are valid to read from. This patch
>> > continues to address bug
hone/ipod touch) working, if you
> populate control\deviceclasses and control\enum a hid device is
> 'added'. Just copy those keys from a windows installation.
>
> Cheers,
> Maarten.
>
>
Thanks! SetupDiGetClassDevs and GetDeviceInterfaceData seem to work now,
but GetDeviceInterfaceDetailData causes several errors. I'll look into
it now that I have somewhere concrete to start.
Christopher
ose to be created.
Thanks,
Christopher Berner
about>. I'm the new
MozyHome maintainer and the vendor which is listed is wrong.
Thanks,
Christopher Berner
p.s.
I just noticed that I'm not in the AUTHORS file, even though several of
my patches have been accepted to Wine. Was I suppose to add myself, or
is that automatically generated (in which case, why did it leave me out?)
me to
have the correct vendor.
Christopher
Strictly speaking, running as root is a OS level issue, not a wine
issue. That being said, wine is being friendly if it notes the
possible issues with running as root. That being said, letting the
user know the bypass switch or when wine doesn't start up right away
is also friendly.
Perhaps we
in the background, and the same thing
happens: mozybackup.exe shows up in the process list for ~3seconds then
disappears and the console displays the fixme's that I posted in bug #12030.
If you have time to look into it that would be great! My knowledge of
how services work is limited at best (still an undergrad, and I haven't
taken an OS class yet).
Christopher
, but
it didn't help anything, the service still wouldn't start. I don't have
the experience to work on that patch by myself, but if someone else
starts on it and would like assistance making tests or something I'm
happy to try.
Christopher Berner
Paul Vriens wrote:
> James Hawkins wrote:
>> On Fri, Mar 14, 2008 at 8:03 AM, Paul Vriens
>> <[EMAIL PROTECTED]> wrote:
>>> Christopher wrote:
>>> > Maarten Lankhorst wrote:
>>> >> Hi Christopher,
>>> >>
>>> &g
Dan Kegel wrote:
> On 3/13/08, Edward Savage <[EMAIL PROTECTED]> wrote:
>
>> Just as a silly outside thought; would it be worth keeping track of
>> some of the bigger windows virus so we can see how good wine
>> compatibiliy with all of the nitty gritty bugs of windows really is?
>> Also thi
MammothTruk wrote:
> I read the WineHQ newsletters when they come out to try and keep up on
> the goings on of Wine and what will run on it. I noticed that the
> Wsock32.dll was suggested as a SoC project. I wanted to point out
> that Vista X64 has issues with this dll and some of the newer pr
Maarten Lankhorst wrote:
> Hi Christopher,
>
> 2008/3/12, Christopher <[EMAIL PROTECTED]>:
>
>> I've been trying to get MozyHome working on WINE, and have made a little
>> progress. However, it seems that the service which Mozy uses won't
>> start
. Are
services implemented in WINE now, or if they're not is someone working
on it who I could help out?
Christopher Berner
Alexandre Julliard wrote:
> Christopher <[EMAIL PROTECTED]> writes:
>
>
>> James Hawkins wrote:
>>
>>> Why don't you just name the new parameter the same name as the
>>> function parameter ('buffer' or s
Hi,
I'm going to try to implement AcceptEx this weekend. Just wanted to ask
if I should write it using unix sockets, or using the existing ws2_32
implementation.
Thanks.
Dmitry Timoshkov wrote:
> "Christopher Harvey" <[EMAIL PROTECTED]> wrote:
>
>> Juan Lang wrote:
>>>> I'm giving the mswsock.c file some development time. I need to
>>>> know if
>>>> the winsock API has been inited.
>>>
Juan Lang wrote:
>> I'm giving the mswsock.c file some development time. I need to know if
>> the winsock API has been inited.
>>
>
> The question is, why do you need to know that? Can't you just
> initialize it yourself? Then you'll know it has been.
> --Juan
>
>
There are some functio
James Hawkins wrote:
> On Wed, Mar 5, 2008 at 6:28 PM, Christopher Harvey
> <[EMAIL PROTECTED]> wrote:
>
>> I'm giving the mswsock.c file some development time. I need to know if
>> the winsock API has been inited. This has already been implemented, but
James Hawkins wrote:
> On Wed, Mar 5, 2008 at 11:58 AM, Christopher
> <[EMAIL PROTECTED]> wrote:
>
>> resubmitting my patch to resolve a merge conflict with the latest GIT
>>
>> Christopher Berner
>>
>> From 47a770102acf010834899489416e9
[EMAIL PROTECTED] wrote:
> Message: 3
> Date: Fri, 29 Feb 2008 12:50:53 +0100
> From: Alexandre Julliard <[EMAIL PROTECTED]>
> Subject: Re: Conformance tests for LoadStringW and LoadStringA
> To: Christopher <[EMAIL PROTECTED]>
> Cc: wine-devel@winehq.org
&
L. Rahyen wrote:
> On Monday February 18 2008 19:44:08 Austin English wrote:
>
>> On Feb 18, 2008 12:35 PM, L. Rahyen <[EMAIL PROTECTED]> wrote:
>>
>>> Of course, there is some people who like forums. If we decide to
>>> create forum specifically for them, it is important to have po
L. Rahyen wrote:
> On Monday February 18 2008 19:44:08 Austin English wrote:
>
>> On Feb 18, 2008 12:35 PM, L. Rahyen <[EMAIL PROTECTED]> wrote:
>>
>>> Of course, there is some people who like forums. If we decide to
>>> create forum specifically for them, it is important to have po
James Hawkins wrote:
> On Feb 17, 2008 9:15 PM, Christopher Harvey <[EMAIL PROTECTED]> wrote:
>
>> What needs to get done for iTunes to work?
>>
>>
>
> 80% of bug fixing development is figuring out the answer to that
> question. If we knew all that
What needs to get done for iTunes to work?
hich test fails.
Christopher
make[1]: Entering directory `/home/christopher/wine-git/tools'
make[1]: `makedep' is up to date.
make[1]: Leaving directory `/home/christopher/wine-git/tools'
make[1]: Entering directory `/home/christopher/wine-git/dlls'
make[2]: Entering directo
James Hawkins wrote:
> On Jan 21, 2008 2:47 PM, Christopher <[EMAIL PROTECTED]> wrote:
>
>> James Hawkins wrote:
>>
>>> On Jan 21, 2008 2:14 PM, Christopher <[EMAIL PROTECTED]> wrote:
>>>
>>>
>>>> Dmitry Timoshkov
James Hawkins wrote:
> On Jan 21, 2008 2:14 PM, Christopher <[EMAIL PROTECTED]> wrote:
>
>> Dmitry Timoshkov wrote:
>>
>>> "Dmitry Timoshkov" <[EMAIL PROTECTED]> wrote:
>>>
>>>
>>>> It's not clear wh
Dmitry Timoshkov wrote:
> "Dmitry Timoshkov" <[EMAIL PROTECTED]> wrote:
>
>> It's not clear what this test is supposed to show. If the 1st call
>> to LoadStringW is supposed to set resourcepointer to not NULL, why
>> don't you test it? Then 'if(resourcepointer != NULL)' check and copying
>> to copi
Dmitry Timoshkov wrote:
> "Christopher" <[EMAIL PROTECTED]> wrote:
>
>> +static void test_LoadStringW(void)
>> +{
>> +HINSTANCE hInst = GetModuleHandle(NULL);
>> +WCHAR copiedstring[128], returnedstring[128], *resourcepointer =
>> NULL
s similarly. It
> would be
> also interesting to test LoadStringA/W with both buffer and buffer
> length set
> to 0.
>
> In addition, as I already pointed out you need to inspect Wine source
> and fix
> the places which will be broken by your fix.
>
Why do I need to test LoadStringA? My patch only deals with LoadStringW.
Christopher
Ferenc Wagner wrote:
> "Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
>
>
>> "Christopher" <[EMAIL PROTECTED]> wrote:
>>
>>
>>> Thanks for pointing that out! Am I suppose to attach a test case for all
>>> my pa
James Hawkins wrote:
> On Jan 17, 2008 1:31 AM, Christopher <[EMAIL PROTECTED]> wrote:
>
>> This patch fixes LoadStringW when 0 is passed for buflen. LoadStringW
>> should now behave as described on MSDN:
>> http://msdn2.microsoft.com/en-us/library/ms647486.aspx
&
James McKenzie wrote:
> Christopher wrote:
>> I'd like to get Mozy (online backup software, see mozy.com) working
>> under Wine. I'm not sure I have all the skills, but I'm willing to
>> try and write the necessary patches. In particular I need to fix b
is rendered
in general. Can anyone suggest a starting point for me? My programming
experience has all been on Windows, so I don't know much about Wine and
Linux. I tried looking through the output of +relay, but besides some
WM_SETFONT messages there wasn't anything that looked very useful.
Christopher
On Fri, Sep 22, 2006, Stefan Dösinger wrote:
> So the idea is to find out what the application does and fix the opengl
> blitting code :-)
After a debugging session, I found out that the cause of the graphical
glitch is that the extension GL_REGISTER_COMBINERS_NV was enabled, and
it breaks IWineD
On Tue, Sep 19, 2006, Stefan Dösinger wrote:
> Am Montag 18 September 2006 10:12 schrieb Christopher GAUTIER:
> > I've identified a bug in IWineD3DDeviceImpl_CopyRects. When CopyRects()
> > is called to copy the source entirely into the destination surface, and
> > that
On Sun, Feb 22, 2004 at 06:07:22PM +0800, Dmitry Timoshkov wrote:
>"Christopher Faylor" <[EMAIL PROTECTED]> wrote:
>>This fix looks reasonable. I've checked it in with some minor
>>formatting tweaks and a new changelog.
>
>Thank you very much for suc
On Sun, Feb 22, 2004 at 01:13:38AM +0800, Dmitry Timoshkov wrote:
>I've found and fixed a bug in dlltool preventing exporting non-named
>and forwarded DLL entries.
>
>The patch is attached.
>
>Changelog:
>2004-02-22 Dmitry Timoshkov <[EMAIL PROTECTED]>
>
>* dlltool.c (gen_exp_file): Even not
56 matches
Mail list logo
