H. Verbeet wrote:
On 04/07/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
H. Verbeet wrote:
> On 04/07/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
>> There's something wrong with this patch... I'm not sure what it is
yet,
> The 0 program (fixed function) doesn't get set anymore when there are
>
I do not know if this helps, but on some games, Wine correctly activates
fullscreen mode in metacity, but in others, it just resizes the screen and
gets stuck that way... For example, Sim City 3000. Ubuntu Breezy and Fedora
Core 5 cannot seem to properly go into fullscreen mode. But when running
W
What does "windows firefox thinks it's in fullscreen mode" mean? Does
the application try to manually resize itself in addition to sending
the state change messages to the root window (perhaps as a workaround
for WMs not supporting the _NET_WM_STATE stuff)? Or is there some
other notification th
On 6/30/06, H. Verbeet <[EMAIL PROTECTED]> wrote:
On 30/06/06, Thomas Kho <[EMAIL PROTECTED]> wrote:
> I'm not 100% clear what the problem is. My interpretation of your
> first email was that there was a necessary distinction in type between
> user/gdi handles as stored in the server, but now my
There is only one other thing that really needs to be in the source for
this. There needs to be a SHORT description of exactly how this differs
from the Wine CVS tree. The description should also include any
interesting comments That would make tinkering much easier. I once had
Wine blow up
Hello,
I've been asked to introduce myself. You can figure out a lot from my email.
My name is Dan, I'm an undergrad at UCLA and I like Linux. I've never worked
for Microsoft or even visited a Microsoft office (I drove by one once). I'll
be working on slow loading times of Richedit documents f
This is forwarded because I forgot to CC it... Sorry-- Forwarded message --From: Neal Gompa <[EMAIL PROTECTED]
>Date: Jul 5, 2006 5:54 PMSubject: Re: wine's fullscreen code has no effect on metacityTo: Vincent Povirk <[EMAIL PROTECTED]>
I do not know if this helps, but on some games
On 7/3/06, Chris <[EMAIL PROTECTED]> wrote:
On Sunday 02 July 2006 23:58, you wrote:
> The case I care about most is:
> in cron, or ssh'ing in without X forwarding, use wcmd.exe to run a batch
> file.
>
> We need to be able to support both cases.
How about leaving wcmd.exe alone (or renaming it
Hi,
"Doctor, why everybody ignores me?" - "Next, please."
-- Ph.
On 03/07/06, Phil Krylov <[EMAIL PROTECTED]> wrote:
Hi,
Is anything wrong with that patch?
On 25/06/06, Phil Krylov <[EMAIL PROTECTED]> wrote:
> Hi,
>
> This version has no ugly macros and adds read support. Diffed against cur
Stefan Dösinger wrote:
Am Dienstag 04 Juli 2006 11:17 schrieb Ivan Gyurdiev:
I am hoping someone (Stefan?) will help me with testing/review here,
because I don't have the apps and the disk space to test properly. This
changes things in drawStridedSlow, which is an important code path, so
cor
Am Dienstag 04 Juli 2006 11:17 schrieb Ivan Gyurdiev:
> I am hoping someone (Stefan?) will help me with testing/review here,
> because I don't have the apps and the disk space to test properly. This
> changes things in drawStridedSlow, which is an important code path, so
> correctness and performa
Maybe, i am unclear about how a fake dll in wine.inf would work. the
problem is that previously we where doing a FindFile on the given
directory and of course there is no file there so the process stopped.
-aric
Juan Lang wrote:
if trying to find a DLL that is located in the system directory
> if trying to find a DLL that is located in the system directory, also check
> for
> a builtin version
Can't this be done by putting a fake dll entry in wine.inf?
--Juan
I am hoping someone (Stefan?) will help me with testing/review here,
because I don't have the apps and the disk space to test properly. This
changes things in drawStridedSlow, which is an important code path, so
correctness and performance matter (for non shader apps).
If there is no feedback
I want to use wGL in VGA.c to add bitplane support and other
functionality. What would be the correct or "preferred" method of
implementing this? As it stands I am looking at something like the
following to bring in GL functions:
#include
typedef void (WINAPI *glClearColorProc)(float,fl
On Wed, Jul 05, 2006 at 06:50:06AM -0400, Robert Reif wrote:
> This patch causes the dinput joystick regression test to hang. You
> shouldn't need to change any code outside of joystick_linuxinput.*.
ok thanks for the hint. i will change the code so the detection of the
dinput devices will creat
On 7/4/06, Vincent Povirk <[EMAIL PROTECTED]> wrote:
running metacity:
[EMAIL PROTECTED]:~$ xprop | grep _NET_WM_STATE
_NET_WM_STATE(ATOM) =
running kwin:
[EMAIL PROTECTED]:~$ xprop | grep _NET_WM_STATE
_NET_WM_STATE(ATOM) = _NET_WM_STATE_FULLSCREEN
Not that I understood how this was suppose
On 7/2/06, Vincent Povirk <[EMAIL PROTECTED]> wrote:
Some patches were committed to wine recently to make it use
_NET_WM_STATE_FULLSCREEN for fullscreen apps. These patches appear to
work in kwin but not metacity (I was using firefox as a test). In
metacity, it appears wine recognizes that it nee
On Tue, 4 Jul 2006 20:23:49 -0500
"Neal Gompa" <[EMAIL PROTECTED]> wrote:
> So, does that mean that the wine debugger is now available in extras?
> Because it seems its not there, and I could find a such package that would
> contain it...
Sure is:
[03:53 [EMAIL PROTECTED] ~]$ rpm -ql wine-tools |
James Hawkins wrote:
I don't know if you've ever wished the relay traces were indented by
the level of the call, so you can get a better feel for who calls what
from where, but I thought it would be nifty. I've attached a patch
> for dlls/ntdll/relay.c that gives you this.
Hah, funny..
I made
James Hawkins wrote:
> On 7/4/06, Andrey Turkin <[EMAIL PROTECTED]> wrote:
>>
>> Hi James,
>>
>> Funny, your patch looks just identical to mine (submitted but rejected
>> by some reason) except for comments :)
>>
>
> hmm I haven't seen your patch. If the code is similar, it's probably
> because w
On Wed, 2006-07-05 at 13:10 +0200, Paul Vriens wrote:
> On Wed, 2006-07-05 at 12:58 +0200, Alexandre Julliard wrote:
> > Paul Vriens <[EMAIL PROTECTED]> writes:
> >
> > > Some original tests still fail for NT4, haven't looked into that (yet).
> > >
> > > Changelog
> > > Fix returncodes for NtOpe
On Wed, Jul 05, 2006 at 08:00:38AM -0400, Robert Reif wrote:
> The iteration is already done for you in IDirectInputWImpl_EnumDevices
> . You only need to probe for the specified device in
> joydev_enum_deviceW where id is the index of the device being probed
> ("/dev/input/event%d", id). Pas
The iteration is already done for you in IDirectInputWImpl_EnumDevices
. You only need to probe for the specified device in
joydev_enum_deviceW where id is the index of the device being probed
("/dev/input/event%d", id). Pass the id to joydev_have(). Look at the
linux_input code to see how it
Stefan Dösinger wrote:
And what about LockRect() ?
LockRect uses the formats from this table for glReadPixels, but UnlockRect
still has its own formats :-( . However render target locking still needs
some more work to catch nop locks and other stuff.
You're changing the format in one p
Regarding the Wine bugzilla "keywords":
http://bugs.winehq.org/describekeywords.cgi
1) Where are they documented?
2) What does FIXME mean (seems superfluous)?
3) Should there be an "installer" keyword to easily pinpoint installer problems?
On Wed, 2006-07-05 at 12:58 +0200, Alexandre Julliard wrote:
> Paul Vriens <[EMAIL PROTECTED]> writes:
>
> > Some original tests still fail for NT4, haven't looked into that (yet).
> >
> > Changelog
> > Fix returncodes for NtOpenKey (with tests)
>
> This breaks the advapi32 tests:
>
> ../../.
On Wed, 2006-07-05 at 12:57 +0200, Alexandre Julliard wrote:
> Paul Vriens <[EMAIL PROTECTED]> writes:
>
> > Some original tests still fail for NT4, haven't looked into that (yet).
> >
> > Changelog
> > Fix returncode for NtDeleteKey (with test)
>
> This should be fixed in the server.
>
Will
> And what about LockRect() ?
LockRect uses the formats from this table for glReadPixels, but UnlockRect
still has its own formats :-( . However render target locking still needs
some more work to catch nop locks and other stuff.
pgpSRH3zUamr7.pgp
Description: PGP signature
Paul Vriens <[EMAIL PROTECTED]> writes:
> Some original tests still fail for NT4, haven't looked into that (yet).
>
> Changelog
> Fix returncodes for NtOpenKey (with tests)
This breaks the advapi32 tests:
../../../tools/runtest -q -P wine -M advapi32.dll -T ../../.. -p
advapi32_test.exe.so r
Paul Vriens <[EMAIL PROTECTED]> writes:
> Some original tests still fail for NT4, haven't looked into that (yet).
>
> Changelog
> Fix returncode for NtDeleteKey (with test)
This should be fixed in the server.
--
Alexandre Julliard
[EMAIL PROTECTED]
Christoph Frick wrote:
On Tue, Jul 04, 2006 at 08:03:06PM -0400, Robert Reif wrote:
this is again my patch for handling more than one /dev/input/event*
joystick within dinput. there are several other patches now to
follow, that expect this patch to be applied. so i label this one 0
of 6. a
"James Hawkins" <[EMAIL PROTECTED]> writes:
> Changelog:
> * Change the do-while loop to a while loop, as arg can be NULL before the
> loop.
I'm not sure what code checker you are using for these things, but
please don't blindly quiet the warnings, try to understand the code
and fix it the right
> "Pavel" == Pavel Troller <[EMAIL PROTECTED]> writes:
Pavel> Hi! From time to time, complaints can be heard about
Pavel> functionality of the serial port implementation in wine. Just now
Pavel> I have one of examples of the serial communication problem.
Pavel> There is a very
> From: Alexandre Julliard [mailto:[EMAIL PROTECTED]
>
> The appropriate address needs to be determined from the
> standard Win64 address space layout. I don't have a Win64 box
> to check what this looks like though.
Ok, I need some guidance on this. This is the usermode address space layout
w
On Tue, Jul 04, 2006 at 08:03:06PM -0400, Robert Reif wrote:
> >this is again my patch for handling more than one /dev/input/event*
> >joystick within dinput. there are several other patches now to
> >follow, that expect this patch to be applied. so i label this one 0
> >of 6. against the previou
36 matches
Mail list logo
