headers
Daniel Taupin | 1 Sep 2002 01:01
Picon

GetIconLocation ?

Has somebody ever used the Library function GetIconLocation?

The doc of NSDN seems wrong (3 outputs stated, and no input specifying
from which file the Icon is got?).
-- 

------------------------------------------------------------------------
  Daniel Taupin, 91400 ORSAY - France
  E-mail= mailto:taupind@...
  Home/fax: (33)1.60.10.26.44. Rep.: (33)1.60.10.04.13, fax (work)
(33)1.69.15.60.86

-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Permalink | Reply | 0 comments |
headers
Greg Chicares | 1 Sep 2002 01:49
Picon

Re: Trapping the CRT before main()

Paul Moore wrote:
> 
> Greg Chicares <chicares@...> writes:
> > If you want to change more than just globbing, you
> > could modify the startup code yourself.
> 
> That's what I want to do. I'm just not sure how (and equally, how to
> do so as non-intrusively as possible...)
> 
> FWIW, what I'm after is to run a bit of code at startup which reads an
> ini-format file and extracts environment variable overrides. It then
> uses putenv() to update the environment. (If you've ever seen DJGPP,
> this is a bit like DJGPP.ENV) The idea is to ease porting of Unix
> programs which rely on a lot of environment variables, without needing
> the user to remember to set such variables just to use the program.

Let's see....

You could get the CRT_noglob.o source and hack it.

If you're using C++, take a look at 3.6.2/3 in the
standard. I suspect that's the best way to go,
because it uses a standard language feature.
I suppose this would work even if the rest of the
program is C.

-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
(Continue reading)

Permalink | Reply | 3 comments |
headers
Tor Lillqvist | 1 Sep 2002 02:18
Picon
Picon
Favicon

[gimpwin-dev] Will the real libiconv please stand up! Was : Re: baby steps, an half-finshed packaging of libiconv (very boring)

James Michael DuPont writes:
 > lets look for iconv :
 > http://sourceforge.net/projects/libiconv/  -- This is from Haible 
 > http://savannah.gnu.org/projects/libiconv  -- Oh another one!
 > http://gettext.sourceforge.net/            -- another port!
 > http://sourceforge.net/projects/mingwrep/  -- Your Package
 > http://www.gnu.org/software/libiconv/      -- The GNU Package
 > http://sourceforge.net/projects/gnuwin32/  -- The One I used
 > http://www.gimp.org/~tml/gimp/win32/downloads.html -- Contains links to
 > the gnu package, but not to yours.

"The gnu package" being libiconv's official home, so of course there
is a link to that page???

 > http://sourceforge.net/projects/gettext/   -- And the gettext.
 > 
 > http://cygwin.com/cgi-bin2/package-cat.cgi?file=libiconv/libiconv-1.8-2-src&grep=iconv

 > So we have a least six different distributions,

Not all of those are binary distributions.

 > Now, how am I to know what to use? 

This has indeed been sometimes a problem for me too, for this and
other packages. Something needs to be done, and I will gladly start by
dropping my binary "distribution" of libiconv and instead point to one
of the others. Probably the http://gettext.sourceforge.net/ one, as it
has a DLL (instead of a static archive), and with the same name as I
have used, and there thus won't be any change visible to the users of
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tor Lillqvist | 1 Sep 2002 02:27
Picon
Picon
Favicon

Re: working ./configure out of the box (like libiconv)

Elizabeth Barham writes:
 > To re-phrase my question, since libiconv worked so well in the
 > environment so as to produce a DLL, 

Hmm, but libiconv's configure.in doesn't contain the magic
AC_LIBTOOL_WIN32_DLL line that I thought was necessary to enable DLL
builds? Plus there were also some other problems I can't remember
right now that, at the time I needed libiconv, cause me to do it the
easy way and use the provided MSVC Makefiles instead...

--tml

-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Permalink | Reply | 0 comments |
headers
Earnie Boyd | 1 Sep 2002 02:23
Picon
Favicon

Re: Trapping the CRT before main()

Greg Chicares wrote:

> Paul Moore wrote:
> >
> > Greg Chicares <chicares@...> writes:
> > > If you want to change more than just globbing, you
> > > could modify the startup code yourself.
> >
> > That's what I want to do. I'm just not sure how (and equally, how to
> > do so as non-intrusively as possible...)
> >
> > FWIW, what I'm after is to run a bit of code at startup which reads an
> > ini-format file and extracts environment variable overrides. It then
> > uses putenv() to update the environment. (If you've ever seen DJGPP,
> > this is a bit like DJGPP.ENV) The idea is to ease porting of Unix
> > programs which rely on a lot of environment variables, without needing
> > the user to remember to set such variables just to use the program.
>
> Let's see....
>
> You could get the CRT_noglob.o source and hack it.
>
> If you're using C++, take a look at 3.6.2/3 in the
> standard. I suspect that's the best way to go,
> because it uses a standard language feature.
> I suppose this would work even if the rest of the
> program is C.

Or create your own version of crt1.c of the mingw runtime.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Paul G. | 1 Sep 2002 05:11
Picon

Re: working ./configure out of the box (like libiconv)


On 31 Aug 2002 at 0:40, Elizabeth Barham wrote:

> Greg Chicares <chicares@...> writes:
> > I don't even know enough to say "I think so" without fear
> > of misleading you.
> 
> Hi Greg,
> 
> Thank you for the information, however I have successfully built
> libxml2 in the past using a custom makefile but I recently downloaded
> the Debian version of Mingw (that is, the compiler produces code
> suitable for running in Win32) and it build libiconv without much
> problems. Libxml2, OTOH, was built as a static library and I'm
> wondering what the difference is.
> 
> To re-phrase my question, since libiconv worked so well in the
> environment so as to produce a DLL, are newer versions of autoconf
> pre-configured to work with Mingw or is there something special about
> libiconv?

	Most often the case is something special about the actual configuration process, ie. 
modifications to autoconf script(s?), generated makefiles, etc.

	Those sorts of things are usually dependent on the distribution being used.  Some 
distributions do accommodate Mingw specifically.  Others can deal with Mingw development 
(build-wise) with little or no modifications "out-of-the-box".

	Even so, it is the actual generation/configuration process itself ("autoconf generated 
./configure" or 'makefile" generated doesn't really matter*...) that determines whether
(Continue reading)

Permalink | Reply | 0 comments |
headers
James Michael DuPont | 1 Sep 2002 09:21
Picon
Favicon

Re: Will the real libiconv please stand up! Was : Re: baby steps, an half-finshed packaging of libiconv (very boring)


--- Earnie Boyd <earnie_boyd@...> wrote:
[SNIP]
> > In the end, I want to a set of debian source packages that can be
> > compiled using apt-source/dpkg for windows without any tweaking.
> 
> I'd be happy for this.

Well It is coming along, the DEBIAN package puts the original sources
and a diff file, and the instructions on how to build all in one spot.
I hope that I will be producing results soon. But have alot of real
world stuff to do like you do as well.

> > If the sources had been at the DIA site, then I would have used
> thiers,
> > or at the GIMP/GTK port.
> >
> > You guys need to fight is out as to WHO is the REAL slim shady!
> >
> > Will the real "libiconv" please stand up? Please stand up!
> >
> 
> The real libiconv would be the one who owns it, the FSF.  One of the
> problems with these
> smaller packages is the lack of CVS support.  If the official
> maintainer
> used CVS then a
> branch could be set and all of the above porters would have
> contributed
> to the same port.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Earnie Boyd | 1 Sep 2002 15:08
Picon
Favicon

Re: Will the real libiconv please stand up! Was : Re: [Mingw-users] baby steps, an half-finshed packaging of libiconv (very boring)

James Michael DuPont wrote:

>
> Well, funny enought, I found out that FSF does not own the libiconv,
> but the gettext. It is quite confusing.
>
> Bruno Haible has THREE! different CVS controls of the sources,
> two on sourceforge (libiconv,clisp), one on savannah. And none on the
> GNU CVS.
>

Ok, so we have too many CVS versions, hopefully all kept in sync.  BTW, there
are two for mingw-runtime and w32api.

>
> > >
> > > Then we need to have a link on each of these projects as to who is
> > > doing what.
> > >
> > > Believe me, I dont want to spend any more time than needed on this
> > at
> > > all!
> > >
> > > Maybe a WEBRING would be best, at least you all have each others
> > names,
> > > now please start talking, agree on a standard disclaimer about
> > where to
> > > go to get the newest version, who is doing what.
> >
> > The fight that needs fought is the convincing of each porter to use
(Continue reading)

Permalink | Reply | 0 comments |
headers
Fernando Martins | 1 Sep 2002 15:19
Picon

package distribution


Hi!

I would like to try MinGW to compile libgda (a data access library and
testing tools from gnome-db project) but the distribution package is 1 year
old. Is there a guide to install MinGW from the most recent tools packages?
(ie, which files to download, what order for installation, etc.)

Thanks,

Fernando

-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Permalink | Reply | 1 comment |
headers
Earnie Boyd | 1 Sep 2002 20:25
Picon
Favicon

Re: package distribution

Fernando Martins wrote:

> Hi!
>
> I would like to try MinGW to compile libgda (a data access library and
> testing tools from gnome-db project) but the distribution package is 1 year
> old. Is there a guide to install MinGW from the most recent tools packages?
> (ie, which files to download, what order for installation, etc.)

I'm prototyping a new distribution in my sandbox to be uploaded later this
week.

It will contain the latest releases found at http://sf.net/project/mingw under
the files menu.

gcc-3.2-core
binutils-2.13
mingw-2.2 (which isn't yet available, so you could use mingw-2.1).
w32api-2.0
gdb-5.1.1
make-3.79.1 (binary will be renamed to mingw32-make)

If you need a POSIX/Bourne environment then download the MSYS package.

Earnie.

-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
(Continue reading)

Permalink | Reply | 0 comments |

Gmane