Stefan Leichter <Stefan.Leichter(a)camLine.com> writes:
> Hello,
> i sent this patch one week ago, but it does not get commited. Anything wrong
> with it?
The handling of the buffer sizes looks very suspicious. For instance
you check for namesize being NULL, but later on assign something to it
anyway. Also allocations have to be in bytes but length arguments (for
instance in the GetProfileStringW call) have to be in WCHARs, this
isn't done correctly.
--
Alexandre Julliard
julliard(a)winehq.org
"Pabs" <pabs3(a)bonedaddy.net> wrote:
> ChangeLog
>
> Added some checks to CreateAcceleratorTableA/W (removes fixmes)
IMO it's better to use
if (!MapVirtualKeyW(lpaccel[i].key, 0))
{
WARN("Invalid VK\n");
SetLastError(ERROR_INVALID_PARAMETER);
return NULL;
}
for a check whether VK is a valid one.
--
Dmitry.
I'm looking at how windows deals with invalid
parameters in some of the winmm functions and
it raises some questions. Sometimes they will check
the parameters and return an error code and
sometimes they will let a bad parameter cause
a first-chance exception and catch it and return
an error code.
Is it ok to do a simple NULL pointer check and return an
error rather than letting it cause an exception and catching
it? If not, what's the best way to catch the exception and
return the proper error code?
On Fri, Feb 27, 2004 at 09:19:08AM -0500, Dimitrie O. Paun wrote:
> BTW, why do we need the {GLU32,GLUT32,OPENGL}FILES cases?
> Should those just be listed under X files? And shouldn't
> we just build those, and dload() the Unix libs at run time?
We need these special cases as an user can have X installed but not GLU /
GLUT or OpenGL.
And as to why we cannot dload the Unix lib at run time, it would be a bit
like 'why do we not build the X11DRV library all the time and dlsym all the
X11 symbols'.
Basically, if you do not have OpenGL installed, there is no way you will be
able to get Wine's OpenGL library to run. So there is no point to offer some
special 'dlopen' magic to be able to load it on these boxes.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
On Fri, 27 Feb 2004, Dimitrie O. Paun wrote:
[...]
> @@ -801,7 +753,7 @@
> $basename=~ s/\.(dll|exe)$//i;
> # This is the default link list of Visual Studio, except odbccp32
> # which we don't have in Wine.
> - my @std_imports=qw(advapi32 comdlg32 gdi32 kernel32 odbc32 ole32 oleaut32 shell32 user32 winspool);
> + my @std_imports=qw(odbc32 ole32 oleaut32 winspool);
> my @std_libraries=qw(uuid);
Does winegcc systematically link applications and dlls to advapi32,
comdlg32, etc? How does one do if one does not want to link with gdi32
for instance?
--
Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/
May your Tongue stick to the Roof of your Mouth with the Force of a Thousand Caramels.
Hi,
I can't really give you any advice on using the X API,
but I can tell you that the Win32 and X API are
completely different. If you want to support native X
apps then you will have to either completely rewrite
your Windows program in Linux or you will have to
compile the Linux editor as a Winelib app and run it
under Wine.
I suggest you find a good book on the X API and/or
contact the appropriate mailing lists to find out
which functions you should use.
Rob
>>> "saravanan" <saravananv(a)erdcitvm.org> 02/26/04 11:17 AM >>>
Hai friends,
I successfully ran a script manager(keyboard Manager/driver) developed for windows (using VC++) in Linux using wine. Its working in the wordpad application called using wine.I want to make it work in Linux editors.
The technical details about the working of the keyboard driver is as follows.
1) The keyboard driver is a keyboard hooker program. The keyboard driver will trap all the keystrokes from the keyboard and convert the Ascii value to the appropriate native language Character code.
2) First we have to get the handle of the window/control where the cursor is currently located, for that the GetFocus API is used.
3) Virtual-key code of the key that generated the keystroke message is converted to appropriate another code for making the keyboard Inscript or phonetic and send using Postmessage API.
I have some doubts. Do these APIs written for windows work in linux. In linux , How could i get the handle of the window where the cursor is currently located. What are the changes that i should make in the source code to make it work for linux editors.
Looking for your suggessions. Thanks in advance .
Saravanan
______________________________________
Scanned and protected by Email scanner
Hi,
I have uploaded the big stubless RPC patch to a website as it is rather
large (~120k). You can get it here:
http://www.dcs.warwick.ac.uk/~csvmc/rpcrt4_3.diff
As you can probably see, a lot of the stuff in this patch is a bit rough
around the edges (lack of copyright notice in some files), but it does
seem to work for a lot of cases.
Rob
P.S. It doesn't work for native OLE32 yet because we need some
undocumented interfaces in RPCSS.
Robert Shearman <R.J.Shearman(a)warwick.ac.uk> writes:
> No comment to this patch last time it was sent. Is it better implemented
> some other way?
I don't think user32 should be messing with the exception
filter. Maybe we could make winedbg do this?
--
Alexandre Julliard
julliard(a)winehq.org