Hi,
Is anyone considering putting precompiled headers support into the wine
build system?
http://gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.html#Precompiled%20Headers
--
Shachar Shemesh
Lingnu Open Source Consulting
http://www.lingnu.com/
Troy Rollo wrote:
On Thu, 22 Apr 2004 06:05, Shachar Shemesh wrote:
If you do, could you try and take BiDi into some sort of a thing vaguely
resembling an account? If it's not too much work, that is.
BiDi is rarely a trivial amount of work. Even Microsoft are consistently
unable to get th
"Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> > I think it's better to report a bug to mingw/cygwin developers, since
> > in the default configuration their compiler produces incompatible
> > (broken) alignment.
>
> Of course, but for now there is no harm in forcing that option
> in our Makefil
Ferenc Wagner wrote:
Jakob Eriksson <[EMAIL PROTECTED]> writes:
(Sorry about the linespace noise after print_version(),
emacs seems to change stuff behind my back when I save.)
Hi Jakob,
You'd better educate Emacs about your ways, otherwise all
your patches will be full of whitespace cha
Ferenc Wagner wrote:
Jakob Eriksson <[EMAIL PROTECTED]> writes:
vartest: 553559462 tests executed, 0 marked as todo, 4113 failures.
It would be kinda neat to have that line at the top of the
log instead.
If you hoover your mouse over that number, you get something
similar in a tooltip po
Ferenc Wagner wrote:
Eric Pouech <[EMAIL PROTECTED]> writes:
The second part, yes. But winetest must have been made
into a console app, so it pops up a console when it
starts.
why do you need a console?
Er, I don't know. Winetest itself doesn't really need it,
but WinRash (the se
Naturally I found a mistake right after sending this. Here is a revised patch.
On Wednesday 21 April 2004 10:04 pm, you wrote:
> *dlls/oleaut32/tests/vartest.c:
> Chris Morgan<[EMAIL PROTECTED]>
> Skip over most of the unused variant types to speed up the variant tests.
>
> This look like a reason
*dlls/oleaut32/tests/vartest.c:
Chris Morgan<[EMAIL PROTECTED]>
Skip over most of the unused variant types to speed up the variant tests.
This look like a reasonable way to speed up the variant tests without losing
testing functionality?
Chris
Index: dlls/oleaut32/tests/vartest.c
===
We have Team Developer Product for MS Windows which has its own language and
in the process of verifying on Wine. Few of test cases working on Windows
are failing in Wine. Hence I have submitted this patch.
Yes, since Pre-1970 times are not going to work on Unix anyway we could
release note this i
p. I get two failures
when running the oleaut32 vartest on my XP machine. This is compiled with
vc6sp5+processor pack. Running the mingw compiled test from Paul Millar,
http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/winetest-20040421-1000.zip,
there are thousands of failures for the
Krishna Murthy <[EMAIL PROTECTED]> writes:
> Change of argument type DWORD to LONGLONG of function
> RtlSecondsSince1970ToTime() and RtlSecondsSince1980ToTime() to accept
> negative values.
These are Windows APIs, you cannot simply change their arguments, we
have to be compatible. Pre-1970 times
>The issues with arts and esd are that by their very design they are unsuitable
>for professional audio use. Its easier to add things to the lower latency
>design of jack than it is to improve the latency of blocking io apps like
>arts and esd.
to reinforce Chris' point: *no* significant linux
On Wednesday 21 April 2004 6:29 pm, Ryan Underwood wrote:
> On Wed, Apr 21, 2004 at 05:41:34PM -0400, [EMAIL PROTECTED] wrote:
> > >like "play this wave file". The major remaining drawback >is latency;
> > >click on button in app, hear sound 2 seconds later when >scheduler
> >
> > This is why we h
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> (Sorry about the linespace noise after print_version(),
> emacs seems to change stuff behind my back when I save.)
Hi Jakob,
You'd better educate Emacs about your ways, otherwise all
your patches will be full of whitespace changes making them
very ha
On Wednesday 21 April 2004 06:07 pm, Ferenc Wagner wrote:
> Er, I don't know. Winetest itself doesn't really need it,
> but WinRash (the service) couldn't execute it otherwise. We
> don't understand this. Apart from this, winetest has
> console mode, when it doesn't display a gui but logs into
>
Ferenc Wagner wrote:
For consistency. But it's time to come forward with ideas
about what and how to show in the summaries!
I think it's pretty nice as it is. But maybe it't just the raw shock of
suddenly having a distributed
test system in place, that actually works and has pretty colors.
>like "play this wave file". The major remaining drawback >is latency;
>click on button in app, hear sound 2 seconds later when >scheduler
This is why we have sound servers like jack. Any delay is likely due to not having a
fully callback based architecture in the app.
>Maybe a better thing to
On Thu, 22 Apr 2004 06:05, Shachar Shemesh wrote:
> If you do, could you try and take BiDi into some sort of a thing vaguely
> resembling an account? If it's not too much work, that is.
BiDi is rarely a trivial amount of work. Even Microsoft are consistently
unable to get this right, and usually
Alexandre Julliard wrote:
Jakob Eriksson <[EMAIL PROTECTED]> writes:
This is also an example of how the file can store its indent
preference in a comment.
I will run this when I'm done editing the file:
FILENAME=main.c && `grep indent $FILENAME` $FILENAME
I don't think that's a good idea
Dimitrie O. Paun wrote:
On Wed, 21 Apr 2004, Ferenc Wagner wrote:
Yes, checking the registry is one way to detect Wine. But
not bulletproof, I'm afraid: what if somebody uses a real
Windows partition/installation to run Wine with a shared
registry? Won't Wine enter it's keys into the Windows
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> when you click on one of the numbers to see the test
> output, the summary line appears at the bottom of test
> output. Like this one:
>
> vartest: 553559462 tests executed, 0 marked as todo, 4113 failures.
>
> It would be kinda neat to have that line
On Wed, Apr 21, 2004 at 05:41:34PM -0400, [EMAIL PROTECTED] wrote:
> >like "play this wave file". The major remaining drawback >is latency;
> >click on button in app, hear sound 2 seconds later when >scheduler
>
> This is why we have sound servers like jack. Any delay is likely due
> to not hav
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On Wed, 21 Apr 2004, Dmitry Timoshkov wrote:
>
>> There are some problem with running tests under winetest.
>> For instance user/msg test fails when running under it,
>> but has no failures if ran as a standalone app.
>
> We know, it's weird. Help f
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> Paul, Kevin, Feri: it looks like we need to specify this
> -mno-align-double when building the tests. Should this go
> into Wine's Makefiles?
Sounds good, but I'm surely not the one to take the word of.
--
Feri.
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> However, this brings the question - what do you say about the proposal
> to enable indent upon CVS checkin?
> (But ONLY for files marked as wanting that!)
It will cause a lot of trouble for no good reason. Different people
have different tastes on inde
Eric Pouech <[EMAIL PROTECTED]> writes:
>> The second part, yes. But winetest must have been made
>> into a console app, so it pops up a console when it
>> starts.
>
> why do you need a console?
Er, I don't know. Winetest itself doesn't really need it,
but WinRash (the service) couldn't execute
On April 21, 2004 05:21 pm, Ryan Underwood wrote:
> What about something like MAS (http://www.mediaapplicationserver.net)?
Yeah, that'd probably do it :-)
Cheers,
Geoff
--
Geoff Thorpe
[EMAIL PROTECTED]
http://www.geoffthorpe.net/
Henk Poley <[EMAIL PROTECTED]> writes:
> Ferenc Wagner wrote:
>
>> Henk Poley <[EMAIL PROTECTED]> writes:
>>
>>> Dimitrie O. Paun wrote:
>>>
Can you please run this .exe on your Windows box:
http://afavant.elte.hu/~wferi/wine/winetest.exe
We are trying to test the winetes
On Wed, Apr 21, 2004 at 04:59:55PM -0400, Geoff Thorpe wrote:
>
> I think it was Alan Cox who (first) made the observation that eventually
> the sound would need to be part of X11 (and hence the sound server part
> of the X server), otherwise you'll always have synchronisation issues
> between
On April 21, 2004 04:49 pm, Ryan Underwood wrote:
> It is
> also rather stupid that GNOME and KDE utilize incompatible sound
> servers. aRts feature set is a superset of esd's feature set, so it
> seems sensible for both environments to make use of that one, or to add
> a sound server specificatio
On Tue, Mar 30, 2004 at 03:19:19PM +0100, Mike Hearn wrote:
>
> Apart from JACK which is used in pro-audio situations, sound
> servers are probably going to be phased out on Linux within the next 12-24
> months as people migrate to the 2.6 kernel with ALSA and the dmix/asym
> plugins.
I don't t
The second part, yes. But winetest must have been made into
a console app, so it pops up a console when it starts.
why do you need a console ?
either you don't care about the output to the console, or you do care
but you've already redirected the output to a log file
so, passing DETACHED_PROCES
Steven Edwards wrote:
Hello Chris,
--- Krzysztof Foltman <[EMAIL PROTECTED]> wrote:
Just out of curiosity: is anyone already actively developing a
(supposedly) fully featured richedit control ? The current version
looks
like a plain editor combined with RTF reader...
Not currently. Yes
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> This is also an example of how the file can store its indent
> preference in a comment.
>
> I will run this when I'm done editing the file:
> FILENAME=main.c && `grep indent $FILENAME` $FILENAME
I don't think that's a good idea at all. It would require
Hello Chris,
--- Krzysztof Foltman <[EMAIL PROTECTED]> wrote:
> Just out of curiosity: is anyone already actively developing a
> (supposedly) fully featured richedit control ? The current version
> looks
> like a plain editor combined with RTF reader...
Not currently. Yes the current implementa
On Wed, 21 Apr 2004, Krzysztof Foltman wrote:
> Just out of curiosity: is anyone already actively developing a
> (supposedly) fully featured richedit control ? The current version looks
> like a plain editor combined with RTF reader...
It's exactly that, but AFAIK, nobody is working on it ATM.
Hi,
Just out of curiosity: is anyone already actively developing a
(supposedly) fully featured richedit control ? The current version looks
like a plain editor combined with RTF reader...
--
Chris
On Wed, 21 Apr 2004, Ferenc Wagner wrote:
> Yes, checking the registry is one way to detect Wine. But
> not bulletproof, I'm afraid: what if somebody uses a real
> Windows partition/installation to run Wine with a shared
> registry? Won't Wine enter it's keys into the Windows
> registry?
A much
On Thu, 22 Apr 2004, Dmitry Timoshkov wrote:
> I think it's better to report a bug to mingw/cygwin developers, since
> in the default configuration their compiler produces incompatible
> (broken) alignment.
Of course, but for now there is no harm in forcing that option
in our Makefiles, is it?
-
Ferenc Wagner wrote:
> Henk Poley <[EMAIL PROTECTED]> writes:
>
>> Dimitrie O. Paun wrote:
>>
>>> Can you please run this .exe on your Windows box:
>>> http://afavant.elte.hu/~wferi/wine/winetest.exe
>>>
>>> We are trying to test the winetest infrastructure.
>>
>> On my (dutch) Windows 98 SE
Dimitrie O. Paun wrote:
On April 20, 2004 7:50 pm, Jakob Eriksson wrote:
That sounds good. Can we also ditch the zero (0), since it doesn't add
any information.
Naturally, 0 tests failed if it is OK.
Well, I kinda like the 0.
The fanboy I am, I better start liking it too, then. :-)
r
"Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> > Same here (GCC 3.2.3 (mingw special 20030504-1)). It appears
> > that this compiler defaults to --malign-double. When I
> > specify --mno-align-double the test succeeds.
>
> Paul, Kevin, Feri: it looks like we need to specify this -mno-align-doub
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> On a side note, how about this:
>
> int running_on_wine ()
> {
> HKEY version_key;
> long size = 0;
>
> RegCreateKeyEx (HKEY_LOCAL_MACHINE,
Yes, checking the registry is one way to detect Wine. But
not bulletproof, I'm afraid: what if some
>>> Ove Kaaven <[EMAIL PROTECTED]> 04/19/04 22:50 PM >>>
man, 19.04.2004 kl. 17.03 skrev Robert Shearman:
> > > Doesn't the "version" rule already handle this?
> >
> > It would appear not. The 'version' type is declared > as a number further up
>
> It's declared that the rule *returns* a number,
On Wed, 21 Apr 2004, Dmitry Timoshkov wrote:
> I didn't really look how winetest works and I have some other
> things to do so I can't help at the moment, sorry.
No problem, I was half joking, but also you are very good with
tests, and your expertise in the matter would certainly be
appreciated.
"Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> > There are some problem with running tests under winetest.
> > For instance user/msg test fails when running under it,
> > but has no failures if ran as a standalone app.
>
> We know, it's weird. Help fixing them is much appreciated.
I didn't real
On Wed, 21 Apr 2004, Dmitry Timoshkov wrote:
> There are some problem with running tests under winetest.
> For instance user/msg test fails when running under it,
> but has no failures if ran as a standalone app.
We know, it's weird. Help fixing them is much appreciated.
> kernel32/pipe test bi
"Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> Can you please run this .exe on your Windows box:
> http://afavant.elte.hu/~wferi/wine/winetest.exe
>
> We are trying to test the winetest infrastructure.
There are some problem with running tests under winetest.
For instance user/msg test fail
Hello,
Me again.
Here is a patch that makes it work. I'm probably doing something
terrible here, but it solves the problem for now. I'm piggy-backing on
the code for handling FD_TYPE_SOCKET, because I noticed that if I treat
a serial port with:
ReadIntervalTimeout=MAXDWORD
ReadTotalTimeoutM
"Santosh Siddheshwar" <[EMAIL PROTECTED]> wrote:
> I think there is a defect in the handling of EM_UNDO message for single
> line edit controls. If you go by what MSDN says this
> message should always return TRUE. But in EDIT_EM_Undo method
> (controls/edit.c) we are checking whether the style
50 matches
Mail list logo
