2009/5/12 Scott Ritchie :
> Ben Klein wrote:
>>
>> 2009/5/12 Scott Ritchie :
>>>
>>> Henri Verbeet wrote:
2009/5/11 Scott Ritchie :
>
> Henri Verbeet wrote:
>>
>> 2009/5/11 Joerg Mayer :
>>>
>>> As I think that Alexandre has stated his preference (and I can
>>>
Ben Klein wrote:
2009/5/12 Scott Ritchie :
Henri Verbeet wrote:
2009/5/11 Scott Ritchie :
Henri Verbeet wrote:
2009/5/11 Joerg Mayer :
As I think that Alexandre has stated his preference (and I can
understand
him taking a long term view), I want to ask the packagers for the
distros
out there
2009/5/12 Scott Ritchie :
> Henri Verbeet wrote:
>>
>> 2009/5/11 Scott Ritchie :
>>>
>>> Henri Verbeet wrote:
2009/5/11 Joerg Mayer :
>
> As I think that Alexandre has stated his preference (and I can
> understand
> him taking a long term view), I want to ask the packagers
Henri Verbeet wrote:
2009/5/11 Scott Ritchie :
Henri Verbeet wrote:
2009/5/11 Joerg Mayer :
As I think that Alexandre has stated his preference (and I can understand
him taking a long term view), I want to ask the packagers for the distros
out there: Would it be OK for you to add the necessary
Scott Ritchie ha scritto:
As a packager, as long as Massimo is willing to keep the patches
applying to the latest version and user-optional to enable, I'd be
willing to bundle em. I'm normally averse to keeping deltas with
Alexandre's main branch other than backports, but this one is
specifi
2009/5/11 Scott Ritchie :
> Henri Verbeet wrote:
>>
>> 2009/5/11 Joerg Mayer :
>>>
>>> As I think that Alexandre has stated his preference (and I can understand
>>> him taking a long term view), I want to ask the packagers for the distros
>>> out there: Would it be OK for you to add the necessary p
Massimo Del Fedele wrote:
Austin English ha scritto:
FWIW, for those interested, I've added the DIB engine to my daily test
runs. First result is here:
http://test.winehq.org/data/60482be24bca109601008df0113b64858dd45863/wine_ae-ub904-dibengine/report.html
and for comparison, here's a vanil
Henri Verbeet wrote:
2009/5/11 Joerg Mayer :
As I think that Alexandre has stated his preference (and I can understand
him taking a long term view), I want to ask the packagers for the distros
out there: Would it be OK for you to add the necessary patch into the
code that you distribute. Persona
Stefan Stranz wrote:
Fixes bug #13867
Original fix by GameZelda
A test needed for such changes. Especially for that part:
@@ -519,7 +519,7 @@ static inline int textcmpWT(LPCWSTR aw, LPCWSTR bt, BOOL
isW)
if (!aw) return bt ? -1 : 0;
if (!bt) return aw ? 1 : 0;
if (aw == LPSTR_TEXTC
Ben Klein a écrit :
2009/5/11 Alain Aupeix :
All is explained in this thread :
"http://forum.winehq.org/viewtopic.php?p=24400#24400"
Worked for me just now.
Happy for you, but always bad for me ...
:'(
A+
Nikolay Sivov schrieb:
André Hentschel wrote:
now PSDK compatible
---
dlls/comctl32/listview.c |1 -
dlls/comctl32/tests/listview.c |8
include/commctrl.h |6 ++
3 files changed, 14 insertions(+), 1 deletions(-)
Still wrong:
+#define ListView_SetChec
Jeremy White wrote:
> Reece Dunn wrote:
>> Also, doesn't CodeWeavers have the ability to pledge for features
>> (such as DirectX) as well as specific applications?
>
> Well, kinda sorta, but not really. It's on our todo list and has
> been for a long time.
>
> I think Roderick summarized the issue
Austin English ha scritto:
On Sun, May 10, 2009 at 5:19 AM, Massimo Del Fedele wrote:
Massimo Del Fedele ha scritto:
Well, after some (many) bugfixes and additions, the mighty DIB Engine is
almost 100%
operational.
On one of tested apps (MSN Messenger) it behaves even better than original
one
André Hentschel wrote:
now PSDK compatible
---
dlls/comctl32/listview.c |1 -
dlls/comctl32/tests/listview.c |8
include/commctrl.h |6 ++
3 files changed, 14 insertions(+), 1 deletions(-)
Still wrong:
+#define ListView_SetCheckState(hwndLV, i, bCheck
On Sun, May 10, 2009 at 5:19 AM, Massimo Del Fedele wrote:
> Massimo Del Fedele ha scritto:
>>
>> Well, after some (many) bugfixes and additions, the mighty DIB Engine is
>> almost 100%
>> operational.
>> On one of tested apps (MSN Messenger) it behaves even better than original
>> one :-)
>>
>> F
I did this (http://www.winehq.org/docs/winelib-guide/winelib-getting-started) :
$ winemaker --lower-uppercase .
$ make
It throws some error in wrc. So according to GSG I did exactly this:
To fix that problem, you will need to edit the list of resource files
winemaker thought note
On Mon, 11 May 2009, Alexandre Julliard wrote:
>> 2. More importantly, these were the only occurences of C_ASSERT at
>> file level. By moving these at function level use thereof becomes
>> consistent which will allow the fix from PATCH 2/2 to work at all.
> C_ASSERT is supposed to work at
On Mon, 11 May 2009, Kai Blin wrote:
[...]
> If you feel the need to insult people for whatever reason, don't do it
> on the mailing list.
Better yet, they should do it to the mirror.
--
Francois Gouget http://fgouget.free.fr/
Before you criticize someone, walk a mile
Guys, please take it off list.
--
-Austin
2009/5/11 Alain Aupeix :
> All is explained in this thread :
> "http://forum.winehq.org/viewtopic.php?p=24400#24400";
Worked for me just now.
>> From almost the first response, the tone was quite condescending
> No.
Here we go. I'll try again. Yes.
>If professionalism means never giving up, even when it has been
>*explained* to you why your idea won't work in practice, then you
>succeeded.
In the end someone did explain, yes. But it
On Mon, May 11, 2009 at 12:56:28PM +0200, Joerg Mayer wrote:
> Hello (mostly wine package maintainers),
>
> On Sun, May 10, 2009 at 05:07:55PM +0200, Massimo Del Fedele wrote:
> > James McKenzie ha scritto:
> >> Good work. Have you started to think about how to get this into Wine
> >> where AJ wi
Gerald Pfeifer writes:
> The current implementation doesn't work with GCC 4.5 (or ISO C)
> and I failed to find any other way. :-(
>
> Your point on this being autogenerated clearly is strong one --
> either we need to change that generation or find a different way
> to implement C_ASSERT.
>
>
2009/5/11 Nicklas Börjesson :
> From almost the first response, the tone was quite condescending
No.
> and no one even considered if my ideas had any actual merit at
> all before slamming them completely.
Yes they did. You ignored their just criticism.
> Also, because of this, the
> conversatio
On Mon, May 11, 2009 at 6:39 AM, Massimo Del Fedele wrote:
> Austin English ha scritto:
>
>> Perhaps a wine-experimental branch, with applicable warnings?
>>
>> Getting a bunch of people to test it may give us good data on how much
>> it improves things, which is currently lacking.
>>
>
> That one
Austin English ha scritto:
Perhaps a wine-experimental branch, with applicable warnings?
Getting a bunch of people to test it may give us good data on how much
it improves things, which is currently lacking.
That one should be maintained too not a difficult task but
a time consuming one.
Henri Verbeet ha scritto:
2009/5/11 Joerg Mayer :
As I think that Alexandre has stated his preference (and I can understand
him taking a long term view), I want to ask the packagers for the distros
out there: Would it be OK for you to add the necessary patch into the
code that you distribute. Pe
> +1, exactly why I muted the conversation.
Not implying that I would have "won" the conversation or anything
(I obviously didn't), but I did not like the way my arguments
were met at all.
>From almost the first response, the tone was quite condescending
and no one even considered if my ideas h
Joerg Mayer ha scritto:
So from the end users point of view Alexandre is refusing this solution which
is much better than what exists now into the official wine tree.
Ah, wait it's not "much better", is an alternative.
As it is now, it gives speed improvement for some apps, and probably
s
On Mon, May 11, 2009 at 6:20 AM, Henri Verbeet wrote:
> 2009/5/11 Joerg Mayer :
>> As I think that Alexandre has stated his preference (and I can understand
>> him taking a long term view), I want to ask the packagers for the distros
>> out there: Would it be OK for you to add the necessary patch
> +1, exactly why I muted the conversation.
Not implying that I would have "won" the conversation or anything
(I obviously didn't), but I did not like the way my arguments
were met at all.
>From almost the first response, the tone was quite condescending
and no one even considered if my ideas h
2009/5/11 Joerg Mayer :
> As I think that Alexandre has stated his preference (and I can understand
> him taking a long term view), I want to ask the packagers for the distros
> out there: Would it be OK for you to add the necessary patch into the
> code that you distribute. Personally, that means
CompareAssemblyIdentity() and GetAssemblyIdentityFromFile() have stubs
in fusion.c, but they are not used and not exported in any way.
Is there any point in keeping them in their current state?
Where/how should they be exported? A look at the fusion.dll export table
on my Windows XP turned up n
On Mon, May 11, 2009 at 6:07 AM, Chris Howe wrote:
> 2009/5/11 Joerg Mayer
>>
>> Hello (mostly wine package maintainers),
>> On Sun, May 10, 2009 at 05:07:55PM +0200, Massimo Del Fedele wrote:
>> > James McKenzie ha scritto:
>> >> Good work. Have you started to think about how to get this into W
2009/5/11 Joerg Mayer
> Hello (mostly wine package maintainers),
> On Sun, May 10, 2009 at 05:07:55PM +0200, Massimo Del Fedele wrote:
> > James McKenzie ha scritto:
> >> Good work. Have you started to think about how to get this into Wine
> >> where AJ will approve?
> >
> > Ah, I'm not very opt
Hello (mostly wine package maintainers),
On Sun, May 10, 2009 at 05:07:55PM +0200, Massimo Del Fedele wrote:
> James McKenzie ha scritto:
>> Good work. Have you started to think about how to get this into Wine
>> where AJ will approve?
>
> Ah, I'm not very optimistic that it'll ever enter on wine
On Mon, May 11, 2009 at 5:17 AM, Henri Verbeet wrote:
> 2009/5/11 Kai Blin :
>> I seriously dislike the tone this mailing list keeps taking recently.
> In case it means anything to anyone, I agree.
+1, exactly why I muted the conversation.
--
-Austin
Gerald Pfeifer writes:
> This patch moves these into main() in main.c, which has several
> advantages:
>
> 1. The asserts are only evaluated once, not for every #inclusion
> of request.h, which simplifies/speeds up the compilation.
It doesn't make any difference, that stuff is inside a #if
2009/5/11 Kai Blin :
> I seriously dislike the tone this mailing list keeps taking recently.
In case it means anything to anyone, I agree.
On Sunday 10 May 2009 15:59:30 Ken Sharp wrote:
Ken,
some food for thought here.
> Henri Verbeet wrote:
> > When you're not subscribed to the list, your posts have to go through
> > moderation. Sometimes that can take a while.
>
> So the idiot isn't even subscribed to this group, but is spamming
Am Montag, 11. Mai 2009 02:51:29 schrieb Robert Key:
> Changelog:
> * This adds a quirk to change the default max varying value from
>68 to 48 on ATI dx10 cards that use fglrx because a declaration
>of 17 varying vec4s causes shaders not to render and using
>48 (12 varyings vec4s) works
"Gerald Pfeifer" wrote:
static LRESULT
-REBAR_GetPalette (const REBAR_INFO *infoPtr, WPARAM wParam, LPARAM lParam)
+REBAR_GetPalette ()
{
(void) is mandatory, please don't omit it.
--
Dmitry.
"André Hentschel" wrote:
LRESULT CALLBACK ChildWndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM
lParam)
{
+HKEY hKey;
+LPWSTR lpKeyPath;
switch (message) {
case WM_CREATE:
Indentation is weird. And an empty line after variables won't hurt.
--
Dmitry.
"André Hentschel" wrote:
now with LVITEMW and SNDMSGW
You are still casting to LPLVITEMA in ListView_SetCheckState while
using LVITEMW and SNDMSGW. As been said by using SNDMSGW/LVITEMW you
are making these macros incompatible with PSDK ones, and breaking
compatibility if someone will try to
"Josef Simánek" wrote:
I edit Makefile and type make into console.
What exactly did you do? notepad is not supposed to work as a console
application for your information.
My problem above. In the
guide is written to report bad compiling behaviour. So I did it. Any
hints ?
mirindos...@mirin
Hi Rob,
I've done some digging about using cached credentials from winbindd, and this
currently breaks with how we use this from Wine. Specifically, it's not
possible to get the session key from winbindd. This breaks our later attempts
to do signing/sealing. It might be possible to change winbi
2009/5/11 Robert Key :
> Changelog:
> * This adds a quirk to change the default max varying value from
> 68 to 48 on ATI dx10 cards that use fglrx because a declaration
> of 17 varying vec4s causes shaders not to render and using
> 48 (12 varyings vec4s) works for HD2000 to HD4000 ATI cards.
Hi !
I was reading Winelib GSG and I tried to compile notepad from Wine
sources. So I downloaded Wine sources (version 1.1.21) and I installed
wine from Wine Ubuntu repository (version 1.1.21).
I edit Makefile and type make into console. My problem above. In the
guide is written to report bad com
All is explained in
this thread : "http://forum.winehq.org/viewtopic.php?p=24400#24400"
Thanks for help.
A+
--
---
AUPEIX Alain
Mail perso: alain.aup...@wanadoo.fr
Site Perso: http://perso.wanadoo.fr/jujuland/
--
49 matches
Mail list logo
