Hello
> Sorry but I dont understand the need of remote operations in
> Wineserver.
They provide another kind of interprocess communications.
We should force another process to execute desired operation.
Added requests help to supply parameters and obtain the result.
If we would use service threa
Jon Griffiths <[EMAIL PROTECTED]> writes:
>+dlls/user/listbox.c
> Draw background of the empty selected item in empty lists
> Dont draw a focus rect if we do not have the focus
> Dont select items on key up/down in multi-select lists
This is causing a test failure:
listbox.c:134:
"Rein Klazes" <[EMAIL PROTECTED]> wrote:
> Great. Attached patch is what I think Windows is doing. It fixes the
> problem with Agent, and hopefully also fixes your problem about no
> window with keyboard focus.
No, I don't think that your patch is correct. My tests show that WM_SYSCHAR is
really
"Ann and Jason Edmeades" <[EMAIL PROTECTED]> writes:
> +/* No reference counting is required as there will be only one reference from
> + Direct3DCreateX, and released when the reference count of that object gets to 0
> */
> ULONG WINAPI IWineD3DImpl_AddRef(IWineD3D *iface) {
> +IWineD3DIm
Hello Wine developers,
perhaps some guys will remember me. I'm working for a small
software company making a tool for FMEA and risk management.
Late last year I managed to make our application work with Wine
by submitting some patches.
Our company held it's anual user meeting this week in Pforzh
Hello,
Just to get started, I thought I could do some work of the Interlocking
cleanup; The first patch wasn't applied yet so it's included in this
patch as well
I tried to do as suggested in the patch on the site and came up with
this; I hope it's usefull...
regards,
Joris
Index: dlls/ole32/a
Here's a more detailed dump:
WineDbg starting on pid 0x8
Unhandled exception: page fault on write access to 0x41a41754 in 32-bit code
(0x10007239).
In 32 bit mode.
000f:err:dbghelp_msc:codeview_process_info Unknown CODEVIEW signature 53445352 in
module xdb
Register dump:
CS:0023 SS:002b DS:00
I just made a "cvs diff..." and my chunk of code didn't match directly.
I see the commit now. Please forgive my sloppyness.
/ Jens
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Alexandre Julliard
Sent: den 23 september 2004 20:33
To: Jens Collin
Cc: [EM
Firewall/[EMAIL PROTECTED] writes:
> I guess my main question is: why is so much assembly needed there - can
> some or all of it be replaced by C code (at least on platforms where you
> never need to interact with real windows libs - like sparc/solaris and
> pa-risc/hpux)?
I'm afraid I won't be a
Richard Cohen <[EMAIL PROTECTED]> writes:
> We shouldn't create a new file for *every single* test, but we should
> do so for an unrelated test. How 'unmanageable' is adding 1 line to
> Makefile.in?
There are more than 700 APIs in user32 alone. If we create a new file
for each one, that means 700
Huw D M Davies <[EMAIL PROTECTED]> writes:
> Implement PathSearchAndQualify and add a test.
I think you need to throw a SearchPath() in there too. If you try with
a simple file name without directory you'll see that the test fails.
--
Alexandre Julliard
[EMAIL PROTECTED]
Ewert, Mark a écrit :
This is the trace just before the exception that is seen:
0017:trace:loaddll:load_dll Loaded module
L"c:\\windows\\system\\ws2_32.dll" : builtin
0017:trace:loaddll:load_dll Loaded module
L"Z:\\home\\xscale_xactor\\sandbox\\MSVCR71.dll" : native
0017:trace:loaddll:load_dll Lo
"Alexander Yaworsky" <[EMAIL PROTECTED]> writes:
> Ok, here is a draft working implementation of NtAllocateVirtualMemory.
> There are four mechanisms at all: signals, ptrace, service thread and wait. This
> implementation uses so-called wait approach: request is passed via wait_fd.
> The drawback
"Jens Collin" <[EMAIL PROTECTED]> writes:
> I never get any response to my supplied patch.
> I assume that there's something more wrong with it, but I can't _guess_
> what it is.
> Could anyone help me?
It was applied at least a week ago.
--
Alexandre Julliard
[EMAIL PROTECTED]
Firewall/[EMAIL PROTECTED] writes:
> I guess my main question is: why is so much assembly needed there - can
> some or all of it be replaced by C code (at least on platforms where you
> never need to interact with real windows libs - like sparc/solaris and
> pa-risc/hpux)?
No, pretty much ever
Ge van Geldorp <[EMAIL PROTECTED]> writes:
> dlls/shell32/control.c contains some 16-bit code (function RunDLL_CallEntry16),
> which I would like to separate out. I wonder if the attached patch is the
> correct way to do that?
No, it really has to be exported from shell32.
> On Win2k export 122
Hello,
--- Alexander Yaworsky <[EMAIL PROTECTED]> wrote:
> Ok, here is a draft working implementation of
> NtAllocateVirtualMemory.
> There are four mechanisms at all: signals, ptrace, service thread and
> wait. This
> implementation uses so-called wait approach: request is passed via
> wait_fd.
>
On Thu, 23 Sep 2004 23:38:16 +0900, you wrote:
> "Rein Klazes" <[EMAIL PROTECTED]> wrote:
>
> > After finding an accelerator for WM_CHAR (in this case SYSCHAR) the code
> > in translate_accelerator() jumps straight to the handling of this.
> > Again I'm not familiar with these parts, do you thin
"Rein Klazes" <[EMAIL PROTECTED]> wrote:
> After finding an accelerator for WM_CHAR (in this case SYSCHAR) the code
> in translate_accelerator() jumps straight to the handling of this.
> Again I'm not familiar with these parts, do you think key state checks
> should be added here?
Since now I ha
On Thu, Sep 23, 2004 at 01:37:32PM +0100, Robert Shearman wrote:
> I did replace some GetWindowLongA calls with GetWindowLongPtrW, but
> there is really no difference between the two A and W versions in terms
> of performance anyway.
Yes, but we should use the W version in preference to the A on
Dmitry Timoshkov wrote:
"Robert Shearman" <[EMAIL PROTECTED]> wrote:
-if (!(context.Eax = GetWindowWord( HWND_32(hwnd), GWL_HINSTANCE ))) context.Eax = context.SegDs;
+if (!(context.Eax = GetWindowWord( HWND_32(hwnd), GWLP_HINSTANCE ))) context.Eax = context.SegDs;
GetWindowWord abo
"Robert Shearman" <[EMAIL PROTECTED]> wrote:
> -if (!(context.Eax = GetWindowWord( HWND_32(hwnd), GWL_HINSTANCE ))) context.Eax
> = context.SegDs;
> +if (!(context.Eax = GetWindowWord( HWND_32(hwnd), GWLP_HINSTANCE )))
> context.Eax = context.SegDs;
GetWindowWord above probably should b
Hi,
i want to compile a small MFC based app using winelib/winemaker. The system is
Debian SID (upto date, daily patched) (wine 20040716).
As I understood from doc 'winelib-user/mfc-compiling' I have to compile MFC
first. I copied dir 'atlmfc' from VC7 onto my machine, cd'ing into
atlmfc/src/mf
Hello
> Well, I'm not going to commit that part since it doesn't actually do
> anything with the remote operation, and it's not clear at all that the
> requests you added will be appropriate to whatever mechanism we use to
> do the remote operation.
Ok, here is a draft working implementation of N
On Thursday 23 September 2004 06:02, Steven Edwards wrote:
> Feel free to drop the gettimeofday part from this patch. There are 16
> other source files where we call gettimeofday in Wine and I am sure if
> you dont accept it I can come up a good implementation in libwine.
Why not use Windows tim
One thing to keep in mind is that at some point we'll probably want to
put the user-modified settings in HKCU instead of HKLM, so that the
HKLM ones can be maintained automatically by wine.inf and friends.
That will probably also require winecfg to somehow take into account
the HKLM defaults and on
That probaly because your email client has automagically converted it for you.
If I look at the raw email I see;
Mea Culpa. It's unlikely to be Mozilla (Thunderbird), I guess some relay
along the way is stripping digital signatures.
That's quite serious and I hadn't suspected such a thing would e
27 matches
Mail list logo
