On 1/14/22 20:16, Vincent Torri wrote:
Hello
first, I'm on Win10
After initializing Direct2D, when I call
ID2D1HwndRenderTarget_GetPixelSize
with a HwndRenderTarget, i get a seg fault.
But when I use the C++ API, no problem.
there is the same behavior with GetPixelFormat()
on the cont
On 1/14/22 23:05, Vincent Torri wrote:
On Fri, Jan 14, 2022 at 6:31 PM Nikolay Sivov wrote:
on the contrary, CreateBitmap(), DrawBitmap(), BeginDraw(), EndDraw()
or SetTransform() are working with the C API.
Does someone have an idea of the problem. I have a test program if you want
It
On 1/16/22 10:06, Vincent Torri wrote:
hello
On Sat, Jan 15, 2022 at 9:28 AM Vincent Torri wrote:
On Sat, Jan 15, 2022 at 7:43 AM Nikolay Sivov wrote:
On 1/14/22 23:05, Vincent Torri wrote:
On Fri, Jan 14, 2022 at 6:31 PM Nikolay Sivov wrote:
on the contrary, CreateBitmap
On 1/16/22 15:26, Luca Bacci wrote:
Probably many of you already know about that blog post by Raymond Chen, but
I'll post a link here anyway because it's relevant to this discussion:
https://devblogs.microsoft.com/oldnewthing/20220113-00/?p=106152
I never heard of it. I tested just now with
Ah, I somehow missed it. Thank you.
On Wed, Nov 29, 2023 at 6:49 PM Jacek Caban wrote:
> On 29.11.2023 18:35, Nikolay Sivov wrote:
>
> import "mfobjects.idl";
> +import "mftransform.idl";
>
> cpp_quote("#include ") // FIXME: import "mftrans
Signed-off-by: Nikolay Sivov
---
mingw-w64-headers/include/dwrite.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/mingw-w64-headers/include/dwrite.h
b/mingw-w64-headers/include/dwrite.h
index 45b37445..fa83d561 100644
--- a/mingw-w64-headers/include/dwrite.h
+++ b
Signed-off-by: Nikolay Sivov
---
mingw-w64-headers/include/dwrite.h | 22 +-
1 file changed, 9 insertions(+), 13 deletions(-)
diff --git a/mingw-w64-headers/include/dwrite.h
b/mingw-w64-headers/include/dwrite.h
index fa83d561..f3968bea 100644
--- a/mingw-w64-headers/include
On Sat, Sep 1, 2018 at 2:01 PM Liu Hao wrote:
> 在 2018/9/1 18:21, Nikolay Sivov 写道:
> > Signed-off-by: Nikolay Sivov
> > ---
> > @@ -1426,7 +1419,7 @@ DECLARE_INTERFACE_(IDWriteInlineObject,IUnknown)
> >
> > #undef INTERFACE
> > #defi
Signed-off-by: Nikolay Sivov
---
v2: moved IDWriteFontFileLoader methods to __cplusplus block.
mingw-w64-headers/include/dwrite.h | 22 +-
1 file changed, 9 insertions(+), 13 deletions(-)
diff --git a/mingw-w64-headers/include/dwrite.h
b/mingw-w64-headers/include/dwrite.h
Signed-off-by: Nikolay Sivov
---
mingw-w64-headers/include/dwrite.h | 22 +-
1 file changed, 9 insertions(+), 13 deletions(-)
diff --git a/mingw-w64-headers/include/dwrite.h
b/mingw-w64-headers/include/dwrite.h
index fa83d561..f3968bea 100644
--- a/mingw-w64-headers/include
v2: fixed typos
From 20da81be71594594a2aa804c7409761ab6cb9692 Mon Sep 17 00:00:00 2001
From: Nikolay Sivov
Date: Mon, 14 Jan 2019 13:03:53 +0300
Subject: [PATCH] include: Add IDWriteTextLayout1 definition.
Signed-off-by: Nikolay Sivov
---
mingw-w64-headers/include/dwrite_1.h | 226
---
From df308012e23c28fe774bf93076369ab96c9b3e78 Mon Sep 17 00:00:00 2001
From: Nikolay Sivov
Date: Mon, 14 Jan 2019 17:58:05 +0300
Subject: [PATCH] include: Add remaining interface definitions from dwrite_1.h.
Signed-off-by: Nikolay Sivov
---
mingw-w64-headers/include/dwrite_1.h | 158
Sorry about that. Attaching a fix for both issues.
From f3a525c57bba62bfc58f76db2d4e4472a55f6ce0 Mon Sep 17 00:00:00 2001
From: Nikolay Sivov
Date: Wed, 16 Jan 2019 10:10:03 +0300
Subject: [PATCH] headers: Add DWRITE_VERTICAL_GLYPH_ORIENTATION definition.
Signed-off-by: Nikolay Sivov
---
mingw
BOOL, should it be used everywhere? I see it's
used inconsistently, at least in dwrite*.h headers.
From 970a4adc69390af731fab200ee8f751c5d95ef58 Mon Sep 17 00:00:00 2001
From: Nikolay Sivov
Date: Mon, 14 Jan 2019 23:40:05 +0300
Subject: [PATCH 1/2] headers: Remove C-compatibility parts from dwr
On Wed, Jan 16, 2019 at 2:42 PM JonY via Mingw-w64-public <
mingw-w64-public@lists.sourceforge.net> wrote:
> On 1/16/19 7:18 AM, Nikolay Sivov wrote:
> > I don't see a reason in keeping this compatibility code, It already won't
> > work for C because of IDWriteFacto
On Wed, Jan 16, 2019 at 3:03 PM JonY via Mingw-w64-public <
mingw-w64-public@lists.sourceforge.net> wrote:
> On 1/16/19 11:46 AM, Nikolay Sivov wrote:
> > On Wed, Jan 16, 2019 at 2:42 PM JonY via Mingw-w64-public <
> > mingw-w64-public@lists.sourceforge.net> wrote:
On Wed, Jan 16, 2019 at 4:30 PM Tomasz Konojacki wrote:
> On Wed, 16 Jan 2019 16:02:09 +0300
> Nikolay Sivov wrote:
>
> > I'm not, but I don't see how "struct a: public struct b" would work in
> > objc, same for overloaded methods.
>
> It won
On Wed, Jan 23, 2019 at 3:34 PM Jacek Caban wrote:
> On 1/16/19 2:32 PM, Nikolay Sivov wrote:
> > after it's decided where to go with this patch.
>
>
> FWIW, I don't have a strong opinion, but if supporting pure C is a
> matter of fixing just one struct that use
---
From 0a52048e0368b043abc0791ef4c6969fc1e603ef Mon Sep 17 00:00:00 2001
From: Nikolay Sivov
Date: Fri, 25 Jan 2019 01:25:19 +0300
Subject: [PATCH] headers: Make dwrite_1.h C friendly.
Signed-off-by: Nikolay Sivov
---
mingw-w64-headers/include/dwrite_1.h | 13 -
1 file changed
v2: added separate definition for C
From 8252ec9bb36419722fc810af8c53a7f40e4dd208 Mon Sep 17 00:00:00 2001
From: Nikolay Sivov
Date: Fri, 25 Jan 2019 01:25:19 +0300
Subject: [PATCH] headers: Make dwrite_1.h C friendly.
Signed-off-by: Nikolay Sivov
---
mingw-w64-headers/include/dwrite_1.h | 32
Alright, thanks.
On Fri, Jan 25, 2019 at 3:53 PM JonY via Mingw-w64-public <
mingw-w64-public@lists.sourceforge.net> wrote:
> On 1/25/19 12:27 PM, Nikolay Sivov wrote:
> > v2: added separate definition for C
> >
>
> No need to repeat the members, you should b
---
From 8096ec452013f96a48b08d886e8abb547e5f413f Mon Sep 17 00:00:00 2001
From: Nikolay Sivov
Date: Fri, 25 Jan 2019 01:25:19 +0300
Subject: [PATCH] headers: Make dwrite_1.h C friendly.
Signed-off-by: Nikolay Sivov
---
mingw-w64-headers/include/dwrite_1.h | 20 ++--
1 file
---
From 789bdbbfa35f0145a656d31a06b4bb54d7181155 Mon Sep 17 00:00:00 2001
From: Nikolay Sivov
Date: Sun, 27 Jan 2019 19:15:17 +0300
Subject: [PATCH] headers: Update d2d1.h enums with missing members.
Signed-off-by: Nikolay Sivov
---
mingw-w64-headers/include/d2d1.h | 182
On Mon, Jan 28, 2019 at 3:27 AM JonY via Mingw-w64-public <
mingw-w64-public@lists.sourceforge.net> wrote:
> On 1/27/19 4:16 PM, Nikolay Sivov wrote:
> > ---
> >
>
> Please split functionality and styling changes into separate patches,
> and explain why the _S
On Mon, Jan 28, 2019 at 3:53 PM Liu Hao wrote:
> 在 2019/1/28 0:16, Nikolay Sivov 写道:
> > From 789bdbbfa35f0145a656d31a06b4bb54d7181155 Mon Sep 17 00:00:00 2001
> > From: Nikolay Sivov
> > Date: Sun, 27 Jan 2019 19:15:17 +0300
> > Subject: [PATCH] headers: Updat
Split up from version 1.
From df63c0597f34b3f1969070e0d195f39b9f338a94 Mon Sep 17 00:00:00 2001
From: Nikolay Sivov
Date: Tue, 5 Feb 2019 16:05:43 +0300
Subject: [PATCH 1/2] headers: Fix enum identifier names from d2d1.h.
Signed-off-by: Nikolay Sivov
---
mingw-w64-headers/include/d2d1.h | 60
On Mon, Feb 11, 2019 at 1:16 PM Liu Hao wrote:
> 在 2019/2/7 14:42, Liu Hao 写道:
> > 在 2019/2/5 下午9:38, Nikolay Sivov 写道:
> >> Split up from version 1.
> >>
> >>
> >>
> >
> > These patches seem to look fine. I may push them a few days later
---
From d570aebbda12a85bc28fc7da6f4a6a8881b0a624 Mon Sep 17 00:00:00 2001
From: Nikolay Sivov
Date: Tue, 12 Feb 2019 09:03:22 +0300
Subject: [PATCH] include/d2d1.h: Add missing D2D1_DRAW_TEXT_OPTIONS members.
Signed-off-by: Nikolay Sivov
---
mingw-w64-headers/include/d2d1.h | 10 ++
1
Was it removed after 10.0.22621.0? Because I have it there.
On Sun, Sep 15, 2024 at 8:13 PM Biswapriyo Nath
wrote:
> Do we need to keep d2derr.h? It does not exists in latest Windows SDK
> 10.x version.
>
>
> ___
> Mingw-w64-public mailing list
> Mingw
On Sat, Nov 23, 2019 at 8:12 PM Arthur Girardi
wrote:
> > > I'm building the WIC Viewer using Direct2D[1] sample from Microsoft,
> > > converted to C, and I'm getting some strange SIGSERV at the function
> > > ID2D1HwndRenderTarget_GetSize(m_pRT) when the program is compiled with
> > gcc
> > > 9.
On Sat, Nov 23, 2019 at 9:27 PM Arthur Girardi
wrote:
> Em sáb., 23 de nov. de 2019 às 14:27, Nikolay Sivov
> escreveu:
>
> > On Sat, Nov 23, 2019 at 8:12 PM Arthur Girardi
> > wrote:
> >
> > > > > I'm building the WIC Viewer using Direct2D[1] sa
On Sat, Nov 23, 2019 at 10:12 PM Arthur Girardi
wrote:
> > > > Could you post your converted source somewhere? It could be an issue
> > with
> > > > particular method prototype,
> > > > for example for GetSize() correct C prototype would be:
> > > >
> > > > D2D1_SIZE_F * target_GetSize(ID2D1HwndR
On Wed, Mar 4, 2020 at 4:57 PM Liu Hao wrote:
> 在 2020/3/4 20:03, xtne6f 写道:
> > Hello everyone!
> >
> > I have encountered a problem on using VMR9AlphaBitmap structure in
> > "vmr9.h". According to
> >
> https://docs.microsoft.com/en-us/windows/win32/directshow/directshow-structures
> >
> > , th
Signed-off-by: Nikolay Sivov
---
Resending, now subscribed to the list.
Remaining quote types belong to other files, I'll move them later.
Changes in this patch match current SDK (and Wine).
mingw-w64-headers/include/mfidl.idl | 555 +++-
1 file changed, 295 inser
Signed-off-by: Nikolay Sivov
---
Duplicates already exist in wmcontainer.idl, which isn't and shouldn't be
imported from any other headers.
mingw-w64-headers/include/mfapi.h | 16 +
mingw-w64-headers/include/mfidl.idl | 43 ---
mingw-w
Signed-off-by: Nikolay Sivov
---
Some of remaining quoted types belong to other files, I'm going to move them
next.
mingw-w64-headers/include/mfidl.idl | 555 +++-
1 file changed, 295 insertions(+), 260 deletions(-)
diff --git a/mingw-w64-headers/include/mfidl.i
On 5/4/20 2:22 PM, Ruslan Garipov wrote:
Hello!
The IDWriteTextLayout[1] interface inherits from the
IDWriteTextFormat[2] one. Both declare, for example,
GetFontCollection() members. Therefore, IDWriteTextLayout exploits C++
function overloading, which isn't available in C.
And that's where I
Going with idl will make it dependent on widl, for both C and C++. I
don't know if it's a problem,
those idl's should not be a part of mingw installation anyway.
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.so
That's only useful if you're going to introduce d2d/dwrite idl's, and
even then you might as well import it from wine.
P.S. what's a deal with empty lines like 'cpp_quote("")', what are those
for ?
___
Mingw-w64-public mailing list
Mingw-w64-public
On 5/10/20 8:38 PM, Biswapriyo Nath wrote:
Yes, I will try to add those IDL files also.
Ok.
what's a deal with empty lines like 'cpp_quote("")', what are those for ?
Just matching with other IDL files. It adds a newline separation between
two symbols.
I see, but what for? If header forma
No, I didn't mean you should modify anything, just wondering why it's there.
On 5/10/20 8:50 PM, Biswapriyo Nath wrote:
widl could be improved to pad newlines automatically.
If it's possible then as you wish, I'll modify the patch.
___
Mingw-w64-publ
On 9/20/20 11:14 PM, Jacek Caban wrote:
> On 20/09/2020 14:02, Liu Hao wrote:
>
>> 在 2020/9/20 19:45, Jean Pierre Cimalando 写道:
>>> Le Sun, 20 Sep 2020 19:18:51 +0800,
>>> Liu Hao a écrit :
>>>
It is now imported from Wine. Perhaps it's a necessary trade-off,
because not having a suffi
For Media Foundation headers I think we should work towards importing
them from Wine, after backporting whatever it's missing comparing to
mingw-w64 ones.
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge
On 9/30/20 1:09 PM, Martin Storsjö wrote:
> On Wed, 30 Sep 2020, Biswapriyo Nath wrote:
>
>>
>
> BTW, an unrelated point, but - if working on the mediafoundation
> headers, ffmpeg is a project happens to use them a bit, so if doing
> changes, I'd appreciate if you'd check that ffmpeg still builds
On 10/13/20 3:40 PM, Pierre Lamot wrote:
> Hello
>
> I'm trying to write a program that uses the DirectComposition API on
> windows. While most of the API works correctly, some functions crash
> when compiled with clang/gcc mingw64 and works when compiled with MSVC.
>
> basically the following co
On 10/13/20 5:46 PM, Pierre Lamot wrote:
>>> While I have no clear idea about the cause of the issue, my gut
>>> feeling is that it happens with overloaded functions. In above case:
>>>
>>> STDMETHOD(SetOffsetX)(THIS_ float) PURE;
>>> STDMETHOD(SetOffsetX)(THIS_ IDCompositionAnimation*) PUR
On 10/26/20 11:55 AM, Vincent Torri wrote:
> On Sun, Oct 25, 2020 at 10:03 PM Biswapriyo Nath wrote:
>> Which specific APIs are you interested in? As far as I know, most of
>> them are COM interfaces.
> IDXGIDebug_ReportLiveObjects
>
> i'm coding in C, not C++.
It's a regular interface method a
On 10/26/20 2:35 PM, Vincent Torri wrote:
> On Mon, Oct 26, 2020 at 12:15 PM Nikolay Sivov wrote:
>>
>>
>> On 10/26/20 11:55 AM, Vincent Torri wrote:
>>> On Sun, Oct 25, 2020 at 10:03 PM Biswapriyo Nath
>>> wrote:
>>>> Which specific AP
On 10/26/20 4:00 PM, Vincent Torri wrote:
> On Mon, Oct 26, 2020 at 12:44 PM Nikolay Sivov wrote:
>>
>>
>> On 10/26/20 2:35 PM, Vincent Torri wrote:
>>> On Mon, Oct 26, 2020 at 12:15 PM Nikolay Sivov
>>> wrote:
>>>>
>>>> On 10/
On 10/26/20 4:25 PM, Vincent Torri wrote:
> On Mon, Oct 26, 2020 at 2:06 PM Nikolay Sivov wrote:
>>
>>
>> On 10/26/20 4:00 PM, Vincent Torri wrote:
>>> On Mon, Oct 26, 2020 at 12:44 PM Nikolay Sivov
>>> wrote:
>>>>
>>>> On 10/26
Signed-off-by: Nikolay Sivov
---
mingw-w64-crt/lib32/mf.def | 1 +
1 file changed, 1 insertion(+)
diff --git a/mingw-w64-crt/lib32/mf.def b/mingw-w64-crt/lib32/mf.def
index 96712a4c..9b60b337 100644
--- a/mingw-w64-crt/lib32/mf.def
+++ b/mingw-w64-crt/lib32/mf.def
@@ -48,6 +48,7
On 12/21/20 12:11 PM, Biswapriyo Nath wrote:
> Any update on this?
I think it's good candidate to import from wine.
>
>
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w
On 1/10/21 6:46 PM, Peng Yu wrote:
>> Welcome to the world of GNU. These are cpu-vendor-os triplets (yes, mingw32
>> is
>> not an OS, welcome to the club) that identify the toolchain. i686 is 32-bit,
>> x86_64 is 64-bit - that's all you need to now with regards to mingw. A bit
>> more
>> info
On 1/10/21 9:51 PM, Peng Yu wrote:
>>> They look like gcc and g++. But their options (according to --help)
>>> are much fewer than the gcc and g++. What are the options are missing
>>> in the *-w64-mingw32-* tools?
>> How are you testing this, and on what system?
> I use the --help option of *--
54 matches
Mail list logo