-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
What do you think is the best course of action for setting the owner
permissions on a file:
1. Base the file owner permissions on the DACL permissions of the groups
the file owner is a member of? (My patch or similar)
2. Change the file owner permissio
On Mon, Nov 30, 2009 at 3:21 AM, Paul Vriens wrote:
> On 11/30/2009 10:05 AM, Greg Geldorp wrote:
>>
>> Or, for those who like to be buzzword compliant, the Wine Testing Cloud
>> Service.
>>
>> Inspired by all the talk about testing during WineConf 2009, I set out to
>> fill
>> a gap in Wine testi
On Mon, Nov 30, 2009 at 8:53 PM, Dan Kegel wrote:
> The apocalypse approaches:
> http://ask.slashdot.org/article.pl?sid=09/12/01/0025213
>
> Perhaps this will drive people towards using totally locked down systems...
>
>
>
Or just cause more insanity
On Nov 30, 2009, at 9:34 PM, James McKenzie wrote:
>>> This algorithm is used in all programs that rely on GNU gettext and works
>>> perfectly fine:
>>> - By default, no LANG or LC_* environment variable is set, hence the
>>> programs obey the user settings.
>>> - For users of Terminal.app, who
Hi.
On Monday 30 November 2009 1:56:20 pm Maarten Lankhorst wrote:
> +if (This->playing)
> +{
> +pos2 = This->format->nSamplesPerSec / 100;
> +pos2 *= This->format->nBlockAlign;
> +pos2 += pos1;
> +if (!This->looping && pos2 > This->buf_size)
> +
Ken Thomases wrote:
> On Nov 30, 2009, at 5:31 PM, Bruno Haible wrote:
>
>
>> This means that a POSIX compliant program has to do the following steps in
>> order to determine the locale for a certain category of settings.
>> 1) Inspect the LC_ALL environment variable. If it is set and non-empty
The apocalypse approaches:
http://ask.slashdot.org/article.pl?sid=09/12/01/0025213
Perhaps this will drive people towards using totally locked down systems...
Dan Kegel wrote:
> I can't do a deep review, but I did see that you have some
> commented out code, and IIRC AJ doesn't like that. Better
> to remove it than comment it out.
>
Point taken. I still would like to know where to break this up. I know
that the removal of the todo_wine should be se
On Nov 30, 2009, at 5:31 PM, Bruno Haible wrote:
> This means that a POSIX compliant program has to do the following steps in
> order to determine the locale for a certain category of settings.
> 1) Inspect the LC_ALL environment variable. If it is set and non-empty,
> use its value.
> 2) Ot
Hi all,
This message is mostly aimed towards package maintainers, since one of
the discussions at wineconf last year was that package maintainers would
like to hear in advance about changing dependencies.
Wine's DirectSound implementation will, in the next release or the
release after that,
Eric Pouech writes:
> what happens is something like:
> process P being debugged by D
> - while processing a debug event (fetched in P, P calls
> nt...@send_debug_event, and waits for the debugger to process the
> event)
> - D gets the event, and the user asks for quit in D. D sends back to
> win
On Mon, Nov 30, 2009 at 22:01, Ken Thomases wrote:
> On Nov 30, 2009, at 4:35 AM,
> wrote:
>> What's the relationship between LC_xyz and LANG? The official answer for
>> programs using glibc is: "the library will
>> test the environment variables LC_ALL, LC_CTYPE, and LANG in that order"
>> But
Alexandre Julliard a écrit :
Eric Pouech writes:
diff --git a/server/debugger.c b/server/debugger.c
index 795a24a..4458a3b 100644
--- a/server/debugger.c
+++ b/server/debugger.c
@@ -677,6 +677,8 @@ DECL_HANDLER(get_exception_status)
if ((event = (struct debug_event *)get_handle_obj( cu
On Nov 30, 2009, at 4:35 AM,
wrote:
> The issue is how to depart from the default.
>
> Now use LANG or LC_xyz to switch?
>
> The MacOS Terminal.app (as of 10.5.8) sets/shows very few environment
> variables. LANG is among them, none of LC_xyz is.
>
> Therefore I argue that LANG= is the cano
Hi Jörg
> >So the next step will be to allow you
> >to upload the git diff instead of a Windows executable.
>
> Step 3.5 suggestion: split that in two steps, allow us to
> upload the patch and download the .exe.
>
> >so it's probably not all that useful to
> >run sound and DirectDraw tests on them
On 11/23/2009 04:07 PM, Rob Shearman wrote:
---
dlls/ole32/tests/marshal.c | 38 +-
1 files changed, 37 insertions(+), 1 deletions(-)
Tested on XP.
Hi Rob,
http://test.winehq.org/data/tests/ole32:marshal.html doesn't look too
healthy.
Not sure if t
Greg,
Congratulations, that's a great service.
>I know that programmers like to be as lazy as possible.
>So the next step will be to allow you
>to upload the git diff instead of a Windows executable.
The next most wanted improvement!
Step 3.5 suggestion: split that in two steps, allow us to
uplo
Paul Chitescu writes:
> Oh, I see it now.
>
> This means that currently the old strings are leaked if the new strings
> provided are NULL.
No, they remain unchanged in that case.
--
Alexandre Julliard
julli...@winehq.org
> Or course you can, format a string every time contents change and store
> it with SetWindowText(). WM_GETTEXT
> will work through default procedure (I've done it that way for IPAddress
> control).
This is good idea, but SetWindowText just send the WM_SETTEXT message. Your
patch "comctl32/dateti
Hi,
Thanks for reply.
> I don't think it's a right way. You probably should use window text
> instead updating it on every change,
> see how GetWindowText is implemented.
GetWindowText work with the server side text buffer. Are you offer to use it?
I don't sure that control text and this kind o
joerg-cyril.hoe...@t-systems.com wrote:
> Michael,
>>> So the cause of random mci time-out on test.winehq may as
>> well lay elsewhere.
>> Like in PulseAudio? That may well be. PA in F11 made sound be more
>> broken in Wine.
> Is that your own experience or other people's reports?
My own from runn
On Monday 30 November 2009 05:51:35 pm Alexandre Julliard wrote:
> Paul Chitescu writes:
>
> > @@ -569,11 +569,11 @@ DWORD svcctl_ChangeServiceConfigW(
> > new_entry.config.lpDisplayName = strdupW(lpDisplayName);
> > }
> >
> > -*service->service_entry = new_entry;
> > -sav
Jacek Caban wrote:
>You should understand, that we don't want users to have problems due to
>*lack* of Gecko.
Fair enough.
> Instead you just said that
>you pollute winetest results with your bad configuration.
Are you being rude or what?
I've not been polluting anything. I've -- quite simply -
Paul Chitescu writes:
> @@ -569,11 +569,11 @@ DWORD svcctl_ChangeServiceConfigW(
> new_entry.config.lpDisplayName = strdupW(lpDisplayName);
> }
>
> -*service->service_entry = new_entry;
> -save_service_config(service->service_entry);
> +err = save_service_config(&new_e
Paul Chitescu writes:
> In the filesystem we use as backend for Registry all we can tell is if we can
> write to it or not so in the end one bit is all that's relevant (except if
> it's completely unreadable when wine should abort).
>
> No matter what an user does it cannot change that. We don'
Michael,
>> So the cause of random mci time-out on test.winehq may as
>well lay elsewhere.
>Like in PulseAudio? That may well be. PA in F11 made sound be more
>broken in Wine.
Is that your own experience or other people's reports?
My experience with PA in Ubuntu Intrepid -- it's not the newest Ub
On Monday 30 November 2009 05:16:34 pm Paul Chitescu wrote:
> On Monday 30 November 2009 04:02:03 pm you wrote:
> > Paul Chitescu writes:
> >
> > > Changelog:
> > > wineserver: Added support for read/only Registry, similar to
> > > unprivileged users
> > >
> > > Rationale:
> > >
On Monday 30 November 2009 04:02:03 pm you wrote:
> Paul Chitescu writes:
>
> > Changelog:
> > wineserver: Added support for read/only Registry, similar to
> > unprivileged users
> >
> > Rationale:
> > This is a first step towards implementing shared wine prefixes
with
> > most
Ilya Shpigor wrote:
Or course you can, format a string every time contents change and store
it with SetWindowText(). WM_GETTEXT
will work through default procedure (I've done it that way for IPAddress
control).
This is good idea, but SetWindowText just send the WM_SETTEXT message. Your
pa
Paul Chitescu writes:
> Changelog:
> wineserver: Added support for read/only Registry, similar to
> unprivileged users
>
> Rationale:
> This is a first step towards implementing shared wine prefixes with
> most users being unprivileged and a single Administrator (power user, etc
Ilya Shpigor wrote:
GetWindowText work with the server side text buffer. Are you offer to use it?
I don't sure that control text and this kind of window text are same things.
Hmm, I'm not sure. Looks like setting text always goes to server call,
maybe it's the same thing (synced somewhere?
You need to provide more information why is this change
required, and what is the problem you are trying to fix.
--
Dmitry.
"Luke Benstead" wrote:
+/
+ * PrintWindow (USER32.@)
+ *
+ */
+BOOL WINAPI PrintWindow(HWND hwnd, HDC hdcBlt, UINT nFlags)
+{
+return TRUE;
+}
If this is a stub, it should not return TRUE, should print a FIXME,
and p
On 11/30/2009 02:08 PM, joerg-cyril.hoe...@t-systems.com wrote:
Dear reviewers,
Vitaliy Margolen wrote in the discussion of bug #20693:
Those entries shouldn't be in the wine.inf in the first place
(as Alexandre already said). If anything they should be removed
from there to lessen the confusio
On 11/30/2009 01:51 PM, joerg-cyril.hoe...@t-systems.com wrote:
Hi,
in the future, MCIAVI will hopefully be able to drive the loop
with either audio or video turned on or off individually
(setaudio/setvideo off), like native (e.g. mciavi can play
the audio tracks only).
Here's a first step towar
On 11/30/2009 01:47 PM, joerg-cyril.hoe...@t-systems.com wrote:
Regards,
Jörg Höhle
Hi Jörg,
You're mixing tabs and spaces here.
--
Cheers,
Paul.
Eric Pouech writes:
> diff --git a/server/debugger.c b/server/debugger.c
> index 795a24a..4458a3b 100644
> --- a/server/debugger.c
> +++ b/server/debugger.c
> @@ -677,6 +677,8 @@ DECL_HANDLER(get_exception_status)
> if ((event = (struct debug_event *)get_handle_obj( current->process,
> req-
wrote:
perhaps I should contribute to this thread given that I
indirectly triggered it via bug #20377.
IMHO Wine, due to its sandbox nature ...
There is no such a nature of Wine.
--
Dmitry.
Hi Andrew,
> From: Andrew Fenn
>
> This sounds great, one question though. Is there a way to contribute
> to your cloud so that members of the community could grow your windows
> vm testing army?
Interesting idea, it's not something I considered when designing this. The bot
currently depends on
Hi,
perhaps I should contribute to this thread given that I
indirectly triggered it via bug #20377.
IMHO Wine, due to its sandbox nature, needs a way to switch
language/locale independently on the desktop settings.
Much like gcompris allows to choose a language other than the desktop's.
No dis
2009/11/30 Stefan Dösinger :
>> I think this will break color_fill_fbo
> I'll investigate that, but I think if it did it would break the d3d9 tests if
> I force rendering to the FBO - which I did for testing.
>
I'm not sure we have a lot of tests for color fill. I actually have
that somewhere on m
This sounds great, one question though. Is there a way to contribute
to your cloud so that members of the community could grow your windows
vm testing army?
On Mon, Nov 30, 2009 at 4:05 PM, Greg Geldorp wrote:
> Or, for those who like to be buzzword compliant, the Wine Testing Cloud
> Service.
>
> I think this will break color_fill_fbo
I'll investigate that, but I think if it did it would break the d3d9 tests if I
force rendering to the FBO - which I did for testing.
> Out of curiosity, what would the performance impact be of always
> rendering to FBO?
I only tested it on my macs so far,
2009/11/30 Stefan Dösinger :
>
I think this will break color_fill_fbo(). My general feeling is that
I'm seeing to much variants of "if (swapchain->render_to_fbo)". Also,
I think this patch has parts that can be separated like e.g. the
surface_init_sysmem() bit.
Out of curiosity, what would the per
On 11/30/2009 10:05 AM, Greg Geldorp wrote:
Or, for those who like to be buzzword compliant, the Wine Testing Cloud
Service.
Inspired by all the talk about testing during WineConf 2009, I set out to fill
a gap in Wine testing. Most of the Wine developers don't have access to a
battery of Windows
Or, for those who like to be buzzword compliant, the Wine Testing Cloud
Service.
Inspired by all the talk about testing during WineConf 2009, I set out to fill
a gap in Wine testing. Most of the Wine developers don't have access to a
battery of Windows machines to run the tests they write/modify o
46 matches
Mail list logo
