Hi,
Use gcc 2.97 with -fshort-wchar.
Well, this was for VWCL, and I wanted to make the price of entry as low as
possible for the existing win programmers, so I've gone for another solution;
since its a C++ framework its sufficient to use
#define VTEXTW(str) wine_unicode_text(L##str)
and
Heya guys,
Just a quick question has anyone gotten MechWarrior 4 to work in wine
yet?? If so if you can could you tell me how? When i say "wine setup.exe"
from the CD it doesnt build anything. Just wondering if anyone got the same
problem or got it to work.
Thx
Nick Hudson
Hi again.
Well, I've looked up the keyboard code, searched for the problem and
changed the keyboard table...
Well... I can't get DeadKeys to work... Is it or not a "feature" at this
point?
(thanks Gerard, for your anwer ;-) )
I am asking this particulary to people in france or other that have
Hi,
I have some serious problems with Ultima Online. The last few weeks UO
crashes with a divide by zero error:
fixme:midi:OSS_MidiInit Synthetizer support MIDI in. Not supported yet
(please report)
fixme:midi:OSS_MidiInit Synthetizer support MIDI in. Not supported yet
(please report)
[NOTE: I'm not subbed to wine-devel, I'm posting this from the WWN link]
Just saw the bit in WWN about Mozilla and IWebBrowser, and thought I'd
better tell you guys that a lot of this work's been done already:
http://www.iol.ie/~locka/mozilla/mozilla.htm
-- Yoz
+ Yoram (Yoz) Grahame [EMAIL
Jon Griffiths wrote:
Hi,
Use gcc 2.97 with -fshort-wchar.
Well, this was for VWCL, and I wanted to make the price of entry as low as
possible for the existing win programmers, so I've gone for another solution;
since its a C++ framework its sufficient to use
#define VTEXTW(str)
Has anyone tried to port Wine to run on LINUX on an IBM mainframe? We
are running several LINUX virtual servers of different distributions and
would like to try running WINE. So far when I run the /tools/wineinstall
I get the error that I must add my CPU CONTEXT to WINNT.H.
On Wed, 17 Jan 2001, Jim wrote:
Has anyone tried to port Wine to run on LINUX on an IBM mainframe? We
are running several LINUX virtual servers of different distributions and
would like to try running WINE. So far when I run the /tools/wineinstall
I get the error that I must add my CPU
What's up with winelib these days?
I found a windows app that runs great under Wine in emulation
mode with out any windows dlls. I'd like to make an easy to
distribute/setup/run version of it. Would porting with winelib
or wint+libs+app be the easiest? smallest? best?
I don't have the source
Hi all,
http://support.microsoft.com/support/kb/articles/Q133/0/90.asp
A Windows 95 printer driver should only use thunks in calls to the
ABORTDOC, ENDDOC, NEWFRAME, NEXTBAND
and STARTDOC subfunctions of its Control() function.
If a Windows 95 printer driver thunks in any call other than a
Francois Gouget wrote:
On Wed, 17 Jan 2001, Jim wrote:
Has anyone tried to port Wine to run on LINUX on an IBM mainframe? We
are running several LINUX virtual servers of different distributions and
would like to try running WINE. So far when I run the /tools/wineinstall
I get the
Ulrich Weigand wrote:
Ove, could you try whether this solves your deadlock?
Bye,
Ulrich
ChangeLog:
* include/queue.h windows/queue.c windows/message.c
Protect queue-wakeBits/changeBits/wakeBits by critical section.
Any reason this hasn't been checked into CVS yet?
We've run into a bit of a nasty issue with the DDraw OWN_WINDOW code. This code exists
to create a fake 'full screen' window for DDraw apps that ask for exclusive full-screen
control.
The window is created in dlls/ddraw/dsurface/user.c. It gets created in the DDraw
update thread that is
Andreas Mohr [EMAIL PROTECTED] writes:
If a Windows 95 printer driver thunks in any call other than a ABORTDOC,
ENDDOC, NEWFRAME, NEXTBAND or STARTDOC call, the Windows graphics device
interface (GDI) may become reentrant.
Because the GDI was never designed to be reentrant, the system may be
"Francois Gouget" [EMAIL PROTECTED] wrote:
Well, I'm not in France but I do sometimes use my qwerty keyboard in
'US-International' mode so that I can get some of these French
characters... via dead-keys. Of course it seems like half the Unix
applications don't support dead keys and the
Hi,
Of course the name is a bit long (and it's WINE specific) so you
could do:
#define VTEXTW(x) WINE_UNICODE_TEXT(x)
In this case the macro is only used in c++, so I used what WINE_UNICODE_TEXT
expands to in this context; this works for single chars and strings. I think
to be
Jon Griffiths wrote:
Hi,
Of course the name is a bit long (and it's WINE specific) so you
could do:
#define VTEXTW(x) WINE_UNICODE_TEXT(x)
[...]
Actually, having said that, have you tested -fshort-wchar? does it require
libc to be rebuilt? or just to build with a different
On Wed, 17 Jan 2001, Thomas Dodd wrote:
What's up with winelib these days?
Only good things :-)
I found a windows app that runs great under Wine in emulation
mode with out any windows dlls. I'd like to make an easy to
distribute/setup/run version of it. Would porting with winelib
or
Actually it helps a little in that you can use the standard C library
headers (e.g. to get wcslen) and then link with crtdll or msvcrt.
This is what I was wondering; given that they expect wchar_t* and Winelib
uses WCHAR* I assumed the headers would be useless.
But the libc C still
On Thu, 18 Jan 2001, Jon Griffiths wrote:
Actually it helps a little in that you can use the standard C library
headers (e.g. to get wcslen) and then link with crtdll or msvcrt.
This is what I was wondering; given that they expect wchar_t* and Winelib
uses WCHAR* I assumed the headers
20 matches
Mail list logo