"Chris Robinson" <[EMAIL PROTECTED]> wrote:
On Tuesday 29 May 2007 01:05:36 am Dmitry Timoshkov wrote:
Yes, Microsoft doesn't support calling GDI+ flat API from anything but C++
wrappers. But it shouldn't be too hard to construct an appropriate object
in plain C that represents GpBrush for inst
On Tuesday 29 May 2007 01:05:36 am Dmitry Timoshkov wrote:
> Yes, Microsoft doesn't support calling GDI+ flat API from anything but C++
> wrappers. But it shouldn't be too hard to construct an appropriate object
> in plain C that represents GpBrush for instance.
It depends if it's an actual C++ AP
"Evan Stade" <[EMAIL PROTECTED]> wrote:
The API prototypes use types that are defined as C++ classes. For example,
one prototype (from GdiPlusFlat.h) is
GpStatus WINGDIPAPI GdipCloneBrush(GpBrush *brush, GpBrush **cloneBrush);
And GpBrush is defined as
class GpBrush {};
Yes, Microsoft does
le any conformance test for gdi+ in C
> using the platform sdk headers. In my eyes it seems that there are 2
> options: edit the platform sdk headers so that they are compatible with
C
> code (change "class GpFoo {};" to "typedef void GpFoo") or use g++ to
> compil
t they are compatible with C
code (change "class GpFoo {};" to "typedef void GpFoo") or use g++ to
compile. Are you suggesting the former over the latter?
All you need are the API prototypes, and you can get those without including
headers that use C++.
--
Dmitry.
On 5/26/07, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
"Evan Stade" <[EMAIL PROTECTED]> writes:
> I want to write conformance tests for gdiplus and that requires the use
of
> c++. Even if I were to focus on the gdi+ flat api, the windows SDK
headers
> for t
"Evan Stade" <[EMAIL PROTECTED]> writes:
> I want to write conformance tests for gdiplus and that requires the use of
> c++. Even if I were to focus on the gdi+ flat api, the windows SDK headers
> for that have c++ code in them, also eventually when the gdi+ c++ wrapper
"Evan Stade" <[EMAIL PROTECTED]> wrote:
I want to write conformance tests for gdiplus and that requires the use of
c++. Even if I were to focus on the gdi+ flat api, the windows SDK headers
for that have c++ code in them, also eventually when the gdi+ c++ wrappers
are writt
Hi
I want to write conformance tests for gdiplus and that requires the use of
c++. Even if I were to focus on the gdi+ flat api, the windows SDK headers
for that have c++ code in them, also eventually when the gdi+ c++ wrappers
are written on top of the flat api then we will need to be able to
disregard I see the do statement above it.
I've mentioned this before but I'm no expert C programmer. Can someone
explain why we do the following in storage32.c?
if (cbRead > 0)
{
cbTotalRead += cbRead;
resWrite = BlockChainStream_WriteAt(bbTempChain,
offset,
nitialized (that's code for
you really don't even want to try :-/).
Hence, if you think of the problem as one of having
a Winelib app call your Linux C++ code, you'll
probably succeed.
On a different tangent, though, if I were in your shoes,
I'd write a simple Windows .EXE file (
Jim Morash wrote:
Is it possible, via Wine, to link against a Windows DLL in a C++
program compiled under Linux? My specific situation: I would like to
interface a piece of hardware over a serial port. The manufacturer
refuses to provide a serial comms specification for the device "because
it's
Is it possible, via Wine, to link against a Windows DLL in a C++ program compiled under Linux? My specific situation: I would like to interface a piece of hardware over a serial port. The manufacturer
refuses to provide a serial comms specification for the device "because it's proprietary", bu
14 matches
Mail list logo
