Hello,
Anyone here interested in seeing some 3DMark Bench Results?
If so let me know and ill send yout the .3dp file or a shot.
Tom
On Fri, Mar 25, 2005 at 06:50:59AM +0100, Filip Navara wrote:
> Hmm, MSDN says that the wParam of WM_PAINT is not used and I always
> believed it. Are you sure that you're not confusing it with WM_PRINTCLIENT?
Yeah, it's an undocumented "feature". Check out all other standard/common
controls, the
Dimitrie O. Paun wrote:
ChangeLog
Handle wParam in WM_PAINT properly: if non-null,
it is the hdc we are supposed to use to draw into.
Hmm, MSDN says that the wParam of WM_PAINT is not used and I always
believed it. Are you sure that you're not confusing it with WM_PRINTCLIENT?
- Filip
Ivan asked me if I could order the Windows DDK and bring it to
Wineconf since it's cheaper to ship it here. Well, it seems it was
the same price to order 5 copies instead of just one. That leaves 4
extra DDK's available. If you want one, and will be at WineConf, let
me know and I'll bring one.
--- Chris Morgan <[EMAIL PROTECTED]> wrote:
> I'm certainly open to having it imported into the wine tree if there is some
> desire.
Yes. I have enough CVS and SVN trees on my desk without having to manage
another and manage
dealing with keeping them in sync when they share code. If ReactOS is
I applied the two patches from bugzilla
(http://bugs.winehq.org/show_bug.cgi?id=2814#c8) which includes Raphael's
opengl32 fbconf patch and another one from Tim Savannah which looks like this:
--- wine2/dlls/x11drv/opengl.c 2005-03-24 20:51:16.0 -0500
+++ wine/dlls/x11drv/opengl.c 20
What I am doing here is clean-room reverse engineering.
Essentially it involves taking existing binary modules and sources of
information and writing up what they do in a way that isnt violating the
copyright on the origonal (IANAL but I dont think what I posted violates
the copyright on the win
On Thu, 24 Mar 2005 23:39:22 +0100, Joris Huizer <[EMAIL PROTECTED]> wrote:
> Could someone point me to the correct pages to find out what caused
> this? I'm sure someone will be fix this a lot faster than I could do but
> I want to learn how to solve such a problem :)
>
You could run a regressio
On Thu, Mar 24, 2005 at 05:56:02PM -0600, Robert Shearman wrote:
> If the source to winrash was in the Wine tree I would already have fixed
> it by now.
True, it's probably better if we have it in the tree, but last time
we've tried to place it there, Alexandre refused. Truth is that one
can view
Chris Morgan wrote:
The source has been available on Sourceforge since the project started.
Patches welcome :-)
I'm certainly open to having it imported into the wine tree if there is some
desire.
It's not as if winrash is the sort of project that can live a life of
its own, it might as wel
> I have already sent links to documents on MSDN that state how to make a
> service run on an interactive desktop. As some of the tests are a little
> distracting graphically, we should probably do the dialog as you
> suggest. I guess this is really up to the people running the test machines.
> If
Robert Shearman wrote:
I have already sent links to documents on MSDN that state how to make
a service run on an interactive desktop. As some of the tests are a
little distracting graphically, we should probably do the dialog as
you suggest. I guess this is really up to the people running the t
Ivan Leo Puoti wrote:
Hello all,
currently winrash users aren't returning any results from their testing.
This is because we need tests to run on a visible desktop, better
still in interactive mode.
To save both the tests and winrash we need winrash to be somewhat
similar to windows automatic upd
Hello all,
currently winrash users aren't returning any results from their testing.
This is because we need tests to run on a visible desktop, better still
in interactive mode.
To save both the tests and winrash we need winrash to be somewhat
similar to windows automatic updates,
when new tests a
Hiya,
>> I was trying to confirm an old bug still existed and the bug #440 has
>> a tar file with an exe in it which apparently used to run under wine and
>> fails with some problems later on. Nowdays, it fails dismally when you
try
>> to launch it.
>What exactly is the bug number and where that
On Tue, 22 Mar 2005 09:52:13 -0500, Robert Reif <[EMAIL PROTECTED]> wrote:
> Paul van Schayck wrote:
> What happens when you have two or more identical cards. Should we
> also look for dmix in the device name?
It will not add it of course. But I think there is something a bit
weird right now. We
On Mon, Mar 07, 2005 at 01:09:34PM +0100, Marcus Meissner wrote:
> We had that in very early versions (as ddraw was just one pretty
> large X hack ;)
Those were the days :-)
> I would suggest using the Xv extensions again if possible.
Yes, and it will provide hardware-based scaling for free too.
Hmm. That's my patch, but it bumps into one from Robert Reif.
Robert, is plug:hw:N the correct device naming convention for
PCM opens? I've always done plughw:N. It appears as though
the snd_hctl_open of plug:hw:0 is failing.
I can't tell because of the lack of Alsa documentation which
is suppos
On 24 Mar 2005 19:39:59 +0100, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> load_registry already has the subkey name. The fact that the key is
> also created on the client side is just a temporary hack that can be
> removed.
>
Ah, excellent. A slight overlook on my part, but now the puzzle
p
Hi,
after this patch:
http://cvs.winehq.org/patch.py?id=16795
the installation of Zoo Tycoon 1 demo shows:
ALSA lib control.c:654:(snd_ctl_open_noupdate) Invalid CTL plug:hw:0
my .config:
;"Drivers" = "wineoss.drv" ; default for most common configurations
;"Drivers" = "winearts.drv";
James Hawkins <[EMAIL PROTECTED]> writes:
> There are a couple reasons why I chose to add a new request instead of
> use load_registry. mount_key was written with the restriction that a
> key can only be loaded under HKLM or HKU, while load_registry
> (internally) loads a key anywhere. While loa
On 24 Mar 2005 13:35:35 +0100, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> James Hawkins <[EMAIL PROTECTED]> writes:
>
> > This implementation passes the registry tests. A new server function
> > is added, mount_key. mount_key is similar to load_registry except
> > that mount_key can only lo
Hi George,
>If I change the size to 18 the plus is drawn correctly
>Does anybody knows anything about this ?
The native controls draw a different kind of cross for large items,
which looks a lot nicer. I added this but the initial threshold for
deciding when to draw the large cross was too small,
On Thu, Mar 24, 2005 at 03:27:29PM +0100, Giovanni Delvecchio wrote:
> hello list,
> i noted that the patch provided (
> http://www.winehq.org/hypermail/wine-devel/2005/03/0624.html )
> to fix that problem isn't secure yet, because a symlink attack could be
> possible if /tmp is a mounted NFS fil
hello list,
i noted that the patch provided (
http://www.winehq.org/hypermail/wine-devel/2005/03/0624.html )
to fix that problem isn't secure yet, because a symlink attack could be
possible if /tmp is a mounted NFS file system.
Indeed:
1)The name of the file in /tmp is easly predictable , it u
hello list,
i noted that the patch provided (
http://www.winehq.org/hypermail/wine-devel/2005/03/0624.html )
to fix that problem isn't secure yet, because a symlink attack could be
possible if /tmp is a mounted NFS file system.
Indeed:
1)The name of the file in /tmp is easly predictable , it u
Mike Hearn <[EMAIL PROTECTED]> writes:
> Don't use IsBadStringPtr on NULL pointers
If the goal is to avoid exceptions, then it would be better to do that
check directly in the IsBad* functions.
--
Alexandre Julliard
[EMAIL PROTECTED]
James Hawkins <[EMAIL PROTECTED]> writes:
> This implementation passes the registry tests. A new server function
> is added, mount_key. mount_key is similar to load_registry except
> that mount_key can only load a key under HKLM or HKU and the key is
> created inside mount_key. To use load_regi
"Ann and Jason Edmeades" <[EMAIL PROTECTED]> wrote:
> Hiya, I was trying to confirm an old bug still existed and the bug #440 has
> a tar file with an exe in it which apparently used to run under wine and
> fails with some problems later on. Nowdays, it fails dismally when you try
> to launch it.
Hi,
On Thu, 24 Mar 2005 10:13:30 +0100
Tobias Burnus <[EMAIL PROTECTED]> wrote:
> Regression: One of the later riched20 patches, possibly
> http://cvs.winehq.org/patch.py?id=16672, caused a regression with the
> richedit control in Diamond.
>
> Before it showed a beta character from the Symbol f
On 22.03.2005 17:00, Alexandre Julliard wrote:
Then the first thing to do is to figure out exactly how Windows does
it, and do it the same way.
To roughly recapitulate: Windows seems to do the theming in the implementation
of the standard controls - with the twist that comctl32.dll v6 contains cop
Hello,
first I'd really like to thank the riched20 workers, notably Krzysztof
Foltman and Phil Krylov. For the application Diamond it made a big
difference: Instead of "[[Aring]]" etc. one sees the proper symbol and
it looks much nicer. But the biggest advantage is that one can now copy
or save th
Hello,
first I'd really like to thank the riched20 workers, notably Krzysztof
Foltman and Phil Krylov. For the application Diamond it made a big
difference: Instead of "[[Aring]]" etc. one sees the proper symbol and
it looks much nicer. But the biggest advantage is that one can now copy
or save t
Talking about the plus / minus symbols in the treeview control...
Why with a size of 16 the plus symbol looks more like a small circle
than a cross ?
If I change the size to 18 the plus is drawn correctly
Does anybody knows anything about this ?
Regards.
@@ -2329,7 +2330,7 @@
SelectObj
On 23.03.2005 13:25, Frank Richter wrote:
Sounds plausible. Reading a bit up on window classes on MSDN
(http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/windowing/windowclasses/aboutwindow.asp)
indicates that overrideability of the default system c
35 matches
Mail list logo