Last week-end winapi_check was confused by these C++ style
comments.
Yes, I noticed.
Maybe with the latest updates it would be ok
It is, I have fixed it and submitted it.
Alexandre haven't applied it yet though.
but I think we're
not really supposed to have C++ comments in Wine anyway.
You could just use abiword, or staroffice, or applixware...
Is it possible to use the libwine, maybe some Word DLLs found on an NT
system and to create
a program using both which can create Word documents? Or does no Word
API exist for such a task?
I don't want to start Wine to input text in
Oops! Sorry about that. I would normally avoid putting C++ comments
in C code, but habit got the better of me. Does gcc have a switch to
cause it to complain about that and, if so, do we want to use it?
Thanks for catching and fixing my error.
Ken
On 17 May
On Wed, May 17, 2000 at 10:29:26AM -0400, michael cardenas wrote:
You could just use abiword, or staroffice, or applixware...
Hmm ???
Obviously this isn't *at all* what he wants...
He's trying to find a way to automatically build .doc files within scripts,
I guess.
I don't really believe
Hello,
I've spent some time trying to integrate libtool
(http://www.gnu.org/software/libtool) with Wine, and it seems to work
pretty well so far. Libtool is a configurable shell script used to
abstract the building and linking of libraries on a wide variety of
platforms.
Enclosed is an
Martin Mitchell [EMAIL PROTECTED] writes:
This patch fixes some apps (primarily VB it seems) which try and load
"mmsystem." for example. No, it isn't pretty, but it is effective and
the right place to fix this bug.
No it's not. You cannot go write into the string passed by the caller.
And
I am new to the list, so pardon me if this message has been asked time and
again, but I need some clarification on one problem, and suggestions on
another.
I have a Windows application that is runs fine under wine with one
exception. It uses one of the advanced dialog features of Windows 98, a
1) instead of generating C code for the conversion (as in
opengl_norm.c), generate some ASM in-line to do it as fast as
possible. The problem with this is how to get the
address of the
'destination' function to put in the ASM...
I'm not sure exacly what you mean
On Wed, May 17, 2000 at 10:25:02PM +0200, Lionel Ulmer wrote:
As for thread safety, for most of OpenGL apps that people will use
with Wine (i.e. games :-) ), there should be no need to have it... So
having a non-thread safe but fast solution that could be compiled in
at configure time could
Lionel Ulmer [EMAIL PROTECTED] writes:
On Wed, May 17, 2000 at 09:20:57PM +0200, Peter Bortas wrote:
% wine -debugmsg +ddraw /games/ff7demo/FF7Config.exe
(...)
trace:ddraw:Xlib_IDirectDraw2Impl_QueryInterface
(0x4040cba4)-({6aae1ec1-662a-11d0-889d-00aa00bbb76a},0x40c16db4)
I don't think a comparison with Windows is that technically relevant,
since the graphic cards drivers are completly different.
Well, I am using NVIDIA's OpenGL drivers... And as far as I know, the
codebase is the same for Windows and Linux drivers. So performance
should be comparable betwenn
11 matches
Mail list logo