On Tuesday 13 December 2005 21:43, Mike Hearn wrote:
> On Mon, 12 Dec 2005 21:11:44 +0100, Stefan Dösinger wrote:
> > In Wine, there are 2 ways: The first is to use X calls, which is safe,
> > but slow.
>
> What makes you think that? X drawing primitives as well as XRender should
> be hardware acc
Hello All,
Lately I've been trying to track down a problem that prevents DVD Shrink 3.2
from starting on FreeBSD in any version of Wine built on/after 04-20-2005
(including the recent beta releases). Any version built prior to this works
fine.
I've tracked the problem down to the changes made
> Hello,
>
> I`m sorry, but my English is not so good, but I`m trying to get an answer
> about:
>
> I have installed SUSE 10.0, then WINE and then WINETOOLS. and the IE6. Now,
> when I press the key comma, on the numeric-block, I get the remove
> function. When I press die remove function an the
Am Dienstag, 13. Dezember 2005 20:14 schrieb Juan Lang:
> I still think David's patch could use some work,
What's wrong with the new version?
Greetings, David
On Mon, 12 Dec 2005 21:11:44 +0100, Stefan Dösinger wrote:
> In Wine, there are 2 ways: The first is to use X calls, which is safe, but
> slow.
What makes you think that? X drawing primitives as well as XRender should
be hardware accelerated even though they aren't OpenGL.
Vincent Béron wrote:
>> Is there something that I am misisng when generating this project? Or is
>> this a known issue?
>
> Known problem (caused then fixed by me).
> The fix was committed after 0.9.3, and is the patch available from
>
http://source.winehq.org/git/?p=wine.git;a=commitdiff_plain;h
I used to hate the term ISV (Independent Software Vendor) since
it sounded so acronymy compared to 'developer', but it's
very commonly used in the industry to refer to outfits which
are trying to write and sell off-the-shelf software -- and
as monkey-boy said, Microsoft is where it is partly becaus
Hello all,
As I mentinoed in a recent post, I have almost completed the GLX->WGL
conversion. Last night I tracked down my last bug that was causing most of my
demo apps to fail.
It seems that the problem was the conversion from glXGetProcAddress to using
wglGetProcAddress. wined3d uses glXGet
On 12/13/05, Raphael <[EMAIL PROTECTED]> wrote:
> Hi Dan,
> my patch haven't been commited so it doesn't work
I think you misunderstand. There's been a regression. Things are
worse than before, even with your patch not applied before or after;
your patch was to unpack the cabs, but they don't ev
Marcus Meissner wrote:
Hi,
While debugging Google Earth I see hangs in FindWindow...
Apparently the
if (GetWindowTextW( list[i], buffer, len + 1 ) && !strcmpiW( buffer, title )) break;
call hangs on the server... But how is this possible?
+win,+server snippet:
trace:win:RedrawWindow 0x1
Hans Leidekker wrote:
The configure check somehow needs -lpthread on Fedora based systems but
Wine's build system links wldap32 to libldap_r without it just fine.
Adding -lphtread to the configure check doesn't seem to cause any trouble
on my Debian based Ubuntu either (where it isn't needed).
On Tuesday 13 December 2005 08:39, Dan Kegel wrote:
> Bug 3636 is worse now.
> http://bugs.winehq.org/show_bug.cgi?id=3636
> A few weeks ago, after mdac installer finished,
> I could go and unpack the installed cabs by hand.
> Now the installer aborts before it even copies the cabs.
> Bleah.
>
> --
On Tuesday 13 December 2005 09:28, Stefan Dösinger wrote:
> Am Dienstag, 13. Dezember 2005 04:25 schrieb Aric Cyr:
> > What is slow with ATI cards? It seems that you should only need basic 3D
> > acceleration to do what you propose. Is fglrx missing something that
> > would be required for 2D ren
Le dim 11/12/2005 à 19:43, Sergio a écrit :
> Hi all,
>
> I've been having problems trying to compile one c++ project since latest
> wine version (0.9.3). This project compiled and worked fine with previous
> versions.
>
> The error messages look like:
> /usr/include/wine/windows/unknwn.h:26: err
Hi,
While debugging Google Earth I see hangs in FindWindow...
Apparently the
if (GetWindowTextW( list[i], buffer, len + 1 ) && !strcmpiW( buffer, title
)) break;
call hangs on the server... But how is this possible?
+win,+server snippet:
trace:win:RedrawWindow 0x10020 whole window flags:
On Tue, Dec 13, 2005 at 07:13:00PM +0100, Willie Sippel wrote:
> Am Dienstag, 13. Dezember 2005 11:42 schrieb Alexandre Julliard:
> > Marcus Meissner <[EMAIL PROTECTED]> writes:
> > > Changelog:
> > > In GetBitmapBits() handle the correct bitmap information
> > > when a DIB is used.
> >
> > I t
On 12/13/05, Sven Paschukat <[EMAIL PROTECTED]> wrote:
> Dan Kegel schrieb:
> > MDAC-2.7sp1 is plenty for (most?) VB6 apps, and we definitely
> > want Wine to be able to run them sooner rather than later.
> > So I think this deserves fixing, and there's no need to delay.
>
> You can install MDAC an
Dan Kegel schrieb:
MDAC-2.7sp1 is plenty for (most?) VB6 apps, and we definitely
want Wine to be able to run them sooner rather than later.
So I think this deserves fixing, and there's no need to delay.
- Dan
You can install MDAC and the most other Windows components via the
Winetools:
http:
Hi Pavel,
> And on the other side, try to query a DNS server for "localhost".
> Every DNS server should immediately return 127.0.0.1, it's RFC
> compliance requirement.
Just to be clear, we're not talking about gethostbyname("localhost").
We're talking about gethostbyname(the_name_of_my_machine)
Hello Everyone,
I've just posted a first draft of a DirectX ToDo on the Wiki :
http://wiki.winehq.org/DirectX-ToDo?action=show
Feedback, Comments, Suggestions are welcome.
Cheers,
Tom
Hi,
When doing Cross-Compiles I am seeing this error
../../include/wine/exception.h:142: error: parse error before "sigjmp_buf"
../../include/wine/exception.h:142: warning: no semicolon at end of
struct or union
../../include/wine/exception.h:146: error: parse error before '}' token
../../include/
Hi!
>
> I think you are wrong. POSIX does not say that it's wrong to have the
> computer name associated with 127.0.0.1 in /etc/hosts, and it doesn't say
> that gethostbyname(my_name) should return a "real" IP.
OK, but it also doesn't explicitly state that gethostbyname(my_name) may
return 127.
Paul Vriens wrote:
Hi,
I've just noticed that during the running of winetest.exe windows
creates a nice desktop stating that 'Active Desktop' is stopped because
an unexpected error occurred.
Anyone?
Paul.
Send them a bugreport ;)
> The best thing to do is add an internal reference instead of referencing the
> parent. e.g.
> if (pShader != NULL) {
> IWineD3DVertexShader_AddRef(pShader);
> }
> if (oldShader != NULL) {
> IWineD3DVertexShader_Release(oldShader);
> }
Is that reference really needed?
--- "H. Verbeet" <[EMAIL PROTECTED]> wrote:
> SetVertexShader & SetPixelShader should not change the shader's
> refcount. Verified on win2k, DirectX 9.0c.
>
> Changelog:
> - Don't change the shader's refcount in SetVertexShader & SetPixelShader
> > 26c6ae144c6f7e40f7a7c6e3059851819ecf
> di
--- "H. Verbeet" <[EMAIL PROTECTED]> wrote:
> SetVertexShader & SetPixelShader should not change the shader's
> refcount. Verified on win2k, DirectX 9.0c.
>
> Changelog:
> - Don't change the shader's refcount in SetVertexShader & SetPixelShader
> > 26c6ae144c6f7e40f7a7c6e3059851819ecf
> di
@Peter
I'm attaching the patch I've written again, so everyone can find it. It tries
to find out the public IP by walkind the Interfaces available through the
Kernel.
@Pavel
I think that such a patch should be applied, Peter just said what I wanted to
hear :-)
Windows just acts different in t
On 12/13/05, Marcus Meissner <[EMAIL PROTECTED]> wrote:
> MDAC also requires WGA, so we might need to reimplement it anyway first.
MDAC-2.7sp1 is plenty for (most?) VB6 apps, and we definitely
want Wine to be able to run them sooner rather than later.
So I think this deserves fixing, and there's n
Hi,
I've just noticed that during the running of winetest.exe windows
creates a nice desktop stating that 'Active Desktop' is stopped because
an unexpected error occurred.
Anyone?
Paul.
Am Dienstag, 13. Dezember 2005 11:42 schrieb Alexandre Julliard:
> Marcus Meissner <[EMAIL PROTECTED]> writes:
> > Changelog:
> > In GetBitmapBits() handle the correct bitmap information
> > when a DIB is used.
>
> I think for a DIB we want to copy the bits directly, like we already
> do in
On Tue, 13 Dec 2005, Pavel Troller wrote:
127.0.0.1 localhost.localdomain localhost Zwirch
Yes, I know that *MANY* well-known distros are wrong with /etc/hosts and
similar files..
I think that it is NOT GOOD to patch wine to fix this case; it behaves
absolutely correctly an
> On 12/13/05, David Nolden <[EMAIL PROTECTED]> wrote:
> > @Pavel Troller
> > I've checkt the /etc/hosts now. You were right, it says
> >
> > 127.0.0.1 localhost.localdomain localhost Zwirch
> >
> > (With Zwirch the Name of this Computer)
> >
> > But I can't just statically rewrite i
On 12/13/05, David Nolden <[EMAIL PROTECTED]> wrote:
> @Pavel Troller
> I've checkt the /etc/hosts now. You were right, it says
>
> 127.0.0.1 localhost.localdomain localhost Zwirch
>
> (With Zwirch the Name of this Computer)
>
> But I can't just statically rewrite it, because I use D
> @Pavel Troller
> I've checkt the /etc/hosts now. You were right, it says
>
> 127.0.0.1 localhost.localdomain localhost Zwirch
>
> (With Zwirch the Name of this Computer)
>
> But I can't just statically rewrite it, because I use DHCP. Also this is a
> fresh Ubuntu-Install, so I'
@Pavel Troller
I've checkt the /etc/hosts now. You were right, it says
127.0.0.1 localhost.localdomain localhost Zwirch
(With Zwirch the Name of this Computer)
But I can't just statically rewrite it, because I use DHCP. Also this is a
fresh Ubuntu-Install, so I'm surely not the
Yeah, i also belive putting the modifying rect in Coerce is better, when i
first made the changes i just wanted to modify as little as possible and add
things without modifying the already existing code too much, keeping it
clean. I also belive i am doing something wrong:
I noticed that in X11
How odd, I just applied only the patch i sent and rebuilt my tree and
all the tests pass just fine for me. I will try with a totally clean
tree but that will take a while to build.
I will ask you offline maybe for wininet logs to see where it is failing.
-aric
Alexandre Julliard wrote:
Aric
Aric Stewart <[EMAIL PROTECTED]> writes:
> Redo how headers are handled.
> eliminating the concept of Standard Headers and allow all headers to be
> added multiple times.
> Allow querying of headers with an index to get the multiple headers.
> Respect response vs request headers in HttpQueryInfo.
Marcus Meissner <[EMAIL PROTECTED]> writes:
> Changelog:
> In GetBitmapBits() handle the correct bitmap information
> when a DIB is used.
I think for a DIB we want to copy the bits directly, like we already
do in SetBitmapBits. Does this work for you?
diff --git a/dlls/gdi/bitmap.c b
> > What is slow with ATI cards? Â It seems that you should only need basic
> 3D
> > acceleration to do what you propose. Â Is fglrx missing something that
> would
> > be required for 2D rendering?
> Texture upload is very slow. glReadPixels, glWritePixels and friends take
> ages. That means tha
Hi:
I get everytime i want to display a report on my access97 app this error:
fixme:font:load_VDMX Failed to retreive vTable
Then the fonts of the report are displayed separated and bigger than on
windows.
Somebody told me to install freetype new version.
I have installed the last version o
Am Dienstag, 13. Dezember 2005 04:25 schrieb Aric Cyr:
> What is slow with ATI cards? It seems that you should only need basic 3D
> acceleration to do what you propose. Is fglrx missing something that would
> be required for 2D rendering?
Texture upload is very slow. glReadPixels, glWritePixels a
On Mon, Dec 12, 2005 at 11:51:44PM -0800, Dan Kegel wrote:
> http://www.heise.de/newsticker/meldung/67265 describes
> what looks like a nice opportunity for wine to prove
> itself. German employers are required to send insurance
> information online. There are two allowed methods:
> either a web
43 matches
Mail list logo
