On Tuesday 06 March 2007 05:02, Markus wrote:
> On Monday 05 March 2007 17:30, you wrote:
> > > I already updated the Wiki to reflect the settings I had to use under
> > > 10.2.
> >
> > -m32 is fully automatic detected in configure, it is not necessary to
> > mention.
>
> I cannot confirm this. Whe
[please CC me on replies, I'm not subscribed to wine-devel]
On Mon, 2007-03-05 at 19:30 +0200, Saulius Krasuckas wrote:
> * On Sun, 4 Mar 2007, Jacek Caban wrote:
> > HtmlHelp maker (hhc, see [1]) doesn't create internal files (parts of
> > chm that describes stuff like index or default topic)
On Monday 05 March 2007 17:30, you wrote:
> > I already updated the Wiki to reflect the settings I had to use under
> > 10.2.
>
> -m32 is fully automatic detected in configure, it is not necessary to
> mention.
I cannot confirm this. When not setting -m32 manually, I am getting the
previously post
> BTW, has the Wine code audit ever been finished or was it just aborted
> when media attention faded? The last statement I found was from Alexandre
> in March 2006 where he stated that 50% of the code were covered.
The code audit continues. However, the SFLC has turned its attention
to building
On 05.03.2007 22:57, Rolf Kalbermatter wrote:
>
> ReactOS you better don't mention here in Wine. As long as ReactOS has not
> been fully audited from an independent organization to not contain any
> copied code not under a compatible open source license, Wine will not
> accept any code that looks
On 3/5/07, Alexander Nicolaysen Sørnes <[EMAIL PROTECTED]> wrote:
Mandag 05 mars 2007 03:27, skrev Nick Law:
> Tony Lambregts wrote:
> > Nick Law wrote:
> >> I still find appdb really slow 60 seconds to view some pages, post on
> >> the forums etc It's driving me nuts to the point I've gone b
--- Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> For half-life 2 I'd suggest back buffer for now
> because nowadays it renders on
> AUX buffers which is faster than the context switch
> for pbuffers. Once fbos
> work with that game they should be used.
Thanks - backbuffer indeed works fine with
Mandag 05 mars 2007 03:27, skrev Nick Law:
> Tony Lambregts wrote:
> > Nick Law wrote:
> >> I still find appdb really slow 60 seconds to view some pages, post on
> >> the forums etc It's driving me nuts to the point I've gone back to
> >> real life for a while as it's less frustrating. BTW this
Ivan de Jesus Deras Tabora [mailto:[EMAIL PROTECTED] wrote:
Welcome here, Ivan!
>From what I understood the hard part of this project is INTEGRATION.
>I mean integrating the new code into the Wine repository without
>breaking everything? Am I right?
Yes this will be a challenge and it is not abo
Am Montag 05 März 2007 21:35 schrieb Ivan de Jesus Deras Tabora:
> Hello everyone.
>
> I'm thinking about participating in the Google SOC 2007. Given that
> Wine in one of my favorite Open Source projects I find interesting the
> idea of implementing the DIBEngine. In the past I've worked in some
Hello
> Don't worry, I'm working on sRGB read and write support right now :D
>
> I'm not sure when it will be completed but you'll see something soon (next
> few days / weeks)
That's great news! Keep 'em comming ;-)
--
Best regards
Wojciech Arabczyk
Am Montag 05 März 2007 20:28 schrieb Wojciech 'arab' Arabczyk:
> Hello
>
> > If changing the fsaa setting in hl2 changes anything that is just
> > imagination - it doesn't do anything yet, the multisample setting is just
> > ignored right now.
>
> I've not changed the FSAA setting trough the game o
Stefan Leichter wrote:
Am Tuesday 27 February 2007 19:43 schrieb Paul Millar:
On Sunday 25 February 2007 18:13, Stefan Leichter wrote:
The set of patches I have includes a definition for this GUID (as well as
many, many others). The complete set of patches (against w32api v3.8) is
avai
Am Tuesday 27 February 2007 19:43 schrieb Paul Millar:
> Hi Stefan,
>
> On Sunday 25 February 2007 18:13, Stefan Leichter wrote:
> > This fail for some dlls at the linking, eg. comdlg32.dll misses the
> > imports
> >
> > _IID_IContextMenu, _IID_IShellFolder, _IID_IPersistFolder2,
> > _IID_IShellBr
Am Montag 05 März 2007 20:14 schrieb Ken Thomases:
> Is UseGLSL=enabled and -dxlevel 80 a meaningful combination that
> produces better results?
It should produce the same results as ARB and 80.
(I know it doesn't work on the mac though. The mac falls back to sw rendering)
pgpAhouItZvX0.pgp
Desc
Wojciech 'arab' Arabczyk wrote:
> Hello
>
>> If changing the fsaa setting in hl2 changes anything that is just
>> imagination - it doesn't do anything yet, the multisample setting is just
>> ignored right now.
>
> I've not changed the FSAA setting trough the game options. I've forced it
> on a l
Hello everyone.
I'm thinking about participating in the Google SOC 2007. Given that
Wine in one of my favorite Open Source projects I find interesting the
idea of implementing the DIBEngine. In the past I've worked in some
Open Source projects, one of them QT-Win32 and also I did little
contrib
On Mo, 2007-03-05 at 12:07 +0100, Paul Vriens wrote:
> My idea is to visualize the skipped tests by using the blue border at the
> single
> test level to indicate tests are skipped (see attached picture).
>
> Comments, idea's, thoughts?
Nice Idea.
--
By by ... Detlef
Hello
> If changing the fsaa setting in hl2 changes anything that is just
> imagination - it doesn't do anything yet, the multisample setting is just
> ignored right now.
I've not changed the FSAA setting trough the game options. I've forced it on a
lower level, that is on the graphics card driv
On Mar 5, 2007, at 12:00 PM, Stefan Dösinger wrote:
Hi!
I've made also the glsl test. The same problem is here - there
is too
much shine all over the game. Not only barrels and weapons, but
also faces,
dresses, walls.. It looks like covered by the oil film. There are
also some
strange sh
Paul Vriens <[EMAIL PROTECTED]> writes:
> My idea is to visualize the skipped tests by using the blue border
> at the single test level to indicate tests are skipped.
Hey, I like it! That blue border was already obsolete when I last
touched the code, but I found it so neat that I couldn't kill i
В сообщении от 28 февраля 2007 05:17 Bill Medland написал(a):
> Is there any chance that someone with the ability can create the fedora
> core 4 wine rpms for version 0.9.30?
http://ftp.freesource.info/etersoft/WINE%40Etersoft-1.0/WINE/FedoraCore/4/
> Bill Medland
--
Lav
Виталий Липатов
Россия,
After considerable digging the problems with sound in Alice were traced
to a bad software load. While digging another thing came to our
attention that may be of interest to others. When we put in the latest
fixes to FC6 Wine quit running. This was traced to the fact that the
latest fixes con
> Hi!
> I've made also the glsl test. The same problem is here - there is too
> much shine all over the game. Not only barrels and weapons, but also faces,
> dresses, walls.. It looks like covered by the oil film. There are also some
> strange shadow effects - like that the top of the hand is dar
"Srivatsa Kanchi, R" <[EMAIL PROTECTED]> wrote:
replaced the custom 'parse_args' function with GNU getopt
And what's wrong with current parser, except it being custom?
applied some coding style to limit code 80 characters /line
Please leave existing style alone, even if you don't like it.
* On Sun, 4 Mar 2007, Jacek Caban wrote:
> HtmlHelp maker (hhc, see [1]) doesn't create internal files (parts of
> chm that describes stuff like index or default topic) and it's GPLed so
> it's useless for Wine (unless author would relicense it for us).
Quoting Paul Wise resume from the [1]:
|
--- Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Am Montag 05 März 2007 06:56 schrieb Pavel Troller:
> > > > without an annoying graphics glitch causing
> parts of
> > >
> > > skies to be
> > >
> > > > replaced with some bogus contents like white,
> black,
> > >
> > > mirrors of a part of
> > >
>
Hello
> We just tried it and we can't reproduce your problem. We were even going
> in the water itself and the display was smooth and without any distortion.
> We set the DX9 mode in the game command line (parameter -dxlevel 90).
To say even more - with this new version all the random buffers t
"Dmitry Timoshkov" <[EMAIL PROTECTED]> wrote:
Marcus, you seem to be a knowledgeable person how to set up X11 in a 64-bit
environment. Perhaps you have a clue what might be needed to properly setup
locale support in that case?
See for instance the bug http://bugs.winehq.org/show_bug.cgi?id=4704
On Mon, Mar 05, 2007 at 05:11:10PM +0100, Markus wrote:
> On Monday 05 March 2007 15:55, Kai Blin wrote:
> > > Ok, got compiling to work. The Wiki was quite far off as to which
> > > settings are needed for compiling under 64bit SUSE.
> >
> > The X libraries moved elsewhere in openSUSE 10.2. Fixes
"Marcus Meissner" <[EMAIL PROTECTED]> wrote:
Marcus, you seem to be a knowledgeable person how to set up X11 in a 64-bit
environment. Perhaps you have a clue what might be needed to properly setup
locale support in that case?
See for instance the bug http://bugs.winehq.org/show_bug.cgi?id=4704
On Monday 05 March 2007 15:55, Kai Blin wrote:
> > Ok, got compiling to work. The Wiki was quite far off as to which
> > settings are needed for compiling under 64bit SUSE.
>
> The X libraries moved elsewhere in openSUSE 10.2. Fixes to the Wiki
> welcome.
I already updated the Wiki to reflect the s
> Hi
>
> > We just tried it and we can't reproduce your problem. We were even going
> > in the water itself and the display was smooth and without any distortion.
> > We set the DX9 mode in the game command line (parameter -dxlevel 90).
>
> To say even more - with this new version all the rando
On Mon, Mar 05, 2007 at 11:53:07PM +0800, Dmitry Timoshkov wrote:
> "Marcus Meissner" <[EMAIL PROTECTED]> wrote:
>
> >>Ok, got compiling to work. The Wiki was quite far off as to which
> >>settings are needed for compiling under 64bit SUSE.
> >
> >I reviewed and adjusted the page a bit.
>
> Marc
"Marcus Meissner" <[EMAIL PROTECTED]> wrote:
Ok, got compiling to work. The Wiki was quite far off as to which settings are
needed for compiling under 64bit SUSE.
I reviewed and adjusted the page a bit.
Marcus, you seem to be a knowledgeable person how to set up X11 in a 64-bit
environment.
On Mon, Mar 05, 2007 at 03:23:39PM +0100, Markus wrote:
> On Sunday 04 March 2007 23:24, Markus wrote:
> > On Sunday 04 March 2007 21:12, you wrote:
> > > Unlikely, dplay is rather old. Can you do a regression test? Most likely
> > > one of my d3d patches killed it.
> >
> > I would, but unfortunate
On Monday 05 March 2007 15:23, Markus wrote:
> Ok, got compiling to work. The Wiki was quite far off as to which settings
> are needed for compiling under 64bit SUSE.
The X libraries moved elsewhere in openSUSE 10.2. Fixes to the Wiki welcome.
Kai
--
Kai Blin,
WorldForge developerhttp://w
Kai Blin wrote:
On Monday 05 March 2007 13:02, Robert Shearman wrote:
+if(pQuerySecurityPackageInfoA(sec_pkg_name, &pkg_info) != SEC_E_OK)
+{
+trace("NTLM package not installed, skipping test\n");
+return;
+}
I've just started using skip() for skipping tests
On Monday 05 March 2007 13:02, Robert Shearman wrote:
> + if(pQuerySecurityPackageInfoA(sec_pkg_name, &pkg_info) != SEC_E_OK)
> + {
> + trace("NTLM package not installed, skipping test\n");
> + return;
> + }
I've just started using skip() for skipping tests.
Cheers,
Kai
-
On Sunday 04 March 2007 23:24, Markus wrote:
> On Sunday 04 March 2007 21:12, you wrote:
> > Unlikely, dplay is rather old. Can you do a regression test? Most likely
> > one of my d3d patches killed it.
>
> I would, but unfortunately I cannot compile Wine myself under (SUSE) x86_64
> even though I
Robert Shearman wrote:
Jeff L wrote:
I am looking at writing a piece of IDL and a header file I am
wrestling with how to do it without infringing copyright. IDL looks
particularly hard to write from first principles and is probably hard
to write in a different way as the functions being imple
Jeff L wrote:
I am looking at writing a piece of IDL and a header file I am
wrestling with how to do it without infringing copyright. IDL looks
particularly hard to write from first principles and is probably hard
to write in a different way as the functions being implemented are
defined and
Hi,
currently all tests on test.winehq.org show the blue border to indicate the test
is running on a visible desktop. I think we can get rid of this one as winetest
will not run if we don't have a visible desktop.
My idea is to visualize the skipped tests by using the blue border at the singl
> Could any of you test again with:
> OffscreenRenderingMode=fbo
> turned on?
fbos are broken with half life 2. It is broken because it uses a different
depth stencil buffer size than the color buffer size.
> I just turned that off (so it defaulted to
> backbuffer), and the problem actually went
I am looking at writing a piece of IDL and a header file I am wrestling
with how to do it without infringing copyright. IDL looks particularly
hard to write from first principles and is probably hard to write in a
different way as the functions being implemented are defined and require
IDL sim
Hi
> We just tried it and we can't reproduce your problem. We were even going
> in the water itself and the display was smooth and without any distortion.
> We set the DX9 mode in the game command line (parameter -dxlevel 90).
To say even more - with this new version all the random buffers that
46 matches
Mail list logo
