Casper Hornstrup [EMAIL PROTECTED] wrote:
I would like to have the call to the Win16 API LockResource16
removed from ole32.dll. I guess there is a reason for it being
LockResource16 and not LockResource. What is the reason?
Because LoadAcceleratorsA/W returns a value allocated by
-Oprindelig meddelelse-
Fra: Dmitry Timoshkov [mailto:[EMAIL PROTECTED]
Sendt: 6. december 2003 14:00
Til: Casper Hornstrup
Cc: [EMAIL PROTECTED]
Emne: Re: LockResource16 in ole32.dll
Casper Hornstrup [EMAIL PROTECTED] wrote:
I would like to have the call to the Win16 API
Having a spot of trouble getting this function implemented
in Wine so I can install a program for my job. It is basically a VB app that
interfaces with a MySQL server database. I have heard that I cannot use a
native DLL to do the job since it is OLE, so I have been trying to write a stub
Eric Pouech [EMAIL PROTECTED] writes:
I hope Alexandre will not got mad about the introduced circular dep
(kernel32 = (delay) winedos = kernel32). Since, we're now building
the DLLs through the .spec files, I assumed, since it no longer
impacts the make system, it would be ok.
I don't think
Alexandre Julliard wrote:
Eric Pouech [EMAIL PROTECTED] writes:
I hope Alexandre will not got mad about the introduced circular dep
(kernel32 = (delay) winedos = kernel32). Since, we're now building
the DLLs through the .spec files, I assumed, since it no longer
impacts the make system, it would
On Sat, 06 Dec 2003 12:54:02 -0600, Robert Iver wrote:
Having a spot of trouble getting this function implemented in Wine so I can
install a program for my job. It is basically a VB app that interfaces with
a MySQL server database. I have heard that I cannot use a native DLL to do
the job
Eric Pouech [EMAIL PROTECTED] writes:
but we do export FILE_Dup2 from kernel32, which doesn't correspond to
anything either. My patch was also killing that one. Basically,
replacing one krnl386 API, and a wine only API in kernel32, with a
wine only API in winedos (which is our own, so
There are better ways of getting rid of FILE_Dup2 than moving a bunch
of kernel APIs into winedos. The obvious one is to allocate new
handles until we get the one we want and then free the others; not
exactly efficient, but I don't think many apps calls FILE_Dup2 in a
loop.
this won't work if the
I was thinking about fixing the bug 1848.
Here are parts of the involved functions.
See my comments/questions with multiple *** inside:
---
BOOL WINAPI TrackPopupMenu( HMENU hMenu, UINT wFlags, INT x, INT y,
INT nReserved, HWND hWnd, const
Eric Pouech [EMAIL PROTECTED] writes:
this won't work if the file number you want to dup is one of the
default files (stdin, stdout, stderr...), as
Win32HandleToDosFileHandle won't let you set it. Unless
Win32HandleToDosFileHandle is wrong about this test.
I think it's wrong yes, there's no
This patch caused a regression in Winamp 2.91, and the top window is not
repainted.
I use with the folowing modifications in the ~/.wine/config:
; Winamp 2.91 runs good, but the title is eated. In desktop is better.
[AppDefaults\\winamp.exe\\x11drv]
Desktop = 560x700
Em Sex 05 Dez 2003 01:42,
11 matches
Mail list logo