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/
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: 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/
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 windows.h I've done this but windows.h 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/
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 windows.h I've done this but windows.h 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 windows.h #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
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
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 string ? Yip... This whole thing works perfectly if I take out the #include windows.h 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
On Wed, Jan 09, 2002 at 04:47:18PM +0300, egor duda wrote: ... JlR I've done this but windows.h 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/
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/