On 7/12/06, Marcus Meissner <[EMAIL PROTECTED]> wrote:
> OK, call me a git, but
> git fetch
> doesn't grab the latest changes, while
> git pull
> does. i.e. after git fetch, I can look at a file that's
> listed as changed on the wine-cvs archive, and
> it hasn't been updated; but after git p
On Wed, Jul 12, 2006 at 10:52:51PM -0700, Dan Kegel wrote:
> OK, call me a git, but
> git fetch
> doesn't grab the latest changes, while
> git pull
> does. i.e. after git fetch, I can look at a file that's
> listed as changed on the wine-cvs archive, and
> it hasn't been updated; but after git
> trying to get wine 0.9.17 on solaris and end up with this error.
> Undefined first referenced
> symbol in file
> __res_state iphlpapi_main.o
> res_initiphlpapi_main.o
Try adding -lresolv to the
OK, call me a git, but
git fetch
doesn't grab the latest changes, while
git pull
does. i.e. after git fetch, I can look at a file that's
listed as changed on the wine-cvs archive, and
it hasn't been updated; but after git pull, it has been.
So what good is git fetch? Is some other command
ne
hello folks,
trying to get wine 0.9.17 on solaris and end up with this error.
any tip would be appreciated.
thanks
-philip
../../tools/winegcc/winegcc -B../../tools/winebuild
-shared ./iphlpapi.specifenum.o iphlpapi_main.o ipstats.o -o
iphlpapi.dll.so -L../../dlls -ladvapi32 -lkernel32
On 11.07.2006 18:23, Christoph Frick wrote:
> until an easy way can be found, would it be better to apply this patch
> and state this fact in the error-messages wine produces?
It might be possible to guesstimate the available memory:
http://delphi3d.net/articles/viewarticle.php?article=texman.htm
On Wednesday, July 12, 2006 16:26, Molle Bestefich wrote:
> Christoph Frick wrote:
> > within the dlls/wined3d/device.c there is a define for
> > the fake size of the graphic-card memory.
>
> Odd. Isn't it relatively easy to figure out?
>
> Perhaps something like:
>
> # ls -lS /sys/class/graphics/
On 7/12/06, Molle Bestefich <[EMAIL PROTECTED]> wrote:
Christoph Frick wrote:> within the dlls/wined3d/device.c there is a define for> the fake size of the graphic-card memory.Odd. Isn't it relatively easy to figure out?Perhaps something like:
# ls -lS /sys/class/graphics/fb0/device/resource* | he
Hi,
> Does that work / is it correct for any card?
> Is the AGP aperture size also needed?
# ls -lS /sys/class/graphics/fb0/device/resource* | head -n1 | awk '{print
$5}'
ls: /sys/class/graphics/fb0/device/resource*: No such file or directory
I'd say it needs a framebuffer device which I do not
Christoph Frick wrote:
within the dlls/wined3d/device.c there is a define for
the fake size of the graphic-card memory.
Odd. Isn't it relatively easy to figure out?
Perhaps something like:
# ls -lS /sys/class/graphics/fb0/device/resource* | head -n1 | awk '{print $5}'
134217728
or
# ls -lS
Hi,
during a new fresh compilation I saw several warnings:
In file included from ../../include/winnt.h:27,
from ../../include/windef.h:234,
from crtdll_main.c:28:
../../include/msvcrt/ctype.h:72: warning: conflicting types for built-in
function ‘iswalnum’
../../
Sorry, this patch is broken. I missed (line 313):
INF_SET_ID(LIBID_MSHTML);
I shall submit a new patch, marked (try 2).
-- Andy.
Andrew Ziem <[EMAIL PROTECTED]> writes:
> 9be5813942a86fbbb9549e7437122580727f55cf
> diff --git a/dlls/user/sysparams.c b/dlls/user/sysparams.c
> index ab20640..b5e9798 100644
> --- a/dlls/user/sysparams.c
> +++ b/dlls/user/sysparams.c
> @@ -1324,7 +1324,11 @@ #define WINE_SPI_WARN(x) \
>
It looks like, when printing via CUPS, if the PPD file for an installed
printer does not contain entries (usually at the end of the file) like:
*DefaultFont: Courier
*Font AvantGarde-Book: Standard "(001.006S)" Standard ROM
*Font AvantGarde-BookOblique: Standard "(001.006S)" Standard ROM
... (lo
Le mardi 11 juillet 2006 à 21:50 -0700, Scott Ritchie a écrit :
> Well, with the recent changes, there's a lot of confusion out there
> about the proper way to get IE6 installed and working from scratch
> again.
The proper way to get is installed is just to install it and that's what
written on th
"James Hawkins" <[EMAIL PROTECTED]> writes:
> Hi,
>
> Is there anything wrong with this patch?
It can't possibly work. Please test it properly before resending it
once more.
--
Alexandre Julliard
[EMAIL PROTECTED]
Dmitry Timoshkov wrote:
1. Why the WM thinks that it knows better than the app where to place
its window
and insists on moving it to another position? That's not a user related
interaction
related to moving a window using mouse or a keyboard, IMO the WM should
not do
this kind of things behi
Hi,
I started writing a test system for d3d state management. Here's what I
have in mind (attached).
I've converted the constant and recording of missing lights tests to
this framework to demonstrate. As a result I've already found two bugs
related to lights behavior (see the tests that fail).
On Tuesday 11 July 2006 18:01, Rob Brown wrote:
> Hi,
>
> I'm trying to get Protel 99SE working under Wine. It's nearly there, in
> fact it's totally usable, but some slight niggles remain (as can be seen in
> the appDB).
Does it install out of the box, or does it need some Windows components?
D
As has been mentioned already a Wine regression test would be ideal
here. In this case it's slightly tricky as you're testing a graphical
component however it's still achievable. I'd suggest you add a test
to gdi/tests/pen.c that creates a 1bpp dibsection, selects that into a
dc, draws lines on i
On 7/12/06, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
"James Hawkins" <[EMAIL PROTECTED]> writes:
> Hi,
>
> Is there anything wrong with this patch?
It can't possibly work. Please test it properly before resending it
once more.
I did test it, and for the option I tested it does work. I
> From: Alexandre Julliard [mailto:[EMAIL PROTECTED]
>
> Ge van Geldorp <[EMAIL PROTECTED]> writes:
>
> > Changelog:
> > Ge van Geldorp <[EMAIL PROTECTED]>
> > - Move handle indicator to upper 32 bits for Win64
>
> Why do you need this?
I can't find the testcase which required this anymore
22 matches
Mail list logo