Dylan Smith writes:
> In richedit.h CHARFORMAT2[AW] is padded differently on the Windows
> PSDK depending on whether it is included for a c or c++ source file.
>
> Should the include file be fixed, or does bug for bug compatibility
> mean that a correct CHARFORMAT2 structure should be declared in
In richedit.h CHARFORMAT2[AW] is padded differently on the Windows
PSDK depending on whether it is included for a c or c++ source file.
Should the include file be fixed, or does bug for bug compatibility
mean that a correct CHARFORMAT2 structure should be declared in a
private include file?
I tri
Oh God!
Sorry about that!
Dmitry Timoshkov wrote:
"Marcos Gutiérrez Batz" <[EMAIL PROTECTED]> wrote:
+HRESULT WINAPI HRESULT OleLoadPictureFile(
+ VARIANT varFileName,
+ LPDISPATCH *lplpdispPicture )
HRESULT is duplicated.
$ diff -up /usr/src/wine/dlls/oleaut32/stubs.c stubs.c
---
Added OleLoadPictureFile stub.
Dmitry Timoshkov wrote:
"Marcos Gutiérrez Batz" <[EMAIL PROTECTED]> wrote:
$ diff -up liboleaut32.def /usr/lib/wine/liboleaut32.def
--- liboleaut32.def 2007-08-23 16:15:48.0 +0200
+++ /usr/lib/wine/liboleaut32.def 2007-10-15 00:48:35.0
I'll try to find the correct files to add the stub and then send the
patch for that!
Dmitry Timoshkov wrote:
> "Marcos Gutiérrez Batz" <[EMAIL PROTECTED]> wrote:
>
>> $ diff -up liboleaut32.def /usr/lib/wine/liboleaut32.def
>> --- liboleaut32.def 2007-08-23 16:15:48.0 +0200
>> +++ /u
I hope it to be OK now!
Dmitry Timoshkov wrote:
"Marcos Gutiérrez Batz" <[EMAIL PROTECTED]> wrote:
Attached is the "patch" file (diff -up) regarding the bug:
http://bugs.winehq.org/show_bug.cgi?format=multiple&id=10156
The patch is reversed, please change the source/dest, rediff
and resend.
"Marcos Gutiérrez Batz" <[EMAIL PROTECTED]> wrote:
> +HRESULT WINAPI HRESULT OleLoadPictureFile(
> + VARIANT varFileName,
> + LPDISPATCH *lplpdispPicture )
HRESULT is duplicated.
--
Dmitry.
"Marcos Gutiérrez Batz" <[EMAIL PROTECTED]> wrote:
> $ diff -up liboleaut32.def /usr/lib/wine/liboleaut32.def
> --- liboleaut32.def 2007-08-23 16:15:48.0 +0200
> +++ /usr/lib/wine/liboleaut32.def 2007-10-15 00:48:35.0 +0200
> @@ -366,7 +366,6 @@ EXPORTS
> [EMAIL PROTEC
"Marcos Gutiérrez Batz" <[EMAIL PROTECTED]> wrote:
> Attached is the "patch" file (diff -up) regarding the bug:
>
> http://bugs.winehq.org/show_bug.cgi?format=multiple&id=10156
The patch is reversed, please change the source/dest, rediff
and resend.
--
Dmitry.
On 01.09.2006 09:43, Paul Vriens wrote:
> I've seen several occurrences of these in our own include files, so one
> should think there is no harm.
You could look how e.g. the WC_* macros are defined in commctrl.h.
-f.r.
On Fri, 2006-09-01 at 10:06 +0200, Marcus Meissner wrote:
> On Fri, Sep 01, 2006 at 09:43:40AM +0200, Paul Vriens wrote:
> > Hi,
> >
> > I'm currently dealing with the DllRegister part of wintrust. One of it's
> > include files (softpu
On Fri, Sep 01, 2006 at 09:43:40AM +0200, Paul Vriens wrote:
> Hi,
>
> I'm currently dealing with the DllRegister part of wintrust. One of it's
> include files (softpub.h) on Windows has:
>
> #define SP_POLICY_PROVIDER_DLL_NAME L"WINTRUST.DLL"
&
Hi,
I'm currently dealing with the DllRegister part of wintrust. One of it's
include files (softpub.h) on Windows has:
#define SP_POLICY_PROVIDER_DLL_NAME L"WINTRUST.DLL"
#define SP_INIT_FUNCTIONL"SoftpubInitialize"
#define SP_OBJTRUST_FUNCTION
Selon "Dimitrie O. Paun" <[EMAIL PROTECTED]>:
> On Thu, Jan 20, 2005 at 02:58:22PM +0900, Mike McCormack wrote:
> >
> > So did you ;) Here's a merge of both.
>
> I don't do this on purpose, but you missed win.h again :)
> Again, with feeling...
>
> --
> Dimi.
>
win.h still exists...
On Thu, Jan 20, 2005 at 02:30:09PM +0100, Rémi Assailly wrote:
> win.h still exists...
My bad, I've misread this check-in:
http://www.winehq.org/hypermail/wine-cvs/2005/01/0463.html
--
Dimi.
Actually, you missed a few things.
ChangeLog
A few non-standard include files are gone.
--
Dimi.
? diffs
Index: templates/en/janitorial.template
===
RCS file: /home/wine/lostwages/templates/en/janitorial.template,v
retrieving
Francois wrote:
> So I would say the correct values are the ones in npapi.h and that
> netspi.h should be moved to dlls/mpr which is the only place where it is
> used. But this needs a bit more investigation.
I agree. I would conjecture that netspi.h is old, and the declarations in
it have been
On Thu, 13 Jan 2005, Paul Vriens wrote:
Hi,
just found the following:
[EMAIL PROTECTED] include]$ grep -e NOTIFY_PRE -e NOTIFY_POST *
netspi.h:#define NOTIFY_PRE 0x00
netspi.h:#define NOTIFY_POST 0x01
I don't find netspi.h in the Platform SDK. I also don't find any of the
Hi,
just found the following:
[EMAIL PROTECTED] include]$ grep -e NOTIFY_PRE -e NOTIFY_POST *
netspi.h:#define NOTIFY_PRE 0x00
netspi.h:#define NOTIFY_POST 0x01
npapi.h:#define NOTIFY_PRE 0x0001
npapi.h:#define NOTIFY_POST 0x0002
this doesn't look right although
[Ralf Juengling]
> > What is the status of the include files in msvcrt?
[Alexandre Julliard]
> They should work just fine. Make sure you also import msvcrt if you
> use the headers.
[Ralf Juengling]
> > So my solution to make it compile was to remove wine's
> >
On Thu, 20 Nov 2003, Alexandre Julliard wrote:
> Ralf Juengling <[EMAIL PROTECTED]> writes:
>
> > Why doesn't it also add
> > /whereever/include/wine/msvcrt ?
>
> Because not everybody wants to use msvcrt. Unless you need some
> specific features of the Windows C run time, in a Winelib app you are
Ralf Juengling <[EMAIL PROTECTED]> writes:
> So my solution to make it compile was to remove wine's
> 'math.h'. That's why I would say the include files are
> incomplete. How do other people deal with a case like the
> one I described?
By submitting
f the Windows C run time, in a Winelib app you are
> better off using the standard Unix C library.
>
> > What is the status of the include files in msvcrt?
>
> They should work just fine. Make sure you also import msvcrt if you
> use the headers.
This might be a bug:
atures of the Windows C run time, in a Winelib app you are
> better off using the standard Unix C library.
Yes, I need for instance things defined in msvcrt/io.h and
msvcrt/dos.h.
>
> > What is the status of the include files in msvcrt?
>
> They should work just fine. M
brary.
> What is the status of the include files in msvcrt?
They should work just fine. Make sure you also import msvcrt if you
use the headers.
--
Alexandre Julliard
[EMAIL PROTECTED]
A Makefile created by winemake & configure adds
/whereever/include/wine/windows to the include paths.
Why doesn't it also add
/whereever/include/wine/msvcrt ?
What is the status of the include files in msvcrt?
Ralf
--
Ralf Juengling <[EMAIL PROTECTED]>
26 matches
Mail list logo