Roderick Colenbrander wrote:
> Hi Vitaliy,
>
> Peter Hutterer has submitted a draft specification of Xinput2 to the xorg
>
mailinglist. As you know it will offer relative mouse movements. He is
asking for feedback. Since I have no experience with Xinput you might want
to review it and see if it w
On Wed, 14 Jan 2009, Alexandre Julliard wrote:
> Yes, it's better to avoid it, because then you may be testing things
> that you know the function is doing internally but that may not actually
> matter. Tests have to treat the target dll as a black box, and if you
> looked inside then it's no long
On Wed, Jan 14, 2009 at 7:23 PM, Eduardo Menezes
wrote:
> I think a "isolate prefix" option in winecfg (or even winetricks) would be
> very useful.
> Undoing symlinks and editing the registry to take out the reference to the
> root is boring (and I'm not sure only doing this is entirely safe) and
Stefan Dösinger wrote:
>> I see your point though, since none of the aforementioned security
>> precautions are commonplace or specifically targeted to wine.
> A security measure targetted to wine would be a wrong thing IMO.
>
> Either its designed for Windows, then it will protect the Windows app
On Wed, Jan 14, 2009 at 3:59 PM, Louis Lenders
wrote:
> gdi32.GdiEntry13
> kernel32.WerRegisterMemoryBlock
> ntdll.NtSecureConnectPort
> ntdll.RtlEnumerateGenericTableWithoutSplaying
> ntdll.RtlIsGenericTableEmpty
>
> Well, that was enough to get the app running.
> I was not able to work around a
I think a "isolate prefix" option in winecfg (or even winetricks) would be
very useful.
Undoing symlinks and editing the registry to take out the reference to the
root is boring (and I'm not sure only doing this is entirely safe) and this
kind of option would make it possible to run untrusted softw
On Wed, Jan 14, 2009 at 4:05 PM, James McKenzie
wrote:
> Jeremy Newman:
>
> Looks like the download-deb page on winehq.org has gone missing again.
>
Everything looks ok here. http://wine.budgetdedicated.com/ looks in
tact, http://winehq.org/download/deb works too.
2009/1/15 James McKenzie :
> Jeremy Newman:
>
> Looks like the download-deb page on winehq.org has gone missing again.
>
> James McKenzie
http://winehq.org/download/ << Both the Ubuntu and Lenny links work
Though if we are going to provide Debian packages separately to Ubuntu
(which is what I've
Jeremy Newman:
Looks like the download-deb page on winehq.org has gone missing again.
James McKenzie
2009/1/14 Dan Kegel :
> On Sat, Nov 15, 2008 at 8:37 AM, Reece Dunn wrote:
>> 2008/11/15 Dan Kegel :
>>> BTW, has anybody noticed a speed problem with our
>>> theme support?
>>
>> Yes.
>>
>> If you use some themes (e.g. the Zune theme from Microsoft) then the
>> performance is ok. If you try other
On Sat, Nov 15, 2008 at 8:37 AM, Reece Dunn wrote:
> 2008/11/15 Dan Kegel :
>> On Sun, Nov 2, 2008 at 10:58 PM, Reece Dunn wrote:
>>> .. the first step for Wine is making the
>>> uxtheme/msstyles support work well so that it can be used by
>>> distributions to theme Wine.
>>
>> BTW, has anybody n
> I see your point though, since none of the aforementioned security
> precautions are commonplace or specifically targeted to wine.
A security measure targetted to wine would be a wrong thing IMO.
Either its designed for Windows, then it will protect the Windows apps in
Wine the same way. With ex
Francois Gouget a écrit :
> Hi,
>
> I have noticed that expr_alloc_uconstant() is unused in winedbg.
> Is that normal?
>
the main point is that the lexer only returns signed integers, while it
should return both signed and unsigned integers
therefore this code was left to handle possibly unsig
I saw some good progress is being made on getting the .net 3.0 installer
fixed in wine. Nice.
As it will take yet quite some time until the installer is fixed, i
wondered if wine is in good shape to run .net 3.0 apps, once the
installer is finished.
Today I saw someone mentioning a program ca
Stefan Dösinger wrote:
>> As long as the facilities exist for keeping an entire wine bottle
>> isolated from other bottles (and ~/) I don't see this being a major
>> issue.
> They don't.
>
> Even if you don't have a drive link pointing out of a bottle, a Windows app
> running in Wine can still cal
Zachary Goldberg wrote:
> All,
>
> I received an email in response to the top article in WWN 355 about
> generating commit stats. See below.
>
>> I just saw that you used "git log" with some funny
>> options to filter out certain dates... You might be interested in the
>> --min-age and --max-ag
All,
I received an email in response to the top article in WWN 355 about
generating commit stats. See below.
> I just saw that you used "git log" with some funny
> options to filter out certain dates... You might be interested in the
> --min-age and --max-age options, which have been there almo
On Tue, Jan 13, 2009 at 10:59 PM, Paul Vriens
wrote:
> Lei Zhang wrote:
>>
>> Hi,
>>
>> I cleaned up dlls/quartz/tests/filtergraph.c a bit so we can drop in a
>> 'test.mpg' file and test the rendering of MPEG files.
>>
>>
>>
Jeremy Drake writes:
> Right. That's why I abandoned writing a patch to implement the functions,
> and instead focused on writing test cases so others could implement them.
> Is writing test cases also verboten for someone who has seen disassembly?
Yes, it's better to avoid it, because then you
"Hans Leidekker" wrote:
> On Wednesday 14 January 2009 17:01:06 Juan Lang wrote:
>
>> + 704 stdcall @(wstr ptr) SHELL32_704 # GUIDFromStringW
>>
>> Out of curiosity, what's the reason for using SHELL32_704 as the name,
>> instead of GUIDFromStringW?
>
> I just followed a pattern already there
On Wed, 14 Jan 2009, Alexandre Julliard wrote:
> Jeremy Drake writes:
>
> > Is there anything wrong with these two patches? I'd really like to see
> > these tests go in, so hopefully someone will decide to tackle this
> > olepicture stuff. At the very least, putting the stubs in for
> > OleLoad
Hans Leidekker writes:
> On Wednesday 14 January 2009 17:01:06 Juan Lang wrote:
>
>> + 704 stdcall @(wstr ptr) SHELL32_704 # GUIDFromStringW
>>
>> Out of curiosity, what's the reason for using SHELL32_704 as the name,
>> instead of GUIDFromStringW?
>
> I just followed a pattern already there i
On Wed, Jan 14, 2009 at 10:15 AM, Hans Leidekker wrote:
> On Wednesday 14 January 2009 17:01:06 Juan Lang wrote:
>
>> + 704 stdcall @(wstr ptr) SHELL32_704 # GUIDFromStringW
>>
>> Out of curiosity, what's the reason for using SHELL32_704 as the name,
>> instead of GUIDFromStringW?
>
> I just follo
> I just followed a pattern already there in shell32, I don't know the exact
> rules that apply here, to be honest.
I neither, I was seeking illumination. In case there's an absence of
clear rules, I'd suggest the more readable GUIDFromStringW is better.
--Juan
On Wednesday 14 January 2009 17:01:06 Juan Lang wrote:
> + 704 stdcall @(wstr ptr) SHELL32_704 # GUIDFromStringW
>
> Out of curiosity, what's the reason for using SHELL32_704 as the name,
> instead of GUIDFromStringW?
I just followed a pattern already there in shell32, I don't know the exact
ru
Hi Hans,
+ 704 stdcall @(wstr ptr) SHELL32_704 # GUIDFromStringW
Out of curiosity, what's the reason for using SHELL32_704 as the name,
instead of GUIDFromStringW?
--Juan
On Wed, Jan 14, 2009 at 9:38 AM, James Mckenzie
wrote:
> Jeff Zaroyko wrote:
>
>>In an interesting interview, former adware author Matt Knox mentions
>>that he was able to run his adware client on Wine:
>>
>>S: In your professional opinion, how can people avoid adware?
>>M: Um, run UNIX.
>>
>>S:
Jeff Zaroyko wrote:
>In an interesting interview, former adware author Matt Knox mentions
>that he was able to run his adware client on Wine:
>
>S: In your professional opinion, how can people avoid adware?
>M: Um, run UNIX.
>
>S: [ laughs]
>M: We did actually get the ad client working under Wine
Dylan Smith writes:
> @@ -29,6 +29,17 @@ void ME_PaintContent(ME_TextEditor *editor, HDC hDC, BOOL
> bOnlyNew, const RECT *
>ME_Context c;
>int yoffset;
>int ys, ye;
> + HRGN oldRgn, clipRgn;
> +
> + oldRgn = CreateRectRgn(0, 0, 0, 0);
> + if (!GetClipRgn(hDC, oldRgn))
> + {
> +
Paul Vriens writes:
> Win9x returns the system directory instead of system32. Decided against using
> broken() for this but could be convinced otherwise ;).
GetSystemDirectory is probably better.
--
Alexandre Julliard
julli...@winehq.org
2009/1/14 Stefan Dösinger :
> I realized that you just removed the calls from surface and volume, where
> they don't exist in the public d3d9 API. However, textures have such a call
> in the public d3d9 API - do you know what it is supposed to do, and if this
> has any implications on this change?
> As long as the facilities exist for keeping an entire wine bottle
> isolated from other bottles (and ~/) I don't see this being a major
> issue.
They don't.
Even if you don't have a drive link pointing out of a bottle, a Windows app
running in Wine can still call Linux syscalls(int 0x80). This i
I realized that you just removed the calls from surface and volume, where
they don't exist in the public d3d9 API. However, textures have such a call
in the public d3d9 API - do you know what it is supposed to do, and if this
has any implications on this change?
> -Original Message-
> From
Hi,
I have noticed that expr_alloc_uconstant() is unused in winedbg.
Is that normal?
It causes all of the code in the attached patch to essentially be dead
code since expr.type is never set to EXPR_TYPE_U_CONST. Should we just
remove all that code? Just the expr_alloc_uconstant() function? Or
Dmitry Timoshkov wrote:
> Then the first thing to do is to write some test cases.
I will set some up.
"Jeff Latimer" wrote:
> The problem is complicated by the data type of LPBYTE. The application
> does not pass the type of the data to the client. I am at a loss as to
> how DDE actually determines the type at the client side.
Then the first thing to do is to write some test cases.
--
Dmit
Jeremy Drake writes:
> Is there anything wrong with these two patches? I'd really like to see
> these tests go in, so hopefully someone will decide to tackle this
> olepicture stuff. At the very least, putting the stubs in for
> OleLoadPictureFile (patch 1/2) keeps my app from crashing...
Sorr
Hans Leidekker wrote:
> On Wednesday 14 January 2009 08:29:33 Jeff Latimer wrote:
>
>
>> I have tested this a number of ways and I can not see a mechanism that
>> DDE can determine whether data passed is UNICODE (pData is of type
>> LPBYTE). In my tests, the case of the server uses a UNICODE
On Wednesday 14 January 2009 08:29:33 Jeff Latimer wrote:
> I have tested this a number of ways and I can not see a mechanism that
> DDE can determine whether data passed is UNICODE (pData is of type
> LPBYTE). In my tests, the case of the server uses a UNICODE window it
> is immaterial as to
Paul Vriens wrote:
> Michael Stefaniuc wrote:
>> +/*
>> + * English resources for SETUPAPI
>> + *
>
> I guess that should be Romanian resources.
Thanks Paul!
I have removed that part of the comment and resubmitted the patch. I
always remove those comments as they are redundant information.
bye
2009/1/14 Ben Klein :
> 2009/1/14 David Gerard :
>> 2009/1/14 Jeff Zaroyko :
>>
>>> http://philosecurity.org/2009/01/12/interview-with-an-adware-author
>>> In an interesting interview, former adware author Matt Knox mentions
>>> that he was able to run his adware client on Wine:
>>
>>
>> The amazin
2009/1/14 Jeff Zaroyko :
> http://philosecurity.org/2009/01/12/interview-with-an-adware-author
> In an interesting interview, former adware author Matt Knox mentions
> that he was able to run his adware client on Wine:
The amazing thing about that interview was how jaw-droppingly insecure
Window
2009/1/14 Jeff Zaroyko :
> http://philosecurity.org/2009/01/12/interview-with-an-adware-author
>
> In an interesting interview, former adware author Matt Knox mentions
> that he was able to run his adware client on Wine:
>
> S: In your professional opinion, how can people avoid adware?
> M: Um, run
Jeff Zaroyko wrote:
> http://philosecurity.org/2009/01/12/interview-with-an-adware-author
>
> In an interesting interview, former adware author Matt Knox mentions
> that he was able to run his adware client on Wine:
>
> S: In your professional opinion, how can people avoid adware?
> M: Um, run UN
On Wed, Jan 14, 2009 at 05:08:50PM +1100, Jeff Zaroyko wrote:
> http://philosecurity.org/2009/01/12/interview-with-an-adware-author
>
> In an interesting interview, former adware author Matt Knox mentions
> that he was able to run his adware client on Wine:
>
> S: In your professional opinion, ho
45 matches
Mail list logo
