Hi,
On Thu, May 04, 2006 at 06:36:48PM -0400, Ivan Gyurdiev wrote:
> Also cleans up what looks like the result of a patch being applied twice
> - same value is written to on consecutive lines.
You didn't mix up streamSource with streamStride, right?
Since I cannot find the patch equivalent of "c
On Monday, May 08, 2006 00:20, Vitaliy Margolen wrote:
> Saturday, May 6, 2006, 12:48:50 PM, Marco Eminente wrote:
> > CFLAGS="-Wall -g -O2" ./configure --host=x86_64-linux-gnu
> > --build=x86_64-linux-g nu --prefix=/usr --mandir=\${prefix}/share/man
> > --infodir=\${prefix}/share/info
> > checking
According to
http://code.google.com/soc/studentfaq.html#timeline
applications are due in by 5PM PST Monday.
That's about 17 hours away.
We have just about enough proposals to choose from now, but
there's still time for a well-written proposal to be accepted.
- Dan
--
Wine for Windows ISVs: http
Sunday, May 7, 2006, 9:26:11 AM, Herman Bos wrote:
> Hi,
> We are using Ambrasoft, a Dutch educational software suite. It currently
> works on wine 0.9.9. But unfortunately not on later versions. When it
> just got out I tried wine 0.9.10, but unfortunately Ambrasoft hangs on
> start up with this
Saturday, May 6, 2006, 12:48:50 PM, Marco Eminente wrote:
> CFLAGS="-Wall -g -O2" ./configure --host=x86_64-linux-gnu
> --build=x86_64-linux-g nu --prefix=/usr --mandir=\${prefix}/share/man
> --infodir=\${prefix}/share/info
> checking build system type... x86_64-pc-linux-gnu
> checking host syste
I've taken the liberty of changing the subject of Robert Reif's
recent email and am expanding it a bit, because I don't want it
to be ignored.
The task is to perform a basic test of Wine's audio
support to make sure it's a stable platform for us to build upon;
what a great way for all you lurkers
I found a patch from about 3 years ago for implementing RegisterHotKey
and UnregisterHotKey. I've updated it to apply to the current wine
source tree and essentially copied what metacity does to cover any
missing functionality.
The original patch is here:
http://www.winehq.com/hypermail/wine-deve
Dan Kegel wrote:
> Hi Herman,
> What does the Wine console log say?
> - Dan
>
Silly I forgot about that. Here it is:
err:rpc:RPCRT4_OpenConnection protseq mswmsg not supported
err:rpc:RPCRT4_OpenConnection protseq mswmsg not supported
err:rpc:RPCRT4_OpenConnection protseq mswmsg not supported
fix
Segin wrote:
If this was to be done, there are a few things I suggest:
First should be everything that Freedesktop.org has laid out, and
nothing more. That does into the FD.org integration code. For a lot of
this to work, Wine may have to be ran as a system service (is that
even a good idea
Herman wrote:
We are using Ambrasoft, a Dutch educational software suite. It currently
works on wine 0.9.9. But unfortunately not on later versions. When it
just got out I tried wine 0.9.10, but unfortunately Ambrasoft hangs on
start up with this release.
Currently using wine 0.9.12 and it doesn'
Herman Bos osso.nl> writes:
>
> Any hints/tips/tricks/feedback would be appeciated.
>
> Kind regards,
>
> Herman Bos
>
>
Hi, looks quite similar to some bugs reported in bugzilla. Does running with
native oleaut32.dll get you around the problem (e.g.
WINEDLLOVERRIDES="oleaut32=n" wine ap
Mikołaj Zalewski wrote:
I've had an idea for a SoC project and filled the application. In a
comment I was advised to discuss it on wine-devel.
The idea is to integrate the wine shell32 with the Linux desktops. The
main problem is of course that there are many desktop environments and
only s
Hi, I´ll write the comments in portuguese, it is for us only (maybe):
grandao escreveu:
patch for README.pt_BR
some minor corrections ;D
--
[grandão]
Grandão, que bom ter alguém na atividade.
Logo no começo tem gra
I've had an idea for a SoC project and filled the application. In a
comment I was advised to discuss it on wine-devel.
The idea is to integrate the wine shell32 with the Linux desktops. The
main problem is of course that there are many desktop environments and
only some things are standardiz
Hi,
We are using Ambrasoft, a Dutch educational software suite. It currently
works on wine 0.9.9. But unfortunately not on later versions. When it
just got out I tried wine 0.9.10, but unfortunately Ambrasoft hangs on
start up with this release. I was fairly busy but now I'm giving it
another shot
Am Sonntag, 7. Mai 2006 13:47 schrieb Marcin Kardas:
> Hi,
> I'm participate in Google summer of code and I'm going to send
> application with my own idea. I would like to fix popular wine bug -
> http://bugs.winehq.org/show_bug.cgi?id=2398. On
> http://wiki.winehq.org/OpenGL there are some ideas h
I would like to fix http://bugs.winehq.org/show_bug.cgi?id=2398 bug.
On http://wiki.winehq.org/OpenGL there are some ideas how to do this
and I think that this one with glViewport and glScissor is the best
one. I wrote test program and I think it should work. What do you
think about it and do y
Hi!
I would like to participate in Google summer of code. I'm going to
fix popular opengl problem in wine - overdrawing of child windows
(http://bugs.winehq.org/show_bug.cgi?id=2398). What do you think
about it? Have this project any chance to get apply? Isn't it to
small?
CFLAGS="-Wall -g -O2" ./configure --host=x86_64-linux-gnu
--build=x86_64-linux-g nu --prefix=/usr --mandir=\${prefix}/share/man
--infodir=\${prefix}/share/info
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking whether make sets $(MAKE)...
Kevin Walker wrote:
Hi all, I would like to know if MIDI is supported under wine?
Midi playback and record should work fine with both OSS and ALSA
drivers, and is not supported with the other drivers.
A+
--
Eric Pouech
Molle Bestefich wrote:
Eric Pouech wrote:
well, that's strange, the program you stop in the X11 error handler. I
tried it here and it works fine. what happens if you try starting the
pgm from the debugger ?
It starts behaving differently compared to running it with plain wine.
Still using th
Hi,
I'm participate in Google summer of code and I'm going to send
application with my own idea. I would like to fix popular wine bug -
http://bugs.winehq.org/show_bug.cgi?id=2398. On
http://wiki.winehq.org/OpenGL there are some ideas how to do this and
I think that this one with glViewport and gl
> > Well, WINED3DERR_INVALIDCALL == D3DERR_INVALIDCALL. I've added those
> > return values to the wined3d headers so I can check in ddraw for the
> > return values. A lot of retvals from wined3d are in d3d8 / d3d9 and do
> > not exist in ddraw.
> >
> > Just wanted to point that out.
> >
> > Stefan
On 07/05/06, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> - Even if GetContainer should return D3DERR_INVALIDCALL (not
> WINED3D_INVALIDCALL!) ...
Well, WINED3DERR_INVALIDCALL == D3DERR_INVALIDCALL. I've added those return
values to the wined3d headers so I can check in ddraw for the return valu
Stefan Dösinger wrote:
Am Sonntag, 7. Mai 2006 11:06 schrieb H. Verbeet:
There might be more to this. This was changed the other way around not
too long ago. See
http://source.winehq.org/git/?p=wine.git;a=commit;h=252c4adb965a26db19c1c91
61c40a82b488cb6d4
If I'm not mistaken, then this p
H. Verbeet wrote:
On 06/05/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
[ applies on top of Mike's tree, but hopefully on the main tree too ]
R8G8B8 means red is the most significant bit.
On a little-endian system, the texture is stored starting with blue.
It is read byte-by-byte (GL_UNSIGNED_B
Am Sonntag, 7. Mai 2006 11:06 schrieb H. Verbeet:
> There might be more to this. This was changed the other way around not
> too long ago. See
> http://source.winehq.org/git/?p=wine.git;a=commit;h=252c4adb965a26db19c1c91
>61c40a82b488cb6d4
If I'm not mistaken, then this patch was mainly to correct
Am Samstag, 6. Mai 2006 19:57 schrieb Joseph Garvin:
> Stefan Dösinger wrote:
> > One of these nasty things is GetDC on the render target. Age of Empires 2
> > and Settlers 3 to that to draw text. This is going to be unplayably slow
> > I'm afraid. Wine will need a dib engine for that to work.
>
>
> - Even if GetContainer should return D3DERR_INVALIDCALL (not
> WINED3D_INVALIDCALL!) ...
Well, WINED3DERR_INVALIDCALL == D3DERR_INVALIDCALL. I've added those return
values to the wined3d headers so I can check in ddraw for the return values.
A lot of retvals from wined3d are in d3d8 / d3d9 and
On 06/05/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
> - At least for d3d9, GetContainer returns E_NOINTERFACE on Windows. I
> verified that when I rewrote part of the function some time ago, and I
> just did again. I originally intended to add a test for that, but
> well, guess I forgot about i
On 06/05/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
[ applies on top of Mike's tree, but hopefully on the main tree too ]
R8G8B8 means red is the most significant bit.
On a little-endian system, the texture is stored starting with blue.
It is read byte-by-byte (GL_UNSIGNED_BYTE), therefore it
31 matches
Mail list logo
