--- Lionel Ulmer [EMAIL PROTECTED] a écrit : Now Max Payne
sees only 1280x1024, all other modes arent listed
anymore.
Did you per-chance :
1) disable the usage of XVidMode in your config file
wasnt in my config file, I added it, set to disabled.
2) disabel the XVidMode extension on
Jon Griffiths [EMAIL PROTECTED] wrote:
Please don't do that. Internal functions should use standard C
calling conventions. We don't care about two bytes of extra code.
Can do. Is there any reason why not though? After all, the entire
Win32 api does it...
Alexandre may have its reasons, but
--- Mike Hearn [EMAIL PROTECTED] a écrit : On Thu, 2003-09-25 at
20:13, Sylvain Petreolle wrote:
Cant work, as 'make install' must be done being root user.
Good point. Possibly a timestamp key in the registry that is updated
with each alteration of winedefault.reg and is also updated in
On Fri, 26 Sep 2003, Dmitry Timoshkov wrote:
Salmela [EMAIL PROTECTED] wrote:
Scandinavian characters don't work (äöåÄÖÅ). I thought this might be the
problem.
That usually means that there is a problem with your locale. Run
with +x11drv and look what locale is used by XFree86. Also
Salmela [EMAIL PROTECTED] wrote:
xev identifies characters correctly (äöå shows in log) and +x11drv:
trace:x11drv:x11drv_init_thread_data Using en_US.iso885915 locale of Input
Method
Then generate a +key,+keyboard,+x11drv,+event log running notepad
and send it directly to me (compressed
Tony Lambregts wrote:
I really appreciate this Jacob. Sorry I did not get this to you sooner but
my paying job
Well, the upshot of not having a paying job is I can do more Wine compiles.
Of course, I need a lot of time, since Wine takes forever to compile on
my box. :-)
regards,
Jakob
Jakob Eriksson wrote:
Tony Lambregts wrote:
Well I dont have MSVC so I can't compile the tests if I did that. AFAIK
compiling using MinGW still has issues. So... If I make up a diff is
anyone
interested in doing the compiling useing MSVC?
Mail it to me.
I really appreciate this
I have upgraded all my include files and lib files in Visual Studio.
-- Build started: Project: msvcrt_test, Configuration: Wine Headers
Win32 --
Compiling...
testlist.c
scanf.c
file.c
Generating Code...
Linking...
testlist.obj : error LNK2001: unresolved external symbol _func_cpp
:-D
-- Done --
Clean: 20 succeeded, 0 failed, 0 skipped
winetests.exe with tests from CVS 2003-09-26 can be found here:
http://vmlinux.org/~jakov/Wine/
(The bigger EXE size is due to tests generated from MSVC instead of MinGW.)
This winetests.exe should not pop up various error requesters any more,
so if you click past any, please note it in the
Dimitrie O. Paun [EMAIL PROTECTED] writes:
On Mon, 22 Sep 2003, Ferenc Wagner wrote:
Dimitrie O. Paun [EMAIL PROTECTED] writes:
-- for the ME case, how can we have have some
results (up to kernel32.dll:codepage) and then
have no results? Doesn't that mean that they failed?
Dimitrie O. Paun wrote:
On Fri, 26 Sep 2003, Jakob Eriksson wrote:
I have upgraded all my include files and lib files in Visual Studio.
I just got another message from you saying they all compile.
Which one is true? :)
Well this IS embarassing. What I meant was, Wine headers fail,
Jeremy White wrote:
...making good on my threat.
We are making plans to host Wineconf 2004,
in St. Paul, MN, during January 2004.
This is the last chance for someone in Europe to volunteer
to organize it in their neck of the woods...
Please... somebody. I want to go this time. But I
On Sat, 27 Sep 2003, Ferenc Wagner wrote:
For the console test, yes. I just did not care, because I
was promised a better run.
In other words, he is supposed to detect a hanged test,
and report an error?
We could put up a little cgi which asks for a tag and makes
sure it is unique.
This
On Fri, 26 Sep 2003, Jakob Eriksson wrote:
Alas, now the MSVC headers build fail again at the same places as with
Wine headers.
Visual Studio and I do not get along very well... *
After I made build clean I was down to 17 tests compiling again. [sigh]
I'd be really curious to know that
Pavel Roskin [EMAIL PROTECTED] writes:
I also included a patch that removes special treatment for R2_XORPEN with
black pen. I don't see such behavior in Windows 2000. I also tested
Paintbrush from Windows 3.11 and it has no graphical problems
except Pick-Tilt, which is unaffected by this
Mike Hearn [EMAIL PROTECTED] writes:
Why must wines command line options be removed though? They are often
handy for testing things out.
They break dll separation, and they interfere with the command line of
Winelib apps. It's easy enough to write a wrapper script to handle
options if you want
as Dimi is cleaning documentation/status out, documentation/status/dde
is completly out of date, and can be simply removed. (and
documentation/status as well)
A+
--
Eric Pouech
18 matches
Mail list logo