Fellas,
tools/c2man.pl have buggy pieca code which work only for accident
reasons. The patch fixes perl syntax for upcoming perl-5.8.9 who
ain't not gonna tolerate the buggy pieca coda.
http://www.nntp.perl.org/group/perl.perl5.porters/119879
http://www.nntp.perl.org/group/perl.perl5.porters/119
I have to ask, is there a reason each thread uses its own display connection
(which are all different from gdi_display), and leaves the window data to
only be available from the thread the window was created in? Besides the
aforementioned problem with the GL context, I'd imagine it would be
proble
The debian answer is a linking method that allows mesa to live on and for
the nvidia driver to have everything it's own way. In theory and practice
I've found it to be a very good solution with two big draw backs: the mess
created by either system makes it a night mare to remove one in place of t
"Mike McCormack" <[EMAIL PROTECTED]> wrote:
This is a hack, however the correct way to achieve bug compatiblity is
complicated.
MSI should run custom actions in a separate process and communicate with
the main installer process via COM. This is quite a lot of work which
needs to be done any
On Thu, 11 Jan 2007, Felix Nawothnig wrote:
[...]
> No it's not, that causes test failure on native when DirectX is not installed
> (NT4 out-of-the-box I believe?).
How can the DirectSound tests not be linked with dsound.dll on
Windows? They sure are on Linux as shown by the Makefile.in:
IMPORTS
Hi, i finally got response from Larry Snyder (aka wierd_w ), who created
Greenville font. (appeared he was on holiday). Below is the mail he sent me,
and i talked to him on irc about it. To summarize, he's willing to license
this LGPL, but reading his mail it seems to me this won't be a one
Christoph Frick wrote:
> On Thu, Jan 11, 2007 at 10:25:51AM -0700, Vitaliy Margolen wrote:
>
>>> @@ -128,11 +122,20 @@ struct JoystickImpl
>>> /* The 'parent' DInput */
>>> IDirectInputImpl *dinput;
>>>
>>> + /* autodetecting ranges per axe by following movement */
>>> +
On Thu, 28 Dec 2006 16:04:25 +0100
"Maarten Lankhorst" <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I've forward ported the old patches of Davin McCall (dsound.patch).
> With them I have no more sound underruns etc, I'm therefore looking
> for other people to test them as well. I'm welcoming comments
Hello
> trace:wininet:HTTP_GetResponseHeaders raw headers: L"HTTP/1.1 302
> Found\r\nDate: Thu, 11 Jan 2007 15:47:17 GMT\r\nServer: Apache/2.0.54
> (Debian GNU/Linux)\r\nLocation:
> http://optusnet.dl.sourceforge.net/sourceforge/wine/wine_gecko.cab\r\nConne
>ction: close\r\nContent-Type: text/html
Hi Dmitry,
On 11/01/07, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
I'd say that since converting resources to UTF-8 makes them not compatible
with any other resource compiler except wrc, IMO that's a bad idea
At least one free resource compiler that claims to support UTF-8:
http://www.jorgon.
Francois Gouget wrote:
This is a NOP, it just seems a bit cleaner to me.
-hDsound = LoadLibraryA("dsound.dll");
-if (!hDsound) {
-trace("dsound.dll not found\n");
-return;
-}
-
+hDsound = GetModuleHandleA("dsound.dll");
+ok(hDsound != NULL, "dsound.dll not loa
Michał Majchrowicz escreveu:
Hi.
I hope this time it is correct patch and will be accepted.
Regards Michael.
I think the spec file is incorrect.
diff --git a/dlls/user32/user32.spec b/dlls/user32/user32.spec
index f857105..0517ebc 100644
--- a/dlls/user32/user32.spec
+++ b/dlls/user32/user32.sp
Hello,
automated CxTest testing shows WinZip regression:
Jan 8 - WinZip ran 9 times (5 Francois + 4 Jozef), all succeeded
Jan 9 - WinZip ran 1 time (Francois), failed with
http://www.cxtest.org/triage/failures?dl=364121
(Out of resources error, unable to continue)
Jan 10 - WinZip ran 2 times (1
On Thu, Jan 11, 2007 at 10:25:51AM -0700, Vitaliy Margolen wrote:
> > @@ -128,11 +122,20 @@ struct JoystickImpl
> > /* The 'parent' DInput */
> > IDirectInputImpl *dinput;
> >
> > + /* autodetecting ranges per axe by following movement */
> > + LONG
Christoph Frick wrote:
> with Vitaliy's patches i tried my games yesterday and everything seemed
> ok (RBR works again). but my clutch on the wheel did not work and also
That's a good news. I was hopping not to brake too many things while
reorganizing the dinput.
> @@ -128,11 +122,20 @@ struct Joy
Bill Medland wrote:
> On Thu, 2007-11-01 at 07:56 -0800, Dan Kegel wrote:
>> Wine-0.9.27's iexplore.exe isn't downloading gecko for me.
>> It tries, but then gives up, and says html rendering is disabled.
>> +wininet shows that it did connect to winehq.org and got
>> a redirect to sourceforge:
>>
>
On Thu, 2007-11-01 at 07:56 -0800, Dan Kegel wrote:
> Wine-0.9.27's iexplore.exe isn't downloading gecko for me.
> It tries, but then gives up, and says html rendering is disabled.
> +wininet shows that it did connect to winehq.org and got
> a redirect to sourceforge:
>
> trace:wininet:HTTP_GetRes
Wine-0.9.27's iexplore.exe isn't downloading gecko for me.
It tries, but then gives up, and says html rendering is disabled.
+wininet shows that it did connect to winehq.org and got
a redirect to sourceforge:
trace:wininet:HTTP_GetResponseHeaders raw headers: L"HTTP/1.1 302
Found\r\nDate: Thu, 11
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> I'd say that since converting resources to UTF-8 makes them not compatible
> with any other resource compiler except wrc, IMO that's a bad idea. I
> personally
> time from time edit Wine resources in Visual Studio and compile them with
> rc.exe
>
Hi Dmitry,
On 11/01/07, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
> At least one free resource compiler that claims to support UTF-8:
> http://www.jorgon.freeserve.co.uk/#rc
Unfortunately it's not Microsoft's rc.exe, i.e. not something I'm interested
to compare wrc output/compatibility with.
"Phil Krylov" <[EMAIL PROTECTED]> wrote:
On 11/01/07, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
I'd say that since converting resources to UTF-8 makes them not compatible
with any other resource compiler except wrc, IMO that's a bad idea
At least one free resource compiler that claims to su
"Alexandre Julliard" <[EMAIL PROTECTED]> wrote:
> Correct the umlauts for utf8, this seems to be the encoding everyone uses
Actually the encoding for source files is Latin-1 at the moment. This
should probably be changed once we convert resources to utf-8, to make
all files use the same encodin
Stefan Dösinger <[EMAIL PROTECTED]> writes:
> Correct the umlauts for utf8, this seems to be the encoding everyone uses
Actually the encoding for source files is Latin-1 at the moment. This
should probably be changed once we convert resources to utf-8, to make
all files use the same encoding.
--
"Seth Shelnutt" <[EMAIL PROTECTED]> wrote:
I am trying to get EMIII to run via wine. I'm perfectly willing to debug
this. I just don't know how. I think my issue is with MSVBVM60.DLL
(MSVBVM60.dbg)?
I just sent a patch that should fix the crash.
P.S.
wineconf mailing list is not an appropria
Hi,
dlls/winex11.drv/opengl.c:820
if(!display || !display) {
ERR("Invalid display or visual\n");
}
My guess is that second 'display' is supposed to be 'visual'.
--
James Hawkins
25 matches
Mail list logo