On Tue, Apr 7, 2009 at 12:13 AM, John Whitlock wrote:
> wined3d: Defaults and overrides for driver and description
>
> Use the OpenGL renderer for the default adapter description and the OpenGL
> vendor to create the default adapter driver. Allow overriding both from
> registry values.
>
> This f
2009/4/7 Vitaliy Margolen :
> Austin English wrote:
>> See http://bugs.winehq.org/show_bug.cgi?id=17938 for background.
>>
>> Vitaliy closed this bug, saying it's an application bug that it
>> depends on seeing NTFS file system type for certian program features.
>> I don't think it should be a WONT
On Mon, Apr 6, 2009 at 9:15 PM, Chris Robinson wrote:
> On Monday 06 April 2009 6:58:31 pm Vincent Povirk wrote:
>> On Mon, Apr 6, 2009 at 8:53 PM, Chris Robinson wrote:
>> > Isn't that the python test's fault, then? Why can't c:\bin\sh exist?
>>
>> On a real windows system, it won't.
>
> It won'
Austin English wrote:
> See http://bugs.winehq.org/show_bug.cgi?id=17938 for background.
>
> Vitaliy closed this bug, saying it's an application bug that it
> depends on seeing NTFS file system type for certian program features.
> I don't think it should be a WONTFIX, as the only reason that chang
On Monday 06 April 2009 6:58:31 pm Vincent Povirk wrote:
> On Mon, Apr 6, 2009 at 8:53 PM, Chris Robinson wrote:
> > Isn't that the python test's fault, then? Why can't c:\bin\sh exist?
>
> On a real windows system, it won't.
It won't by default, but can't a user create it?
On Monday 06 April 2009 6:39:47 pm Vincent Povirk wrote:
> Even if you check for a Windows path first, that will still break the
> python tests (they check for /bin/sh and expect it to not exist).
Isn't that the python test's fault, then? Why can't c:\bin\sh exist?
On Mon, Apr 6, 2009 at 5:15 AM, Alexandre Julliard wrote:
> ... since there are apps that expect NTFS.
Just for the record, what do those apps do if you install them in
Windows on a non-NTFS drive?
On Mon, Apr 6, 2009 at 8:27 PM, Ben Klein wrote:
> 2009/4/6 Stefan Dösinger :
>> Am Montag, 6. April 2009 15:41:51 schrieb Alexandre Julliard:
>>> Vincent Povirk writes:
>>> > On Mon, Apr 6, 2009 at 5:23 AM, Alexandre Julliard
>> wrote:
>>> >> Support for Unix paths is a useful feature, you can'
2009/4/6 Kornél Pál :
> Alexandre Julliard wrote:
>> Remco writes:
>>
>>> On Mon, Apr 6, 2009 at 2:52 AM, Chris Robinson
>>> wrote:
On Sunday 05 April 2009 5:35:36 pm Ben Klein wrote:
> My suggestion is a drop-down box in the "Advanced" tab of "Drives" to
> control filesystem type
>>
2009/4/6 Stefan Dösinger :
> Am Montag, 6. April 2009 15:41:51 schrieb Alexandre Julliard:
>> Vincent Povirk writes:
>> > On Mon, Apr 6, 2009 at 5:23 AM, Alexandre Julliard
> wrote:
>> >> Support for Unix paths is a useful feature, you can't just remove it.
>> >
>> > How can the bug be fixed with
2009/4/6 AllenDavidNiven :
> i have itunes 7.60 successfully running on f10 kde 4.2
> but when i plug my ipod touch into the usb port it just shows icon with
> arrow connecting to itunes but nothing happens
> even if i press button and on itunes itself the sync menu item is greyed out
>
> any patch
2009/4/6 AllenDavidNiven :
> who can i pay to make this on the wine that i have
> is $100 ok ?
>
>
> Erich Hoover wrote:
>
> Progress on this issue is being tracked in the bug:
> http://bugs.winehq.org/show_bug.cgi?id=9649
>
> There is a patch for an old version of Wine that will sync slowly:
> htt
On Mon, Apr 6, 2009 at 3:48 AM, wrote:
> Hi,
>
> Austin English wrote:
>>> I don't think it's safe to assume that stderr will be lost if the
>>> program was started from a .desktop file.
>>The majority of users are double clicking .desktop files to start
>>their applications. Where do you see std
On Sun, Mar 22, 2009 at 05:39:53PM +0100, Kai Blin wrote:
> On Sunday 22 March 2009 17:29:33 Igor Tarasov wrote:
> > Maybe add openid support and let users connect existing accouts to one
> > openid?
>
> We decided to go for a secure system, if at all. OpenID was discussed and
> quickly dropped a
2009/4/6 Erich Hoover :
> Progress on this issue is being tracked in the bug:
> http://bugs.winehq.org/show_bug.cgi?id=9649
>
> There is a patch for an old version of Wine that will sync slowly:
> http://www.winehq.org/pipermail/wine-patches/2008-May/054483.html
>
> I'm trying to put together a dif
Vitaliy Margolen wrote:
Nikolay Sivov wrote:
With patch this time.
This makes hottracked tab button look like it does in native.
Bounding rectangle is still wrong but it's another problem,
anyway now it looks better.
Maybe you should fix that rectangle first? There were few differences
Progress on this issue is being tracked in the bug:
http://bugs.winehq.org/show_bug.cgi?id=9649
There is a patch for an old version of Wine that will sync slowly:
http://www.winehq.org/pipermail/wine-patches/2008-May/054483.html
I'm trying to put together a different approach to solving this prob
Andreas Rosenberg wrote:
Just had a look again on your resend:
this doesn't seem correct:
+if ( lpcchSize && lpcchSize )
I also think that your addition of _GetAccountNameFromTokenW is holding the
committing o
Hi!
I sent a patch regarding GetUserProfileDirectory last Monday.
I didn't receive any comments/critics as on my previous attempts.
The patch doesn't appear in wine-cvs, so I suppose something is
still not correct. Can anybody give me a clue, please?
Regards
Andreas
2009/4/6 Warren Dumortier :
> Yeah, why not.
>
> But that was not really hard at all, if you use a calculator to
> calculate x and y coords. I could easily change winecfg for my patch.
> IMO it is not really needed as winecfg doesn't change a lot...
The issue is not so much that winecfg changes a
Am Montag, 6. April 2009 15:41:51 schrieb Alexandre Julliard:
> Vincent Povirk writes:
> > On Mon, Apr 6, 2009 at 5:23 AM, Alexandre Julliard
wrote:
> >> Support for Unix paths is a useful feature, you can't just remove it.
> >
> > How can the bug be fixed without removing it?
>
> By coming up w
"Ge van Geldorp" writes:
> Some W2K3 boxes have problems verifying the certificate during the https
> test. Just retrying the verification once fixes this.
>
> Changelog:
> urlmon/tests: Handle certificate verification error
This is causing a failure here:
../../../tools/runtest -q -P wine -M
On Mon, Apr 6, 2009 at 8:41 AM, Alexandre Julliard wrote:
> By coming up with a better heuristic for detecting Unix paths.
It would have to reject "/usr/lib/libSDL_ttf.a" and "/bin/sh", both of
which are likely to be Unix paths to files that exist.
Vincent Povirk
Vincent Povirk writes:
> On Mon, Apr 6, 2009 at 5:23 AM, Alexandre Julliard
> wrote:
>> Support for Unix paths is a useful feature, you can't just remove it.
>
> How can the bug be fixed without removing it?
By coming up with a better heuristic for detecting Unix paths.
--
Alexandre Julliard
Hi,
This is something I have been thinking about for a while and is
triggered by a comment by Austin on the "How can we improve WINE"
thread that is floating around.
In short, this is aiming to discuss and seek a resolution to issues
encountered when editing resource files -- in particular dialog
2009/4/6 David Gerard :
> 2009/4/5 Warren Dumortier :
>
>> Here's what i set as message in the configuration window in my patch:
>> Only change these settings if you know what you're doing. Changing
>> these values may result in unexpected behaviors and unstability.
>
>
> Also include a "revert to
2009/4/5 Warren Dumortier :
> Here's what i set as message in the configuration window in my patch:
> Only change these settings if you know what you're doing. Changing
> these values may result in unexpected behaviors and unstability.
Also include a "revert to default" button?
May be worth see
Hi Hans,
I have run the patch against my application and the line-styles draw as far
as I can tell are the same as on Windows when a single line segment where
the pixel width of one is used.
However when a polyline is drawn the dash style does not get drawn
correctly. There seems to be an issue w
I still don't like the idea of offering those settings, the energy should
rather go into fixing the reasons why the registry keys exist, but here are a
few comments:
* The video memory is normally autodetected. You should have something like a
checkbox that says "override video memory", or some
On Mon, Apr 6, 2009 at 5:23 AM, Alexandre Julliard wrote:
> Support for Unix paths is a useful feature, you can't just remove it.
How can the bug be fixed without removing it?
Vincent Povirk
What do you want to add more? I tought on adding MouseWarpOverride,
but the others are not really needed.
Here's the final state of my patch, any suggestions are welcome:
http://i40.tinypic.com/2nqv0au.png
2009/4/6 Ben Klein :
> 2009/4/6 Warren Dumortier :
>> Of course it would not be needed if Wi
"Ge van Geldorp" writes:
> @@ -1055,15 +1056,86 @@ BOOLEAN WINAPI GetComputerObjectNameW(
> BOOLEAN WINAPI GetUserNameExA(
>EXTENDED_NAME_FORMAT NameFormat, LPSTR lpNameBuffer, PULONG nSize)
> {
> -FIXME("%d %p %p\n", NameFormat, lpNameBuffer, nSize);
> -return FALSE;
> +BOOLEAN
2009/4/6 Warren Dumortier :
> Of course it would not be needed if Wine was perfect... ^_^
>
> All Direct3D keys are configurable through Winecfg with my patch! :D
>
You mean all that are listed in UsefulRegistryKeys. Why stop there?
Why not do the same for the audio keys, OpenGL keys etc?
Vincent Povirk writes:
> This patchset should fix bug 15883.
Support for Unix paths is a useful feature, you can't just remove it.
--
Alexandre Julliard
julli...@winehq.org
Hi folks,
it seems that the current GSoC webapp does not subscribe you to updates on
your proposals automatically. Please log in there and make sure that you're
subscribed. Otherwise you might miss comments by the mentors, which will
reflect negatively on your proposal.
Cheers,
Kai
--
Kai Bli
Of course it would not be needed if Wine was perfect... ^_^
All Direct3D keys are configurable through Winecfg with my patch! :D
2009/4/6 Ben Klein :
> 2009/4/6 Austin English :
>> On Sun, Apr 5, 2009 at 7:53 PM, Ben Klein wrote:
>>> I agree with Henri here. UseGLSL and OffscreenRendering are
>>
Alexandre Julliard wrote:
> Remco writes:
>
>> On Mon, Apr 6, 2009 at 2:52 AM, Chris Robinson
wrote:
>>> On Sunday 05 April 2009 5:35:36 pm Ben Klein wrote:
My suggestion is a drop-down box in the "Advanced" tab of "Drives" to
control filesystem type
>>> Why not make the default what
Hi,
Austin English wrote:
>> I don't think it's safe to assume that stderr will be lost if the
>> program was started from a .desktop file.
>The majority of users are double clicking .desktop files to start
>their applications. Where do you see stderr going to in this case?
It is centralised to $
i have itunes 7.60 successfully running on f10 kde 4.2
but when i plug my ipod touch into the usb port it just shows icon with
arrow connecting to itunes but nothing happens
even if i press button and on itunes itself the sync menu item is greyed out
any patches i need to apply someplace ?
may
Francois Gouget wrote:
> I'm glad you're happy with CodeWeavers' work :-) CodeWeavers got a real
> demand to get Wine working on Solaris (as strange as that may seem) so
> we've been able to devote some resources to it. The patches you see in
> 1.1.3 (and some older and newer releases) are a res
Remco writes:
> On Mon, Apr 6, 2009 at 2:52 AM, Chris Robinson wrote:
>> On Sunday 05 April 2009 5:35:36 pm Ben Klein wrote:
>>> My suggestion is a drop-down box in the "Advanced" tab of "Drives" to
>>> control filesystem type
>>
>> Why not make the default what the filesystem actually is?
>
> A
Hi Paul,
> dlls/urlmon/tests/misc.c | 5 -
> 1 files changed, 4 insertions(+), 1 deletions(-)
>
> diff --git a/dlls/urlmon/tests/misc.c b/dlls/urlmon/tests/misc.c
> index 7702e1e..b77924e 100644
> --- a/dlls/urlmon/tests/misc.c
> +++ b/dlls/urlmon/tests/misc.c
> @@ -851,7 +851,10 @@ static
Paul Vriens wrote:
Even 'df -T /home/user/.wine/dosdevices/c:' will give you the correct
mountpoint and filesystem type.
df -T is not portable (tested - does not work on Solaris).
IMO Autodetection code is too much overhead here, given the Wine
multi-platform support.
Providing unixfs as de
Ben Klein wrote:
2009/4/6 Chris Robinson :
On Sunday 05 April 2009 6:45:42 pm Ben Klein wrote:
That might be fine for mount points and mountable devices, but how
could you accurately determine the filesystem type for an arbitrary
directory like $HOME/.wine/drive_c?
Expand it (eg. $HOME -> /hom
Ben Klein wrote:
But his bug raises an interesting issue. If an application has sanity
checks on FAT32 vs NTFS (e.g., I need a 4GB file ... I've detected no
NTFS therefore it's FAT32 which doesn't support more than 2GB files),
then we might just have to make this configurable, possible on a
per-a
Nikolay Sivov wrote:
> With patch this time.
>
> This makes hottracked tab button look like it does in native.
> Bounding rectangle is still wrong but it's another problem,
> anyway now it looks better.
Maybe you should fix that rectangle first? There were few differences I
recall in size of the u
46 matches
Mail list logo
