Dmitry Timoshkov wrote:
While browsing my old not answered e-mails I've found this one. Does
the attached patch help? It restricts the control to draw outside of
the item rect but not the whole control rect as it currently does.
No, it does not help.
trace.bz2
Description: Binary data
Hello,
there should be only one dispatcher thread per process that accepts
control requests. For shared services it starts another service threads
on demand and the amount of them is not limited with MAXIMUM_WAIT_OBJECTS.
Thanks.
Hello,
initially i tested this stuff under XP and it raised exception if lpDatabaseName
is invalid pointer. But after you noticed the bug i run the test under 2000 and
it has been returned ERROR_NOACCESS.
Both versions return ERROR_INVALID_NAME if lpDatabaseName is empty string.
I think the patch s
Dmitry Timoshkov wrote:
>
> If you have a small test case or a snippet of the +relay log showing
> the problem I'll have a look.
>
http://migusoft.ru/misc/trace.bz2
with added ERR()s, see attachment
I cut the tail of log just before the first err:listbox. Note that
there are two listboxes on the fo
Hello,
recently i tried to install some application and it hung when i
tried to select options.
It uses listbox with ownerdraw items with checkboxes. When listbox
is initially painted everything is ok. But when i try to select other
item, an extra WM_PAINT is sent to listbox when application draws
Hello
> I don't think you want to pass ASCII strings across processes, there's
> no guarantee that both processes are using the same codepage.
> Inter-process communication should always be done in Unicode.
I was not going to use those variables for interprocess communications.
But incidentally y
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
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
Hello
> My Advapi32.dll Ver 5.0.2195.6876 from W2K SP4 does not export these
> functions at all. Not even as delayed exports or forwards, at least by
> name. Not sure about ordinals.
>
> Rolf Kalbermatter
I've found alike functions (may be MD4 or MD5) in w2k advapi.dll by magic numbers
but they
Hello
there is some secret crypto API in 2k and xp. Not so long ago i played with native
rsaenh.dll under wine and found that it requires
md5 and sha functions exported by advapi32.dll. I don't know where this API really
should be. Latest platform SDK is very cryptic
itself. Just in case here is
Hello
> Dont take offence if your patch goes to the void. Just resubmit after a
> a week to give it a chance to filter through Alexandre's tree. Its
> possible either
I merely meant that maybe something wrong with implementation. Well, I will resubmit
it soon.
Hello
In fact, the existing implementation of service subsystem in advapi32 is very poor and
is sufficient only for very simple services
or test programs. I tried to launch oracle 7 database under wine and that trial has
been failed. The main problem was inability of
parameter passing. Not only
Hello
> There is no need to export __wine_is_current_process from ntdll and use
> it here when standard win32 apis will suffice.
> Well, not quite. You can open another handle to the process using
> DuplicateHandle or something else, so you need to go via the server. The
> simplest way to do t
Hello
This is a basic framework. Not finished, not really tested -- just stable point. It
does no harm for applications I'm using. I would
be glad to get some comments and suggestions.
This patch does not contain files generated by tools/make_requests
Index: dlls/kernel/kernel_private.h
===
I think that this is incorrect. If you let StartServiceCtrlDispatcher to continue with
no error, you make calling
program think that it is running under control of service control manager. When
service program handles somehow any kind of its
launching, the behaviour may be quite different. Also,
I'm thinking how to implement CreateRemoteThread and besides fix memory management
functions.
The complete (afaik) list includes:
RtlCreateUserThread
NtAllocateVirtualMemory
NtFreeVirtualMemory
NtProtectVirtualMemory
NtQueryVirtualMemory
NtLockVirtualMemory (do nothing?)
NtUnlockVirtualMemory (do
16 matches
Mail list logo