Hi,
On Sun, May 14, 2000 at 11:32:36PM +0200, Patrik Stridvall wrote:
This is because GetRelAbs according to the Wine spec
file takes 1 parameter but some experimenting
show that this function takes 2 parameters
or at least it doesn't crash with that as it
does with 0, 1 and 3 parameters.
Here they are again...
Unknown Document
From: "michael cardenas"
Here they are again...
Aren't some of these patches reversed?
--
Dimi.
Alexandre Julliard wrote:
I'd prefer if we could abstract parts of the current checks and put
that into aclocal. For instance many tests do something like
AC_CHECK_HEADER(xx.h)
if ac_cv_header_xx = yes
then
AC_CHECK_LIB(xx)
fi
Actually, now that I look at it, I'm a little confused
When I enable ICOM_MSVTABLE_COMPAT in include/wine/obj_base.h wine
won't compile. For some reason it's trying to link regapi but there's no
libwine. It looks like this msvtable compatibility is borken.
I'll keep trying to track it down...
The code for interfacing with BitStream's FontTastic font server is in
the Corel tree. The BitStream server supports an extended XFS api that
allows us to do things like get a glyph outlines, etc. The API itself is
readily visible in the header files, though the actual client interface
library
I didn't do most of our wrc work, but here's a summary of the problems we had.
wrc couldn't handle all complicated #ifdefs with
logical conditions and/or continuation backslash '\' on the
end of line. Then we used gcc to preprocess files, so its not that important
Well, if we claim we can
Alexandre Julliard wrote:
I'm not sure I see why we should require SYSMENU to manage a
window. What is wrong with the current behavior?
Ok. I made my second patch without checking carefully
enough. SYSMENU is not required.
The problem with the current implementation is that no
michael cardenas wrote:
wrc couldn't handle all complicated #ifdefs with
logical conditions and/or continuation backslash '\' on the
end of line. Then we used gcc to preprocess files, so its not that important
Well, if we claim we can compile out of the box, people are not going to be
Hi all,
After doing some benchmarks, I found out that the OpenGL performance
is not too bad compared to Windows : about 25 % slower on the
Tirtanium benchmark when removing the X11 critical section protection,
50 % slower with it.
Now, I think most of the remaining FPS are lost in the CDECL -
At 04:42 PM 5/16/00 -0400, you wrote:
Yes, the app creates a 0x0 window, which is does not show up
under Windows. Could we just flip the WS_VISIBLE bit to not
show it?
I'm not the person who judge if a solution is acceptable or a horrible
hackAll I can say is that I would not do it myself
11 matches
Mail list logo