mingw-users Mailing List for MinGW - Minimalist GNU for Windows

Lennart Borgman wrote:

> > I get the abover error when trying to link a program using
> > GetLongPathName. It also uses GetFullPathName which I have had no
> > trouble with. They are both in kernel32.
> >
> > What is wrong here? What do I need to link?

[ Why is this text quoted?  Who are you quoting?  Who's talking?  Why
obfuscate your text in this way? ]

The answer is that there is actually no such function GetLongPathName in
kernel32, there is an ANSI version (GetLongPathNameA) and a wide
character/Unicode version (GetLongPathNameW).  GetLongPathName is
#defined in winbase.h to one of these based on whether you've enabled
Unicode or not.  So the prolem you are having is due to an issue with
your includes, not a linking problem.  You need to make sure that you've
included <windows.h> properly.

This can also occur if you somehow managed to declare the function
prototype without the WINAPI qualifier, as the compiler will use the
default but wrong cdecl calling convention which has no decoration.  But
you should not be declaring this function, it should be declared by
winbase.h (which is included by windows.h.)

In short, look at the preprocessed source of your code, after all macro
expansions and includes have occurred, and make sure that the above two
things have been satisfied.

Brian

> I get the abover error when trying to link a program using 
> GetLongPathName. It also uses GetFullPathName which I have had no 
> trouble with. They are both in kernel32.
>
> What is wrong here? What do I need to link?
>
>

On Thu, 2006-11-30 at 09:42 -0500, Earnie Boyd wrote:
> Quoting Mark Cave-Ayland <mar...@il...>:
> 
> 
> > MingW 4.1.0 to produce a DLL to load into the Windows version of
> ...
> > The build process works by compiling the DLL with MingW's gcc 3.4.2 with
> 
> Help me understand what you mean by MingW 4.1.0, is it the installer or 
> is it GCC?


Hi Earnie,

The MingW environment was that provided by downloading MingW-4.1.0.exe;
gcc -v reports: gcc version 3.4.2 (mingw-special).


Many thanks,

Mark.

Quoting Mark Cave-Ayland <mar...@il...>:


> MingW 4.1.0 to produce a DLL to load into the Windows version of
...
> The build process works by compiling the DLL with MingW's gcc 3.4.2 with

Help me understand what you mean by MingW 4.1.0, is it the installer or 
is it GCC?

Earnie Boyd
--
Please post responsibly:
* Use text posts instead of html; many list members just trash mail with html.
* Do not use multipart mime to send both text and html versions.
* Do not top post replies; post inline with the parts you are responding to.
* Trim the post replies; remove irrelevant information from the quoted 
article.
* Original posters:
  ** Provide small complete examples of the problem.
  ** Provide the full command that produced errors.
  ** Provide the versions of the software used.
--
******************************************************************************
* The user of this server has agreed to allow the use of a trailer in the    *
* mail that he sends for advertising purposes.  This advertisment is added   *
* by the server and is not in the control of the user of our services.       *
******************************************************************************

Save on your shoes, socks and other needs:
http://give-me-an-offer.com/store/shoes

Save on your baby gift needs:
http://give-me-an-offer.com/offers/products/baby

File: http://downloads.sourceforge.net/mingw/MinGW-5.1.1.exe

Please *note* that the installer will upgrade itself if you have a 
previous version in your mingw/bin directory and you execute it.

I've made the following modifications to the installer.  This is to 
resolve the issue of the installer not downloading files.

2006.11.30  Earnie Boyd  <ea...@us...>

        * MinGW_LICENSE.rtf: Update version.
        * mingw.nsi (PRODUCT_VERSION): Increment.
        (BUILD): Ditto.
        (LogicLib.nsh): Include to help improve flow logic.
        (packages): Set from mingw.ini file [mingw] section to aide in
        expandability of packages without rebuild.
        (runtime): Default to current section if selected section does not
        define it.
        (w32api): Ditto.
        (binutils): Ditto.
        (core): Ditto.
        * inifile/mingw.ini ([mingw]: Build): Increment.
        ([mingw]: Filename): Update to match version.
        ([mingw]: packages): New variable.
        ([candidate]): Remove runtime and w32api entries.
        * ChangeLog: Convert to UNIX line endings.



Earnie Boyd
--
Please post responsibly:
* Use text posts instead of html; many list members just trash mail with html.
* Do not use multipart mime to send both text and html versions.
* Do not top post replies; post inline with the parts you are responding to.
* Trim the post replies; remove irrelevant information from the quoted 
article.
* Original posters:
  ** Provide small complete examples of the problem.
  ** Provide the full command that produced errors.
  ** Provide the versions of the software used.
--
******************************************************************************
* The user of this server has agreed to allow the use of a trailer in the    *
* mail that he sends for advertising purposes.  This advertisment is added   *
* by the server and is not in the control of the user of our services.       *
******************************************************************************

Save on your shoes, socks and other needs:
http://give-me-an-offer.com/store/shoes

Save on your baby gift needs:
http://give-me-an-offer.com/offers/products/baby

Hi everyone,

Just wondering if anyone here can help me with a strange problem I am
having with MingW. I'm currently using a build environment based upon
MingW 4.1.0 to produce a DLL to load into the Windows version of
PostgreSQL, where I am currently running WinXP Pro SP2 in UK/English.

The build process works by compiling the DLL with MingW's gcc 3.4.2 with
the -g flag enabled and then running strip.exe on the resulting DLL to
bring the size down from about 1MB to 250kB. The resulting DLL loads
correctly and passes all regression tests on my PC here. So far so good.

There are a number of international users (mainly in Europe) who make
use of this DLL without any problems, except I am now having reports
that the DLL cannot be loaded under WinXP Pro SP2 Japanese Edition -
apparently it functions without any problem under WinXP Pro SP1 Japanese
Edition. The reported error is that the Windows LoadLibrary API fails to
load the DLL with error 998 (ERROR_NOACCESS).

Swapping the DLL with the unstripped version allows it to work
successfully on WinXP Pro SP2 Japanese Edition but forces me to maintain
two separate build trees for debug and release. My first thought was
that I needed to update strip.exe, so I installed the version from the
latest binutils-2.17.50-20060824-1.tar.gz download, but unfortunately
the resulting DLL from the newer version of strip.exe fails in the same
way :(

So my questions are: can anyone explain why a stripped DLL would work
fine under WinXP Pro SP2 for most international flavours (but fail under
the Japanese Edition), and is this a known issue with a fix already
available?


Many thanks,

Mark.

Derek Hunter wrote:
> I've never used CVS. Can anyone point me at a good tutorial and
> I'll do some reading.

I've found this to be quite a useful reference:
http://cvsbook.red-bean.com/OSDevWithCVS_3E.pdf

There is also the `official' documentation.  Google for `cederqvist',
and you'll find many sources for it; this was first up for me:
http://ximbiot.com/cvs/manual/

HTH,
Keith.

Earnie Boyd wrote:
> ... if I edit the mingw.ini file in the directory with the 
> MinGW-5.1.0.exe file and add the following two lines to the beginning 
> of the Candidate file list the downloads begin.
>
> [candidate]
> runtime=mingw-runtime-3.11.tar.gz|5270
> w32api=w32api-3.8.tar.gz|14480
> .
> .
> .
>
> I'll upload a 5.1.1 tomorrow.

It will not affect users of the installer, but for those who need the
source packages, please note that the current 
mingw-runtime-3.11-src.tar.gz
is also broken, for it includes a defective configure script.

I'll upload a patched snapshot, probably later today.

Regards,
Keith.

Earnie Boyd <earnie@...> writes:

(...) 
> Well, I've found that if I choose Candidate I have the issue reported.  
> I also found that choosing Candidate doesn't pull the mingw.ini file 
> from the web server but instead writes an internally held version.  
> However, if I edit the mingw.ini file in the directory with the 
> MinGW-5.1.0.exe file and add the following two lines to the beginning 
> of the Candidate file list the downloads begin.
> 
> [candidate]
> runtime=mingw-runtime-3.11.tar.gz|5270
> w32api=w32api-3.8.tar.gz|14480
> .
> .

If I add these lines to mingw.ini manually, the install completes successfully.

Thanks!
David

Quoting Joel Salomon <joe...@gm...>:

>> > Trying to install mingw I got the error message (with 5.1.0):
>> > File Open Error
>> > Could not download !
>>
>> I'm going to say try again with 5.1.0.  Could this be a proxy issue?
>
> I've had the same trouble.  The installer generates mingw.ini with the
> (apparently) correct data, but doesn't download anything.  The
> previous version (5.0.3?) worked for me, though, and my network hasn't
> changed since then.
>

Well, I've found that if I choose Candidate I have the issue reported.  
I also found that choosing Candidate doesn't pull the mingw.ini file 
from the web server but instead writes an internally held version.  
However, if I edit the mingw.ini file in the directory with the 
MinGW-5.1.0.exe file and add the following two lines to the beginning 
of the Candidate file list the downloads begin.

[candidate]
runtime=mingw-runtime-3.11.tar.gz|5270
w32api=w32api-3.8.tar.gz|14480
.
.
.

I'll upload a 5.1.1 tomorrow.

Earnie Boyd
--
Please post responsibly:
* Use text posts instead of html; many list members just trash mail with html.
* Do not use multipart mime to send both text and html versions.
* Do not top post replies; post inline with the parts you are responding to.
* Trim the post replies; remove irrelevant information from the quoted 
article.
* Original posters:
  ** Provide small complete examples of the problem.
  ** Provide the full command that produced errors.
  ** Provide the versions of the software used.
--
******************************************************************************
* The user of this server has agreed to allow the use of a trailer in the    *
* mail that he sends for advertising purposes.  This advertisment is added   *
* by the server and is not in the control of the user of our services.       *
******************************************************************************

Save on your shoes, socks and other needs:
http://give-me-an-offer.com/store/shoes

Save on your baby gift needs:
http://give-me-an-offer.com/offers/products/baby

> > Trying to install mingw I got the error message (with 5.1.0):
> > File Open Error
> > Could not download !
>
> I'm going to say try again with 5.1.0.  Could this be a proxy issue?

I've had the same trouble.  The installer generates mingw.ini with the
(apparently) correct data, but doesn't download anything.  The
previous version (5.0.3?) worked for me, though, and my network hasn't
changed since then.

> 5.1.0 downloads would have the same effect as entering
> http://downloads.sourceforge.net/mingw/FILE-TO-DOWNLOAD in your
> favorite browser URI field.

Which worked for me, and I've (manually) updated my MinGW installation.

--Joel

Quoting David Linke <dav...@ti...>:

> Trying to install mingw I got the error message (with 5.1.0):
> File Open Error
> Could not download !
>

I'm going to say try again with 5.1.0.  Could this be a proxy issue?

> Is the mirrorlist wrong? I am wondering because the download urls in 
> 5.0.3 were
> wrong before I tried 5.1.0.
>

SF changed its UI for the mirroring.  5.0.3 doesn't work at all with 
the new UI.  5.1.0 was created to replace 5.0.3.  5.1.0 downloads would 
have the same effect as entering 
http://downloads.sourceforge.net/mingw/FILE-TO-DOWNLOAD in your 
favorite browser URI field.

Earnie Boyd
--
Please post responsibly:
* Use text posts instead of html; many list members just trash mail with html.
* Do not use multipart mime to send both text and html versions.
* Do not top post replies; post inline with the parts you are responding to.
* Trim the post replies; remove irrelevant information from the quoted 
article.
* Original posters:
  ** Provide small complete examples of the problem.
  ** Provide the full command that produced errors.
  ** Provide the versions of the software used.
--
******************************************************************************
* The user of this server has agreed to allow the use of a trailer in the    *
* mail that he sends for advertising purposes.  This advertisment is added   *
* by the server and is not in the control of the user of our services.       *
******************************************************************************

Save on your shoes, socks and other needs:
http://give-me-an-offer.com/store/shoes

Save on your baby gift needs:
http://give-me-an-offer.com/offers/products/baby

Trying to install mingw I got the error message (with 5.1.0):
File Open Error
Could not download !

Is the mirrorlist wrong? I am wondering because the download urls in 5.0.3 were
wrong before I tried 5.1.0.

Regards,
David

Quoting Derek Hunter <der...@dh...>:

>> I need a some volunteers to work on DLLizing the lib directory of
>> coreutils.
>
> I use MinGW a lot and maybe this is good way I can put something
> back. So yes - I'm interested, but what exactly does the work entail?
>

The work will be causing the configury to build the coreutils internal 
library as a dll with the MSYS runtime in an MSYS build environment.  
I'll instruct you in that process.  It'll be a good opportunity to 
update the wiki.

> I'm a competent 'C' programmer and I've used MinGW to create DLL's, but
> most of my MinGW work is creating command line programs so I'm not
> terribly familiar with Windows programming. Is this a problem?
>

All command line stuff and all C so not an issue.

>> Code is in CVS.  If you're not listed as a MinGW developer you will
>> be and you will be given access to the CVS.
>
> I've never used CVS. Can anyone point me at a good tutorial and I'll do
> some reading.
>

It isn't difficult, I'll train you off list.  Send me privately your SF 
account name and which email address to add to the mingw-dvlpr list.

Earnie Boyd
--
Please post responsibly:
* Use text posts instead of html; many list members just trash mail with html.
* Do not use multipart mime to send both text and html versions.
* Do not top post replies; post inline with the parts you are responding to.
* Trim the post replies; remove irrelevant information from the quoted 
article.
* Original posters:
  ** Provide small complete examples of the problem.
  ** Provide the full command that produced errors.
  ** Provide the versions of the software used.
--
******************************************************************************
* The user of this server has agreed to allow the use of a trailer in the    *
* mail that he sends for advertising purposes.  This advertisment is added   *
* by the server and is not in the control of the user of our services.       *
******************************************************************************

Save on your shoes, socks and other needs:
http://give-me-an-offer.com/store/shoes

Save on your baby gift needs:
http://give-me-an-offer.com/offers/products/baby

> I need a some volunteers to work on DLLizing the lib directory of 
> coreutils.

I use MinGW a lot and maybe this is good way I can put something
back. So yes - I'm interested, but what exactly does the work entail?

I'm a competent 'C' programmer and I've used MinGW to create DLL's, but 
most of my MinGW work is creating command line programs so I'm not 
terribly familiar with Windows programming. Is this a problem?

> Code is in CVS.  If you're not listed as a MinGW developer you will
> be and you will be given access to the CVS.

I've never used CVS. Can anyone point me at a good tutorial and I'll do 
some reading.

I need a some volunteers to work on DLLizing the lib directory of 
coreutils.  Code is in CVS.  If you're not listed as a MinGW developer 
you will be and you will be given access to the CVS.  The purpose for 
this work will be to reduce the size of the executables in the 
coreutils package and to increase the speed of execution startup.

Earnie Boyd
--
Please post responsibly:
* Use text posts instead of html; many list members just trash mail with html.
* Do not use multipart mime to send both text and html versions.
* Do not top post replies; post inline with the parts you are responding to.
* Trim the post replies; remove irrelevant information from the quoted 
article.
* Original posters:
  ** Provide small complete examples of the problem.
  ** Provide the full command that produced errors.
  ** Provide the versions of the software used.
--
******************************************************************************
* The user of this server has agreed to allow the use of a trailer in the    *
* mail that he sends for advertising purposes.  This advertisment is added   *
* by the server and is not in the control of the user of our services.       *
******************************************************************************

Save on your shoes, socks and other needs:
http://give-me-an-offer.com/store/shoes

Save on your baby gift needs:
http://give-me-an-offer.com/offers/products/baby

Package: Snapshot
Release: MSYS

Updated: 2006.11.28
File: coreutils-5.97-MSYS-1.0.11-snapshot.tar.bz2
      Resolved issue of rm -rf foo not removing foo.
      Resolved an issue with ln stack dumping.

Known Issues:
The coreutils package will stack dump if a foo.exe file exists and you 
try to <coreutils_command> foo bar.  Issue resides in lib coding but I 
haven't had time to look.

**I would appreciate someone looking at a fix for the issue.  Code is 
in CVS at msys/packages/coreutils/5.97.  Submit a proper patch to the 
patch tracker.**

Earnie Boyd
--
Please post responsibly:
* Use text posts instead of html; many list members just trash mail with html.
* Do not use multipart mime to send both text and html versions.
* Do not top post replies; post inline with the parts you are responding to.
* Trim the post replies; remove irrelevant information from the quoted 
article.
* Original posters:
  ** Provide small complete examples of the problem.
  ** Provide the full command that produced errors.
  ** Provide the versions of the software used.
--
******************************************************************************
* The user of this server has agreed to allow the use of a trailer in the    *
* mail that he sends for advertising purposes.  This advertisment is added   *
* by the server and is not in the control of the user of our services.       *
******************************************************************************

Easy Blogger Creator:
<a href="http://give-me-an-offer.com/1006/">Offer 1006</a>

4 Seasons Wine - Buy 6, Get 6 Free
<a href="http://give-me-an-offer.com/1007/">Offer 1007</a>

A B wrote:
> I've just managed to compile mplayer using MinGW, and everything
> runs OK. Now I need to move the executable to another machine.
> Is there procedure or script to do that?
> I've already tried copying the file to another machine,
> but it didn't run.

In addition to the advice already given by Brian and Earnie, you may
find, if MPlayer uses the conventional `configure/make/make install'
procedure, that the following achieves what you need:--

1) Configure and build, just as you did for local installation, say
   into the /mingw tree:

      $ path/to/configure --prefix=`cd /mingw && pwd -W` ...
      $ make

   Note that, I'm recommending forcing woe32 native path semantics
   for `prefix' here; you will know from your already working build,
   if that is necessary, or if `--prefix=/mingw' will suffice.

2) Create a new, temporary installation tree, say `$HOME/distmp';
   it is important that it is completely empty, and that you can
   refer to it easily, with an *absolute* path:

      $ mkdir $HOME/distmp

3) Install your prebuilt MPlayer into that empty tree:

      $ make prefix="$HOME/distmp" install

   (Notice that it *is* `prefix=...' here, *not* `--prefix=...').

4) Package that as a binary tarball, with a *relative* package root
   based at your temporary install directory, say:

      $ cd $HOME/distmp
      $ tar czhf $HOME/mplayer-<version>-mingw-bin.tar.gz .

   substituting whatever may be appropriate for <version>.

5) Copy that tarball to your destination machine, and unpack it into
   your *originally* specified installation directory, e.g.:

      $ cd /mingw
      $ tar xzf $HOME/mplayer-<version>-mingw-bin.tar.gz

If the above alone isn't sufficient, then it's likely that you've
built MPlayer with dependencies on external DLLs, which don't exist
on the target machine; use the technique Brian has described, to
identify them.  If you needed to install some other development
library package, to facilitate building of MPlayer, then you will
need to install any DLLs provided by that, on the target.

HTH,
Keith.

Quoting A B <dil...@ya...>:

> Is there procedure or script to do that?
> I've already tried copying the file to another machine, but it didn't run.

Does the package use configure?  Are there dependent DLL files that you 
also need to package?  You didn't say what the error is when you move 
the executable.

Earnie Boyd
--
Please post responsibly:
* Use text posts instead of html; many list members just trash mail with html.
* Do not use multipart mime to send both text and html versions.
* Do not top post replies; post inline with the parts you are responding to.
* Trim the post replies; remove irrelevant information from the quoted 
article.
* Original posters:
  ** Provide small complete examples of the problem.
  ** Provide the full command that produced errors.
  ** Provide the versions of the software used.
--
******************************************************************************
* The user of this server has agreed to allow the use of a trailer in the    *
* mail that he sends for advertising purposes.  This advertisment is added   *
* by the server and is not in the control of the user of our services.       *
******************************************************************************

Easy Blogger Creator:
<a href="http://give-me-an-offer.com/1006/">Offer 1006</a>

4 Seasons Wine - Buy 6, Get 6 Free
<a href="http://give-me-an-offer.com/1007/">Offer 1007</a>

A B wrote:

> I've just managed to compile mplayer using MinGW,
> and everything runs OK. Now I need to move the executable to another
> machine.
> Is there procedure or script to do that?
> I've already tried copying the file to another machine, but it didn't
> run.

You need to find out what libraries are involved in loading and running
the program.  There are a number of ways to do this.  Dependency Walker
and Process Explorer would be the first two I'd turn to, as well as
cygcheck (which is part of Cygwin but its capacity as a utility to list
all dependent DLLs of a binary is completely generic.)  I don't think
anyone here would be able to tell you further specifics since mplayer is
a huge application comprising many libraries, and so configuration
options will have a large effect.  Also, "it didn't run" is very
non-specific, it would be better to say exactly how it fails.  There are
several ways that an app can fail, depending on whether the missing DLL
is required at load-time or dynamically at run-time.

MinGW is designed to produce binaries that have a dependence only on
MSVCRT.DLL which is a system component and should already exist on any
(non-archaic) Windows machine.  The only other MinGW runtime DLL that
could be required is mingwm10.dll which is a TLS cleanup helper stub,
and this is only required if you are using -mthreads.  libstdc++ is
currently only provided in static form.  So that leaves only libs that
are part of mplayer, or third party libs that are neither part of MinGW
nor mplayer.

But the real answer is really just "run it in Dependency Walker and see
what it says."

Brian

hi

I've just managed to compile mplayer using MinGW,
and everything runs OK. Now I need to move the executable to another machine.
Is there procedure or script to do that?
I've already tried copying the file to another machine, but it didn't run.
Thanks.

 __________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

FYI:

mingw.ini Build 7 candidate missing entries of runtime and w32api.

[candidate]
binutils=binutils-2.16.91-20060119-1.tar.gz|15454
core=gcc-core-3.4.5-20060117-1.tar.gz|8644
gpp=gcc-g++-3.4.5-20060117-1.tar.gz|16140
g77=gcc-g77-3.4.5-20060117-1.tar.gz|5161
ada=gcc-ada-3.4.5-20060117-1.tar.gz|33352
java=gcc-java-3.4.5-20060117-1.tar.gz|46767
objc=gcc-objc-3.4.5-20060117-1.tar.gz|4559
make=mingw32-make-3.80.0-3.tar.gz|1925

Tim S

Chris Sutcliffe wrote:
> I've released a new version of mingw-runtime which is available here:
>
> http://prdownloads.sourceforge.net/mingw/mingw-runtime-3.11.tar.gz?downlo
>ad
>
> For a list of changes see the attached ChangeLog.

Chris,

In your ChangeLog entry, I see:
|        * Include/_mingw.h: Increment version to 3.11.
|        * Makefile.in: Ditto.

It doesn't make sense to me, to have to specify this in more than one place, 
so I've updated the autoconfigury:
|        * Makefile.in (VERSION): Let configure define it.

This will cause the value for __MINGW32_VERSION, as specified in 
include/_mingw.h, to be copied into the generated Makefile, when you run 
configure.

Regards,
Keith.

Didier Trosset
Friday, 24 November 2006 2:19 a.m.
> To: min...@li...
> Subject: [Mingw-users] Creating a mingw dll _with_ underscores
> 
> 
> Hello,
> 
> I want to call a mingw created dll from a msvc executable. 
> But I do not have
> control on the executable creation. Therefore, I need the 
> functions exported by
> the mingw dll to have the leading underscore.
> 

You could use a def file to define aliases in dll,

Are you linking with a mingw-built import lib or using a MSVC lib.exe
generated lib.

If the former:

; foo.def
EXPORTS
get_foo@4
_get_foo@4 = get_foo@4
;GET_FOO = get_foo@4

Danny

Hello,

I want to call a mingw created dll from a msvc executable. But I do not have
control on the executable creation. Therefore, I need the functions exported by
the mingw dll to have the leading underscore.

The solution given in the FAQ only shows how to create the lib for msvc that
will not use the leading underscore. This is not relevant IIUC.

Does anyone have any clue at doing this ?

Thanks
Didier