One link catched my eye here: "The evolution of a data structure – the
WAVEFORMAT"
https://www.assembla.com/spaces/portaudio/wiki/Win32AudioBackgroundInfo
Maybe it is of some use for Wine developers too:)
Some URLs need adjustment, though.
Eg. Creative Labs description of Vista audio architectur
Hi,
Is there a problem with Wine test bost? Jobs seem to be stuck and some
VMs show problem of memory.
Christian
On 5 October 2012 22:12, Austin English wrote:
> Fixes http://bugs.winehq.org/show_bug.cgi?id=31891
>
That doesn't look right (and doesn't do what you think it does
anyway), did you verify this against the Windows driver? It probably
just needs an entry to map "HD 6670" to CARD_AMD_RADEON_HD6600,
On 10/05/2012 05:53 PM, Vincent Povirk wrote:
>> Beyond that, I am not sure what you are talking about. The value to be
>> returned (at the address specified by the 2nd parameter) is an unsigned
>> integer. There is no place to return 'chunks'; only a place to return a
>> count.
>
> Other method
> Beyond that, I am not sure what you are talking about. The value to be
> returned (at the address specified by the 2nd parameter) is an unsigned
> integer. There is no place to return 'chunks'; only a place to return a
> count.
Other methods on that interface allow you to return an
IWICMetadat
On 10/05/2012 10:58 AM, Vincent Povirk wrote:
> You should take a look at the PNG format spec, particularly the part
> about chunks: http://www.libpng.org/pub/png/spec/1.2/PNG-Structure.html
>
> I believe what's needed here is to return all ancillary chunks.
>
First, thank you for the pointer to
Le 05/10/2012 23:01, Saulius Krasuckas a écrit :
* On Fri, 5 Oct 2012, Christian Costa wrote:
2012/10/5 Dmitry Timoshkov
What matters is what drivers need. I can add some typical fields if
needed but that could be done in other patches when needed as well.
There are basic things like the hea
* On Fri, 5 Oct 2012, Christian Costa wrote:
> 2012/10/5 Dmitry Timoshkov
>
> > > What matters is what drivers need. I can add some typical fields if
> > > needed but that could be done in other patches when needed as well.
> >
> > There are basic things like the header and object list managemen
On Fri, Oct 05, 2012 at 04:27:24PM +0200, joerg-cyril.hoe...@t-systems.com
wrote:
> So bad, now what is actually needed?
>
> Think assembly.
>
> Using your test example:
> +p_vcomp_fork(0, 5, _test_worker5, 1, 2, 3, 4, 5);
>
> _vcomp_fork finds data:
> 1. on the stack
> 2. in registers
> 3.
On Fri, Oct 5, 2012 at 7:27 AM, wrote:
> I found your message very unclear.
>>The patch adds support for OpenMP programs like this:
> And then you start talking about vcomp_fork without telling us where
> it comes from and what it should do.
Good point - it's unfair to expect people to run Visua
You should take a look at the PNG format spec, particularly the part
about chunks: http://www.libpng.org/pub/png/spec/1.2/PNG-Structure.html
I believe what's needed here is to return all ancillary chunks.
Dan,
I found your message very unclear.
>The patch adds support for OpenMP programs like this:
And then you start talking about vcomp_fork without telling us where
it comes from and what it should do. So I'll guess from the names.
- vcomp_for_static/sections_init sound like startup code
initial
Hmm. I definitely misunderstood what this function was intended to do.
As I understand things now, there are two ways to approach processing
graphical information:
1) As a stream of information to be processed in the order it arrives.
2) As an aggregate to be processed all at once.
The PNG forma
2012/10/5 Dmitry Timoshkov
> Christian Costa wrote:
>
> > > This struct is huge. Do you have some fields in mind?
> > What matters is what drivers need. I can add some typical fields if
> needed
> > but that
> > could be done in other patches when needed as well.
>
> There are basic things like
2012/10/5 Christian Costa
>
>
> 2012/10/5 Paul Chitescu
>
>> On Friday 05 October 2012 10:00:00 am Christian Costa wrote:
>> > ---
>> > include/ddk/ntifs.h | 555
>> > +++ 1 file changed, 555
>> > insertions(+)
>> > create mode 100644 include/ddk
2012/10/5 Paul Chitescu
> On Friday 05 October 2012 10:00:00 am Christian Costa wrote:
> > ---
> > include/ddk/ntifs.h | 555
> > +++ 1 file changed, 555
> > insertions(+)
> > create mode 100644 include/ddk/ntifs.h
> >
> > diff --git a/include/ddk
On Friday 05 October 2012 10:00:00 am Christian Costa wrote:
> ---
> include/ddk/ntifs.h | 555
> +++ 1 file changed, 555
> insertions(+)
> create mode 100644 include/ddk/ntifs.h
>
> diff --git a/include/ddk/ntifs.h b/include/ddk/ntifs.h
> new file
Christian Costa wrote:
> > This struct is huge. Do you have some fields in mind?
> What matters is what drivers need. I can add some typical fields if needed
> but that
> could be done in other patches when needed as well.
There are basic things like the header and object list management, beside
2012/10/5 Dmitry Timoshkov
> Christian Costa wrote:
>
> > > Why do you think that returning the structure filled with garbage is
> better
> > > than returning NULL?
> > >
> > >
> > It is not supposed to return NULL afaik but a valid pointer as you said
> > before.
> > The structure is zeroed exc
Christian Costa wrote:
> > Why do you think that returning the structure filled with garbage is better
> > than returning NULL?
> >
> >
> It is not supposed to return NULL afaik but a valid pointer as you said
> before.
> The structure is zeroed except UniqueProcessId I need for MDL functions.
>
2012/10/5 Dmitry Timoshkov
> Christian Costa wrote:
>
> > +EPROCESS process_info;
> > +
> > #ifdef __i386__
> > #define DEFINE_FASTCALL1_ENTRYPOINT( name ) \
> > __ASM_STDCALL_FUNC( name, 4, \
> > @@ -1200,8 +1203,11 @@ NTSTATUS WINAPI FsRtlRegisterUncProvider(PHANDLE
> MupHandle, PUNICOD
Christian Costa wrote:
> +EPROCESS process_info;
> +
> #ifdef __i386__
> #define DEFINE_FASTCALL1_ENTRYPOINT( name ) \
> __ASM_STDCALL_FUNC( name, 4, \
> @@ -1200,8 +1203,11 @@ NTSTATUS WINAPI FsRtlRegisterUncProvider(PHANDLE
> MupHandle, PUNICODE_STRING Redi
> */
> PEPROCESS WINAPI Io
Did you check the DDK where it's supposed to be declared?
--
Dmitry.
On 10/05/2012 03:55 AM, Nikolay Sivov wrote:
> On 10/5/2012 06:43, max+...@mtew.isa-geek.net wrote:
>> From: Max TenEyck Woodbury
>>
>> ---
>> dlls/windowscodecs/pngformat.c |6 --
>> 1 files changed, 4 insertions(+), 2 deletions(-)
>>
>> diff --git a/dlls/windowscodecs/pngformat.c
>> b
On 10/5/2012 06:43, max+...@mtew.isa-geek.net wrote:
From: Max TenEyck Woodbury
---
dlls/windowscodecs/pngformat.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/dlls/windowscodecs/pngformat.c b/dlls/windowscodecs/pngformat.c
index 686f9c6..e8e7cbe 100644
--- a
25 matches
Mail list logo
