On 05/10/2013 10:51 AM, Ruslan Kabatsayev wrote:
Hi,
Won't such code fail if the mode is changed outside wine?
Regards,
Ruslan
Unfortunately it will, but the only way to fix that is to listen for an
XRandR event indicating that the mode has changed.
The screen_width/screen_height values c
On 05/10/2013 09:11 AM, Alexandre Julliard wrote:
Sam Edwards writes:
Yeah, I don't call it until patch 2 in the series. This patch just
introduces it without calling it, which does cause a warning. (I hope
this doesn't violate the "atomic patches" rule.)
It does, you
On 05/09/2013 12:36 PM, Alexandre Julliard wrote:
It's okay only because you are not actually calling it ;-)
Yeah, I don't call it until patch 2 in the series. This patch just
introduces it without calling it, which does cause a warning. (I hope
this doesn't violate the "atomic patches" rule.)
rge font->aveWidth %d\n", font->aveWidth);
font->aveWidth = 0;
}
But even then, the sanity check itself sounds like a workaround for a
much deeper bug. Maybe add a "FIXME: Investigate why this is necessary"
comment while you're at it?
Best,
Sam
On 05/04/2013 10:38 PM, Max TenEyck Woodbury wrote:
$ grep ' has tmHeight=0, aveWidth=' 201305055-make-test-native.log
err:font:get_text_metrics Font named 'Emmentaler-Brace' has
tmHeight=0, aveWidth=3!
err:font:get_text_metrics Font named 'Emmentaler-Brace' has
tmHeight=0, aveWidth=3!
err:fo
at instead,
thus making this patch unnecessary because tmHeight will always be
nonzero anyway.
>From f5dc537a3799b9c4507cb0c8aefcc4ee73d2a0b5 Mon Sep 17 00:00:00 2001
From: Sam Edwards
Date: Sat, 4 May 2013 21:58:19 -0600
Subject: gdi32: [HACK] Print which font is causing division-by-zero proble
patch is
the right thing to do, because we must prevent a division by zero in
that case. If Windows absolutely disallows tmHeight=0, then the bug is
actually that Wine allows tmHeight=0, and so we should be focusing on
that instead.
Hope this helps,
Sam
On 05/04/2013 12:59 PM, Max TenEyck Woodbury wrote:
You are trying to make this about me. It is not. Windows fairly
obviously does not do this 'sanity' test. Wine is supposed to imitate
windows. To do this absolutely correctly, the whole 'sanity' test
should go away.
This sounds like an excell
On 05/01/2013 05:38 AM, Christopher Cope wrote:
On 05/01/2013 07:21 AM, Christopher Cope wrote:
I am unsure how the "enum x11drv_atoms" in the file
dlls/winex11.dev/x11drv.h works. My /usr/include/Xatom.h defines
XA_LAST_PREDEFINED as 68. Presumably, therefore XATOM_Rel_X and
XATOM_Rel_X shou
ght, the Rel_X and Rel_Y values are (supposed to be)
81/82. Maybe your compiler is doing something strange or looked at the
wrong values by mistake?
Hope this helps,
Sam
#include
#include "config.h"
#include "x11drv.h"
void _printatom(const char *name, enum x11drv_atoms value)
7;ll try to get try 4 sent in either today or tomorrow, but it depends
how long it takes me to understand this bug (and any other impact it may
have that we're not seeing) completely.
Thanks,
Sam
On 04/29/2013 08:20 AM, Alexandre Julliard wrote:
Well, there was no backtrace since winedbg crashes. Fortunately gdb
works:
Big thanks! I found the problem (it only happened with subpixel
rendering, which I don't have enabled) and am resending the patches now. :)
On 04/26/2013 08:17 AM, Michael Stefaniuc wrote:
Sam, look at the size of the address. It is the 64bit build that crashes.
bye
michael
Michael: Thanks for the advice; I noticed that too and have been running
both 64-bit and 32-bit tests. (Although, it's perplexing to me that a
c
s well. Can anyone else verify? Did
something mess up during AJ's build?
Thanks for the help,
Sam
This series has been waiting in the queue for a few days now. Does this
need further discussion, or can it be committed?
Thanks,
Sam
On 04/20/2013 08:08 AM, Sam Edwards wrote:
rk ...)
And yeah, Wine's Notepad does keep the lines spaced well apart. I don't
(and can't) know if that's the case on Windows or not, but it might be
worth looking into later.
Thanks,
Sam
ins about the ttf being corrupt. Is there a similar
font that will work on Windows that I could try?
Thanks,
Sam
On 04/19/2013 10:32 AM, Max TenEyck Woodbury wrote:
As I understand it, some fonts deliberately have glyphs larger than
their metrics bounding boxes. Clipping them is almost certainly not a
good idea.
Forgive my disbelief, but can you provide an example? It seems like
Windows has the same cl
s patchset (with the reset_device()
change included) so that it can be reviewed and committed while I'm busy
with ddraw (and send the ddraw tests in a separate patch), or is this
patchset unacceptable until I include the ddraw tests?
Thanks,
Sam
e->style^style) & WS_VISIBLE;
Spaces around the (second) ^, please.
Done. :)
Thank you,
Sam
ct(), but why SetWindowPos()? Is
this preferred over MoveWindow() for any reason?
> Testing the viewport dimensions is useful, but it probably wouldn't
> hurt to check the swapchain's presentation parameters and the
> backbuffer's surface desc as well.
Good catch, I forgot to copy the relevant code for that.
Thanks,
Sam
Hi Austin,
thank you for your reply. I'll give it another try.
Btw, I do realise that some questions of the step-by-step list I gave
at the end are already (at least partially) answered in various places
- this was intended more as an outline of how a step-by-step guide
useful to users with no pr
ed test-scripts to
Thanks!
Sam
PS: When will there be a new WWN?
Does Wine correctly implement all the DOS Services and
interrupts?
Samuel Lauber
--
_
Web-based SMS services available at http://www.operamail.com.
>From your mailbox to local or overseas cell phones.
Powered by Outblaze
Agreed. Can't we just delete
HKEY_CLASSES_ROOT/Software/Wine or move it to another name?
> >> In any case, at least from a technical point of view, going
> >> around such test ought to be fairly simple
> If the mere existence of this key makes the validation fail, what's
> to stop a virus fro
I *think* I've figured out a way to make regular Unix programs with winelib. My
idea is, make winemaker generate a C file called "winelib-wrap.c" that contains:
#include
int main(void)
{
return (int) WinMain(NULL, NULL, NULL, NULL);
}
Then link it with the EXE encapusulated in a .so, a
l try it with
InstallShield.
Samuel Lauber
- Original Message -
From: "Boaz Harrosh" <[EMAIL PROTECTED]>
To: "Sam Lauber" <[EMAIL PROTECTED]>
Subject: Re: working together on stdole.tlb and a end to dcom9x
Date: Mon, 29 Nov 2004 10:18:43 +0200
>
&
No. I used the InstallShield program for Flash MX, and it didn't work. Without
stdole32.tlb, it whined like a baby about OLE. With stdole32.tlb, it (not the
whole system) froze up during the "preparing" stage when it hit 100% and left a
phantom window that was blank when and after I quit Wine. I
I followed the tutorial for Winelib on my Linux system, building notepad. I
examined the file "./notepad2" with readelf, and it said "Not an ELF file", and
I do not have an a.out system. I opened it with my text editor (attached is the
text I saw) and I was disappointed. Instead of a real "port"
> On Sat, 27 Mar 2004 14:22:44 -0500, Sam wrote:
> > This patch implements invisibleghost, deckx and decko
> > drawing modes, and improves ghost drawing mode.
> > It also includes graphics needed by these drawing modes.
>
> Hi, I'm sure you're doing the righ
30 matches
Mail list logo
