On Sunday 17 September 2006 00:09, you wrote:
> I note the recent flamefest, where some of this list seared yet another
> contributor (Roland Kaeser)
You might have noticed that none of the core contributers commented on this,
because they're all at WineConf right now. Just chill, I think there'l
I note the recent flamefest, where some of this list seared yet another
contributor (Roland Kaeser)
Since this particular very old, very shrivelled chestnut. is one of my
personal favourites (thanks to Colin Wright for the chestnut thing...). I'd
like to repeat my observations about this. Feel
Thanks, Jan. All good thoughts.
-- Andy.
Alex Villacís Lasso wrote:
> Andrew Talbot escribió:
>> How should one report minor code errors that don't necessarily produce
>> known bad behaviour? To give a concrete example, in msacm32:driver.c
>> acmDriverPriority(), formal parameter dwPriority is of type DWORD, which
>> is unsigned, but it
Hi,
what do you think about a wine branch that contains all available patches?
There should be a list with all those patches and as far as possible
information what a patch fixes/breaks and what would be required to get
it into the main wine.
And it would be nice if the action of patches can be se
The problem is that I'm not sure (and I think it is Alexandre his issue aswell)
whether this patch is a workaround or a real fix. I think that wined3d created
a GLX context in lets say thread '1' and that it wants to create lets say
another one in a different thread. If this is the case it could
>For the *weekly* application list, who is going to compile it? Wine is>not Microsoft, therefore they do not have access to something along>the lines of Microsoft's Compatibility Lab (and I think not even>Microsoft itself could release this weekly list).Eventually we could talk to the application m
On Saturday 16 September 2006 10:54, Roland Kaeser wrote:
> >And break other Applications.
>
> Not urgently
Depends on the application, no? Try to get the latest and greatest programs
working, you run a strong risk of breaking old programs and games. People
still do play/use old games/programs,
I like the deadline idea, but I do think they've got this already,
just not in terms of working applications, but subsystems.
For the *weekly* application list, who is going to compile it? Wine is
not Microsoft, therefore they do not have access to something along
the lines of Microsoft's Compati
>You want stable software, don't you?Yes but not for the price of developing 10 years for a software.>And break other Applications.Not urgentlyHey guys can't anybody see the reason? The wine project (or the finish of itself) could bring linux the breakthrough. I know a lot of people who asks as fir
On Sat, Sep 16, 2006 at 04:41:04PM +0100, Andrew Talbot wrote:
> How should one report minor code errors that don't necessarily produce known
> bad behaviour?
> Bugzilla seems inappropriate, so does wine-devel. If Coverity has abandoned
> us, would it be worth having a web/wiki page for posting an
On Sa, 2006-09-16 at 06:34 +, Roland Kaeser wrote:
> Why don't just accept the code?
You want stable software, don't you?
> There is enough time later to make it more "beautiful" or correct it
> to a better quality.
Who will do it later?
Nobody!
> But for the moment, some of the code directl
Andrew Talbot escribió:
How should one report minor code errors that don't necessarily produce known
bad behaviour? To give a concrete example, in msacm32:driver.c
acmDriverPriority(), formal parameter dwPriority is of type DWORD, which is
unsigned, but it contains a line that reads:
if (dwP
(Reformatted to bottom-posting)
Roland Kaeser wrote:
> >- Ursprüngliche Mail
> >Von: Jim White <[EMAIL PROTECTED]>
> >An: Roland Kaeser <[EMAIL PROTECTED]>
> >CC: wine-devel@winehq.com
> >Gesendet: Freitag, den 15. September 2006, 19:41:45 Uhr
> >Betreff: Re: Already Error while i
How should one report minor code errors that don't necessarily produce known
bad behaviour? To give a concrete example, in msacm32:driver.c
acmDriverPriority(), formal parameter dwPriority is of type DWORD, which is
unsigned, but it contains a line that reads:
if (dwPriority < 0) dwPriority =
Ati doesn't advertise GLX_SGIX_fbconfig. They only advertise a GLX client
version of 1.3. Because the Xserver only supports 1.2, the reported version is
also 1.2 (only the client version number is 1.3, the rest not).
Roderick
> Roderick Colenbrander wrote:
> > The issue is that ATI's drivers do
On 9/16/06, Roland Kaeser <[EMAIL PROTECTED]> wrote:
>Are you a software developer of any kind? This is a professional open
>source product, and we only allow the cleanest code in our tree. Wine
>is one of the most impressive pieces of software I've ever had the
>chance to work on. I, and al
Just think about the goal, users don't interst the coding quality of the
sourcecode, they just want to run their windows apps on linux.
It might not be evident right away, but the fact is that the quality
of the code directly affects the usability of the resulting program.
You might think that
>Are you a software developer of any kind? This is a professional open>source product, and we only allow the cleanest code in our tree. Wine>is one of the most impressive pieces of software I've ever had the>chance to work on. I, and all the other developers of Wine, do not>want hacks in the cod
On Fri, Sep 15, 2006 at 05:30:36PM +0200, Tijl Coosemans wrote:
> I get the following error running configure on FreeBSD:
>
> config.status: creating Makefile
> sed: 14: ./confstathEGAkR/subs-4.sed: unescaped newline inside substitute
> pattern
>
> There's one of those for every Makefile. The pr
> Roderick Colenbrander wrote:
> > There's this check:
> > if ((!WineGLInfo.glxDirect && !strcmp("1.2",
> WineGLInfo.glxServerVersion)) ||
> > (WineGLInfo.glxDirect && !strcmp("1.2",
> WineGLInfo.glxClientVersion)))
>
>
> This is not the correct way of loading opengl functions or de
On 9/15/06, Roland Kaeser <[EMAIL PROTECTED]> wrote:
Hello
>Codeweavers version of Wine has changes that Alexandre deems
>unacceptable for the "clean" WineHQ tree.
If this is that way, it would be real a horror. Why are code patches which
allows a huge major app (key application) to run on l
On 9/15/06, Segin <[EMAIL PROTECTED]> wrote:
Jeff L wrote:
> When compiling dlls/gdi/tests/metafile.c on line 1357 I get a warning
> C4013: "snprintf" is undefined. Looking around, it seems that snprinft
> is in fact _snprintf in Visual C++. I have found a define
>
>#if !defined(HAVE_SNP
23 matches
Mail list logo
