win32 api
Hi all Does anyone know where I can find some references to API calls such as those exported with /usr/include/w32api/winreg.h ? I'm rather curious as to what the parameters are intended for... not all of them are obvious. Thanx -- Jean le Roux Binary Entropy Catalyst Fairy Tale, n.: A horror story to prepare children for the newspapers. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: building dll's under cygwin
On Thu, Jan 10, 2002 at 11:18:11AM +0100, Gerrit P. Haase wrote: > Jean, > > 2002-01-10 11:15:36, du schriebst: > > >... > > Now, from what I understand, the --no-undefined switch should > > It is `-no-undefined' and also just `-version-info', > `-export-symbols' and so on, not `--xxx-xxx'. > That does it :) Millions of thankyou's :) -- Jean le Roux Binary Entropy Catalyst Rules for driving in New York: (1) Anything done while honking your horn is legal. (2) You may park anywhere if you turn your four-way flashers on. (3) A red light means the next six cars may go through the intersection. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
building dll's under cygwin
Hi all Seems I've been on the receiving end of all the advice so far.. hope this will change in the future :) Until then.. here is the next piece of pain ;) I use the autotools(all of them) to build my project. I've read the whole of chapter 25 of the Autobook-1.3, and all I could find on dll's in the faq and in this list's archives.. and I'm still stumped :( Here is what my compiler tells me: cd . \ && CONFIG_FILES= CONFIG_HEADERS=config.h \ /bin/sh ./config.status creating config.h config.h is unchanged make all-recursive make[1]: Entering directory `/cygdrive/e/projects/myproject' Making all in libsrc make[2]: Entering directory `/cygdrive/e/projects/myproject/libsrc' /bin/sh ../libtool --mode=link c++ -g -O2 -o libpmfp.la -rpath /usr/local/lib --no-undefined --version-info 0:0:0 common.lo pmfp.lo pmfp_log.lo crypto.lo mckey.lo libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries rm -fr .libs/libpmfp.la .libs/libpmfp.* .libs/libpmfp.* ar cru .libs/libpmfp.a common.o pmfp.o pmfp_log.o crypto.o mckey.o ranlib .libs/libpmfp.a creating libpmfp.la (cd .libs && rm -f libpmfp.la && ln -s ../libpmfp.la libpmfp.la) make[2]: Leaving directory `/cygdrive/e/projects/myproject/libsrc' make[2]: Entering directory `/cygdrive/e/projects/myproject' cd . \ && CONFIG_FILES= CONFIG_HEADERS=config.h \ /bin/sh ./config.status creating config.h config.h is unchanged make[2]: Leaving directory `/cygdrive/e/projects/myproject' make[1]: Leaving directory `/cygdrive/e/projects/myproject' Now, from what I understand, the --no-undefined switch should pre-empt any " warning: undefined symbols ..." warnings. I suspect if this is solved, then the dll will be created. In my configure.in i do have AC_LIBTOOL_WIN32_DLL, which seems to be the only major thing to look out for. Anyone else had this problem before ? thanx -- Jean le Roux Binary Entropy Catalyst Cellular: 083 505 6443 I owe the public nothing. -- J.P. Morgan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: w32api header problems
On Wed, Jan 09, 2002 at 04:47:18PM +0300, egor duda wrote: ... > JlR> I've done this but seems to leave my code in a tangle :) > JlR> I suddenly have parse errors in my own header files, on normal > JlR> function declerations. I can only deduce that windows.h is leaving an > JlR> open ifdef or has unterminated strings or something silly. > > it's easy to find out what the reason is. gcc has a very useful option > '--save-temps'. it instructs preprocessor, compiler and assembler to > leave their temporary files in place, so if you compiling, say, zzz.c, > you'll get zzz.i (output of preprocessor), zzz.s (assembly source -- > output of compiler) and zzz.o (compiled binary object). You want to > look into zzz.i it shows what your source file turns into, and it's > almost always easy to see why. Fair enough.. but how do i turn it on with autotools.. configure does not seem to support such a flag. -- Jean le Roux Binary Entropy Catalyst Cellular: 083 505 6443 A sad spectacle. If they be inhabited, what a scope for misery and folly. If they be not inhabited, what a waste of space. -- Thomas Carlyle, looking at the stars -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: w32api header problems
Hi > To fix the min and max, define the following before including windows.h: > #define NOMINMAX added that... waiting for compile to complete (Working on a VM... takes forever :) and tada! It's happy and so am I! It still warns me about undefined symbols: make all-recursive make[1]: Entering directory /cygdrive/e/projects/multicast/pmfp' Making all in libsrc make[2]: Entering directory /cygdrive/e/projects/multicast/pmfp/libsrc' >>> /bin/sh ../libtool --mode=link c++ -g -O2 -o libpmfp.la -rpath /usr/local/lib --no-undefined libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries <<< rm -fr .libs/libpmfp.la .libs/libpmfp.* .libs/libpmfp.* ar cru .libs/libpmfp.a common.o pmfp.o pmfp_log.o crypto.o mckey.o ranlib .libs/libpmfp.a creating libpmfp.la (cd .libs && rm -f libpmfp.la && ln -s ../libpmfp.la libpmfp.la) [ -e .libs ] && cp -f .libs/libpmfp.so.0.0.0 ./libpmfp.so cp: cannot stat .libs/libpmfp.so.0.0.0': No such file or directory make[2]: *** [all] Error 1 make[2]: Leaving directory /cygdrive/e/projects/multicast/pmfp/libsrc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory /cygdrive/e/projects/multicast/pmfp' make: *** [all-recursive-am] Error 2 > > string itoa(const int value, const short fix=0); //line 285 > Have you included ? Yip... This whole thing works perfectly if I take out the #include bye -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: w32api header problems
> intmax(const int value_a, const int value_b); //line 283 > intmin(const int value_a, const int value_b); //line 284 > string itoa(const int value, const short fix=0); //line 285 ... > common.h:284: parse error before `const' > common.h:285: parse error before `const' Woops.. those line numbers are 1 out .. > int max(const int value_a, const int value_b); //line 283 should be 284 Appologies to all. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: w32api header problems
On Wed, Jan 09, 2002 at 12:40:02PM +0100, Pavel Tsekov wrote: > Jean le Roux wrote: > > > On Wed, Jan 09, 2002 at 01:07:47PM +0300, egor duda wrote: > > > >>Hi! > >> > >>Wednesday, 09 January, 2002 Jean le Roux [EMAIL PROTECTED] wrote: > >> > >>JlR> I need to include /usr/include/w32api/winbase.h in order to use the > >>JlR> GetVolumeInformation(...) system call under windows. > >> > >>JlR> However, as i metioned in an earlier mail, DWORD seems to not be > >>JlR> defined. I tracked DWORD's definition down to windef.h.. but it seems > >>JlR> the whole include chain is a bit funny.. there are lots of > >>JlR> inter-dependencies which are not satisfied. > >> > >>JlR> Does anyone have any words of wisdom to make life a little easier, or > >>JlR> do I simply have to test for, and include, all the headers in w32api ? > >> > >>you ought to > >> > >>#include > >> > > > > I've done this but seems to leave my code in a tangle :) > > I suddenly have parse errors in my own header files, on normal > > function declerations. I can only deduce that windows.h is leaving an > > open ifdef or has unterminated strings or something silly. > > > > Anybody encounter this before? Any suggestions ? > > I can put the compiler output online if someone wants to take a look, > > and ofcourse some code snippets. > > > It would be helpful :) Here it is: first the relevant snip from my header file (common.h), and then the compilers pain. [common.h] ... //this is where i include the header that make life hard :) #ifdef HAVE_WINDOWS_H #include #endif ... //this is where the errors occur. /*other*/ int max(const int value_a, const int value_b); //line 283 int min(const int value_a, const int value_b); //line 284 string itoa(const int value, const short fix=0); //line 285 ... [compiler output] cd . \ && CONFIG_FILES= CONFIG_HEADERS=config.h \ /bin/sh ./config.status creating config.h config.h is unchanged make all-recursive make[1]: Entering directory `/cygdrive/e/projects/multicast/pmfp' Making all in libsrc make[2]: Entering directory `/cygdrive/e/projects/multicast/pmfp/libsrc' /bin/sh ../libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -c common.cc rm -f .libs/common.lo c++ -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -Wp,-MD,.deps/common.pp -c common.cc -DPIC -o .libs/common.lo In file included from common.cc:5: common.h:284: parse error before `const' common.h:285: parse error before `const' common.cc:524: parse error before `const' common.cc:529: parse error before `const' make[2]: *** [common.lo] Error 1 make[2]: Leaving directory `/cygdrive/e/projects/multicast/pmfp/libsrc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/cygdrive/e/projects/multicast/pmfp' make: *** [all-recursive-am] Error 2 Hope this sheds some light. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: w32api header problems
On Wed, Jan 09, 2002 at 01:07:47PM +0300, egor duda wrote: > Hi! > > Wednesday, 09 January, 2002 Jean le Roux [EMAIL PROTECTED] wrote: > > JlR> I need to include /usr/include/w32api/winbase.h in order to use the > JlR> GetVolumeInformation(...) system call under windows. > > JlR> However, as i metioned in an earlier mail, DWORD seems to not be > JlR> defined. I tracked DWORD's definition down to windef.h.. but it seems > JlR> the whole include chain is a bit funny.. there are lots of > JlR> inter-dependencies which are not satisfied. > > JlR> Does anyone have any words of wisdom to make life a little easier, or > JlR> do I simply have to test for, and include, all the headers in w32api ? > > you ought to > > #include > I've done this but seems to leave my code in a tangle :) I suddenly have parse errors in my own header files, on normal function declerations. I can only deduce that windows.h is leaving an open ifdef or has unterminated strings or something silly. Anybody encounter this before? Any suggestions ? I can put the compiler output online if someone wants to take a look, and ofcourse some code snippets. bye -- Jean le Roux -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
w32api header problems
Hi guys I need to include /usr/include/w32api/winbase.h in order to use the GetVolumeInformation(...) system call under windows. However, as i metioned in an earlier mail, DWORD seems to not be defined. I tracked DWORD's definition down to windef.h.. but it seems the whole include chain is a bit funny.. there are lots of inter-dependencies which are not satisfied. Does anyone have any words of wisdom to make life a little easier, or do I simply have to test for, and include, all the headers in w32api ? Thanx. -- Jean le Roux Binary Entropy Catalyst Cellular: 083 505 6443 What UNIVERSE is this, please?? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin console
Hi all Here's another newbie question.. I could find no help in the FAQ for this: Are there any better cygwin consoles out there that the default one that's installed off the web ? It's rather limited and slows down development :(. I'd love something with a scrollback history for instance, or simply more displayed lines. Thanx -- Jean le Roux Binary Entropy Catalyst Cellular: 083 505 6443 A national debt, if it is not excessive, will be to us a national blessing. -- Alexander Hamilton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
libstdc++ troubles
Hi all First off, lets get it in the open that I'm a newbie at cygwin ;) Here is my pain: I'm trying to port a .so from Redhat 7.1 to Windoze (all falvours) dll. I've installed cygwin (all packages that seemed relevant, which means I skipped stuff like the jpeg tools, tcl etc.). I also got a tarball of libstdc++-v3 from ftp://ftp.xraylith.wisc.edu/pub/khan/gnu-win32/cygwin/snapshots/ and copied that to /usr/include/g++-3/ I still can't manage to 'make' though, the c++ headers are causing major conflicts in terms of re-declarations of types, with eachother. Perhaps I should also mention that I'm using the autotools in this effort. Could you guys tell me the correct way to go about what I'm trying to do. Thanx -- Jean le Roux Binary Entropy Catalyst "Do you believe in intuition?" "No, but I have a strange feeling that someday I will." -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/