On 12/15/05, Paul Vriens <[EMAIL PROTECTED]> wrote:
> >
> >
> Hi James,
>
> somehow you managed to attach an empty file. (I think).
>
Hmm that is strange :-\. Thanks for the heads up.
--
James Hawkins
> Hi,
>
> This patch fixes bug 1715.
>
> Changelog
> * Create the compatible bitmap from the screen, not the bitmap we're
> copying.
>
> dlls/comctl32/toolbar.c | 12
> 1 files changed, 8 insertions(+), 4 deletions(-)
>
> --
> James Hawkins
>
>
Hi James,
somehow you managed to atta
"David Moore" <[EMAIL PROTECTED]> wrote:
The patch below first checks to see if the codepage is one of the
exceptions, and if it is, passes in NULLs for the last two arguments.
I wonder how did you build the list of exceptions: why CP_UTF7 is there
but CP_UTF8 is not? Why 50xxx,52xxx,57xxx cod
Aric Cyr gmail.com> writes:
>
> Raphael club-internet.fr> writes:
>
> >
> > On Wednesday 14 December 2005 04:53, Aric Cyr wrote:
> > > 1) should the thunks returned from wglGetProcAddress be causing crashes at
> > > all? Note that they don't crash right away, but "eventually" usually
> > > d
I havent seen this mentioned in this thread yet, but did you try make
distclean, and/or completely blowing away the directory you checked out
wine into, and checking it out fresh?
Another idea is to go ahead and create the directory, since it cant cd
into it, and see what happens when you do t
Hans Leidekker wrote:
On Wednesday 14 December 2005 01:56, Robert Reif wrote:
Changelog
Link to the reentrant version of libldap.
This patch breaks builds on RH9 and appears to be responsible for the
build breakage on http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php
Ca
Hi,
A very basic C++ program fails with
err:ntdll:RtlpWaitForCriticalSection section 0x7f64c560 "x11drv_main.c:
X11DRV_CritSection" wait timed out in thread 001c, blocked by 001e, retrying (60
sec)
when the Linux TLS libraries are not in the library path (it works fine
otherwise).
The program doe
Hi All,
I've updated my patch and need comments on it. The patch is for a
portible method for integer conversions in printf. Since it's
primarily intended for I64 sizes that it is all it is used for to
avoid breaking anything else, even though, it should be able to handle
all integers.
You can
I am intending doing some work and submitting some patches to
"improve" the integration with the operating system desktop
integration. Rather than waste time coding up my ideas and
having Alexandre reject them I thought I'd start by specifying
what I intend and awaiting a barrage of complaints
> There is no change in Wine that would have caused this. I seem to
> remember that this or a similar error was caused by threading problems
> in glibc in the past. Perhaps you upgraded glibc or the kernel on your
> system?
But when I checkout a cvs from the end of november, it runs.. when I check
David Nolden wrote:
Am Mittwoch, 14. Dezember 2005 21:00 schrieb Vitaliy Margolen:
Wednesday, December 14, 2005, 12:55:13 PM, David Nolden wrote:
To get to another issue.. since a few weeks, the current CVS doesn't work
for me. Whenever I compile it, I get the error mentioned in the su
Am Mittwoch, 14. Dezember 2005 21:00 schrieb Vitaliy Margolen:
> Wednesday, December 14, 2005, 12:55:13 PM, David Nolden wrote:
> > To get to another issue.. since a few weeks, the current CVS doesn't work
> > for me. Whenever I compile it, I get the error mentioned in the subject.
> > New .wine-di
> Since you're concerned about the performance, which is valid, I've also
> removed all the string-conversions. Important question: Is 1.0.0.127 a
> valid public IP-Adress?
Yes.
> If yes, I'd have to furtherly change the code, adding some
> htonl, ntohl, or similar.
Yes, and that would allow y
Wednesday, December 14, 2005, 12:55:13 PM, David Nolden wrote:
> To get to another issue.. since a few weeks, the current CVS doesn't work for
> me. Whenever I compile it, I get the error mentioned in the subject.
> New .wine-dir and wiping /tmp doesn't help.
> When I checkout an older version, f
To get to another issue.. since a few weeks, the current CVS doesn't work for
me. Whenever I compile it, I get the error mentioned in the subject.
New .wine-dir and wiping /tmp doesn't help.
When I checkout an older version, for example one from the end of november, it
runs fine. Does anyone kn
@Juan
Since you're concerned about the performance, which is valid, I've also
removed all the string-conversions. Important question: Is 1.0.0.127 a valid
public IP-Adress? If yes, I'd have to furtherly change the code, adding some
htonl, ntohl, or similar.
greetings, David
Index: dlls/winsock
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> Well, the committed patch 1) does fix a visual glitch in the app I'm working
> on
> and 2) passes all the current tests.
The current tests pass with or without your patch, so it doesn't prove
anything. What you need is to come up with a test that
--- Aric Cyr <[EMAIL PROTECTED]> wrote:
> Raphael club-internet.fr> writes:
>
> >
> > 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
> > > > 3
Hi,
Dan Kegel wrote:
[...]
The page is at
http://kegel.com/wine/isv/
Comments, anyone?
From this page:
> Wine is fully commercially supported. You or your customers can
> purchase yearly per-seat support contracts from Codeweavers or
> other companies if you need it.
While that's quite co
Hi David, thanks for continuing to work on this.
> What's wrong with the new version?
The first thing to make it acceptable is to write a regression test to go
along with it. I think the test should check that
gethostbyname(your_host_name) returns something besides 127.0.0.1, _if_
you in fact ha
On 11/15/05, Mark Knecht <[EMAIL PROTECTED]> wrote:
> On 11/10/05, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
>
> >
> > >LATE BREAKING NEWS: It appears that when I switch to the Alsa
> > > driver the CPU usage does down to normal. Were you using Alsa or OSS?
>
> > I tried both alsa and oss(wit
"Rein Klazes" <[EMAIL PROTECTED]> wrote:
> /* Then clip again to get the source rectangle that will remain in the
> * clipping rect */
> rcSrc = rcClip;
>-OffsetRect( &rcSrc, -dx, -dy);
> IntersectRect( &rcSrc, &rcSrc, &rcClip);
In the first place: with this change the Inte
Dan Kegel wrote:
Markus is working on a better implementation
Any ETA? I guess I'll stop worrying, if he's going to get that area
working, he'll fix this regression anyway.
- Dan
I'm mainly working on the advpack install functions. I'll have a look at
the regression, but don't expect
On Tue, 13 Dec 2005 23:53:07 +0800, you wrote:
>Changelog:
>Dmitry Timoshkov <[EMAIL PROTECTED]>
>There is no need to offset the source rectangle in the reverse
>direction before scrolling.
>
>--- cvs/hq/wine/dlls/x11drv/scroll.c 2005-11-22 12:41:07.0 +0800
>+++ wine/dlls/x11
On 12/14/05, Christoph Frick <[EMAIL PROTECTED]> wrote:
> - check also winmm out for the joystick relevant drivers
> * see if there is support for both kind of joysticks
> * see if there is support for multiple devices
WinMM under wine supports only /dev/js devices. It does support
multiple d
On Wednesday 14 December 2005 01:56, Robert Reif wrote:
> >Changelog
> > Link to the reentrant version of libldap.
> This patch breaks builds on RH9 and appears to be responsible for the
> build breakage on http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php
Can you send me the build errors and
On Wed, Dec 07, 2005 at 11:02:14PM +0100, Eric Pouech wrote:
Thanks Eric for the reply.
> >- i this an approach, that would be acceptablefor wine? so if i start on
> > something like this, is there a chance it would be submitted to the
> > tree - or is there a problem in terms of "wine does not
Raphael club-internet.fr> writes:
>
> On Wednesday 14 December 2005 04:53, Aric Cyr wrote:
> > 1) should the thunks returned from wglGetProcAddress be causing crashes at
> > all? Note that they don't crash right away, but "eventually" usually during
> > a call to glDrawArrays it seems (after a c
Raphael club-internet.fr> writes:
>
> 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
On Wednesday 14 December 2005 04:53, Aric Cyr wrote:
> Hello all,
Hi,
> 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
30 matches
Mail list logo