--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> No, I still think there is value in building the tests with different
> import libs to spot problems. We'll just need to work around the
> broken comctl32.
While we are at it can we work around the broken msvcrt problems in
mingw?
"../../../dlls
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> I think that we need to switch to using Wine import libraries for MinGW
> compiled tests. I sent a patch for that, but it was rejected. Alexandre,
> taking into account the stance of MinGW maintainers probably it's time
> to refuse to use (broken) M
Dmitry Timoshkov wrote:
By pushing the limits on "clean room" development of the w32api, we
jeopardise not only the mingw project but also other projects - cygwin,
Watcom - that seek to provide tools mainly for ordinary developers (who
get no value from having DPA_Clone and friends exposed in the
"Jakob Eriksson" <[EMAIL PROTECTED]> wrote:
> It is all a matter of crosscompiling conformance tests with mingw.
I think that we need to switch to using Wine import libraries for MinGW
compiled tests. I sent a patch for that, but it was rejected. Alexandre,
taking into account the stance of MinGW
"Hans Leidekker" <[EMAIL PROTECTED]> wrote:
> > Do they consider a "reverse engineering" running
> > 'dumpbin /exports comctl32.dll' ?
>
> Here's the answer I got from Danny Smith back in October last year:
>
> > The only ways you can determine the ordinal alias in absence of
> > documentation i
On Tuesday 20 January 2004 10:19, Dmitry Timoshkov wrote:
> Do they consider a "reverse engineering" running
> 'dumpbin /exports comctl32.dll' ?
Here's the answer I got from Danny Smith back in October last year:
> The only ways you can determine the ordinal alias in absence of
> documentation i
"Hans Leidekker" <[EMAIL PROTECTED]> wrote:
> Yes, I know those are documented nowadays. MinGW has prototypes for
> those functions, no problem with that. It's the bit of information
> that says that DPA_Create (and previously the other functions) is
> exported as ordinal 328, and exported ordinal
On Monday 19 January 2004 20:46, Martin Fuchs wrote:
> You are searching for documentation of DPA_Create() and DPA_Search() ?
> Herer it is:
[MSDN links]
Yes, I know those are documented nowadays. MinGW has prototypes for
those functions, no problem with that. It's the bit of information
that sa
On 19.01.2004 18:05:18 Hans Leidekker wrote:
> On Sunday 18 January 2004 18:02, Francois Gouget wrote:
>
> > What about MinGW? It sounds like this test does not compile there
> > either...
>
> Well, it compiles and links, but doesn't link at run-time
> because MinGW's import lib exports these sym
Hans Leidekker wrote:
On Sunday 18 January 2004 18:02, Francois Gouget wrote:
What about MinGW? It sounds like this test does not compile there
either...
Well, it compiles and links, but doesn't link at run-time
because MinGW's import lib exports these symbols by name,
not ordinal-only.
I
On Sunday 18 January 2004 18:02, Francois Gouget wrote:
> What about MinGW? It sounds like this test does not compile there
> either...
Well, it compiles and links, but doesn't link at run-time
because MinGW's import lib exports these symbols by name,
not ordinal-only.
I submitted a patch to cor
Francois Gouget <[EMAIL PROTECTED]> wrote:
>
>On Sun, 18 Jan 2004, Alexandre Julliard wrote:
>
> Francois Gouget <[EMAIL PROTECTED]> writes:
>
> > Or is there a way to keep the static ordinal import and still have
> > something that compiles with MSVC?
>
> Yes, you just need an MSVC version that ha
Alexandre Julliard <[EMAIL PROTECTED]> wrote:
>Francois Gouget <[EMAIL PROTECTED]> writes:
>
>> Or is there a way to keep the static ordinal import and still have
>> something that compiles with MSVC?
>
>Yes, you just need an MSVC version that has a correct import lib (or
>copy the import lib from
Francois Gouget <[EMAIL PROTECTED]> writes:
> I checked in more details and with the import library that comes from
> the latest Microsoft SDK, it's only DPA_Create which is missing.
> DPA_Search is there and links fine.
Yes, it seems DPA_Create has been removed; it's there in the import
lib of M
On Mon, 19 Jan 2004, Francois Gouget wrote:
[...]
> The link fails with both the Visual C++ 6 import library, and the one
> from the very latest Microsoft SDK (downloaded this week). So I'm not
> sure such a 'correct' import lib exists.
I checked in more details and with the import library that co
On Sun, 18 Jan 2004, Alexandre Julliard wrote:
> Francois Gouget <[EMAIL PROTECTED]> writes:
>
> > Or is there a way to keep the static ordinal import and still have
> > something that compiles with MSVC?
>
> Yes, you just need an MSVC version that has a correct import lib (or
> copy the import li
Francois Gouget <[EMAIL PROTECTED]> writes:
> Or is there a way to keep the static ordinal import and still have
> something that compiles with MSVC?
Yes, you just need an MSVC version that has a correct import lib (or
copy the import lib from somewhere).
> What about MinGW? It sounds like this
On Sun, 18 Jan 2004, Alexandre Julliard wrote:
[...]
> I think we should leave it as it is. These are about the only
> functions exported by ordinal that are available in basically all
> Windows versions, and that are even documented on MSDN, so this is
> a very good opportunity to test ordinal imp
Francois Gouget <[EMAIL PROTECTED]> writes:
> But Hans Leidekker and Rolf Kalbermatter were right: the functions are
> there, it's only that they are exported by ordinal only and/or are
> missing from the MSVC import libraries. In any case, modifying the test
> to load them by ordinal using GetPro
On Fri, 16 Jan 2004, Alexandre Julliard wrote:
> Francois Gouget <[EMAIL PROTECTED]> writes:
>
> > On NT4 (or is that on Internet Explorer <=5?), comctl32 is missing entry
> > points for DPA_Create and DPA_Search. So we need to link them
> > dynamically if we want the rest of the tests to run.
>
>
On Fri, 16 Jan 2004, Hans Leidekker wrote:
>> Did you by any chance build the test with MinGW?
>No, I compiled it with Microsoft Visual C++ 6.0. I made sure to get the
>latest and complete Windows SDK too as the previous one I had was
>missing 'shlwapi.h'.
Well those DPA (and DSA) functions are a
Francois Gouget <[EMAIL PROTECTED]> writes:
> On NT4 (or is that on Internet Explorer <=5?), comctl32 is missing entry
> points for DPA_Create and DPA_Search. So we need to link them
> dynamically if we want the rest of the tests to run.
What version of comctl32 is that?
--
Alexandre Julliard
[
On Fri, 16 Jan 2004, Hans Leidekker wrote:
[...]
> Did you by any chance build the test with MinGW?
No, I compiled it with Microsoft Visual C++ 6.0. I made sure to get the
latest and complete Windows SDK too as the previous one I had was
missing 'shlwapi.h'.
> I submitted a
> patch like yours a
On Friday 16 January 2004 11:57, Francois Gouget wrote:
> On NT4 (or is that on Internet Explorer <=5?), comctl32 is missing entry
> points for DPA_Create and DPA_Search. So we need to link them
> dynamically if we want the rest of the tests to run.
Did you by any chance build the test with MinGW
24 matches
Mail list logo
