RE: setup.exe exception handling guidelines
-Original Message- From: Gary R. Van Sickle [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 3:06 PM To: CygWin Apps Subject: RE: setup.exe exception handling guidelines What about the standard C++ library exception class ? In the recent threads regarding setup and libgetopt++ I red that we libstdc++ can be used now ? Yes, libstdc++ can be used now. Whats the header for the C++ library exception class? exception. Where those ISO guys come up with these crazy names ;-P Rob, what's the status of my chooser integration patch of a few weeks ago? I'm still thinking about it. We really need the popup capability to be retained, for conflict resolution. I don't want to take a step backwards and reusing the current window may or may not make sense. Rob
setup.exe and inuse files for X
I think I've got a handle on this... looks like read only (-r--r--r--) files don't delete properly, so setup fails to overwrite them. Patches gratefully accepted, it's going in the TODO for now. Rob
RE: setup.exe exception handling guidelines
-Original Message- From: Gary R. Van Sickle [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 3:06 PM To: CygWin Apps Subject: RE: setup.exe exception handling guidelines What about the standard C++ library exception class ? In the recent threads regarding setup and libgetopt++ I red that we libstdc++ can be used now ? Yes, libstdc++ can be used now. Whats the header for the C++ library exception class? exception. Where those ISO guys come up with these crazy names ;-P It's truly shocking that. Anyway, Exception in setup inherits from C++ standard exception class. Why not direct? So if we want to change, we can. Rob
RE: libgetopt++ and setup and libstdc++
-Original Message- From: Gary R. Van Sickle [mailto:[EMAIL PROTECTED]] Sent: Monday, April 29, 2002 5:39 AM Except that widechar != unicode. WCHAR is still an 0 terminated string, but Unicode strings are not 0 terminated. Sure they are. A Unicode '\0' == 0x (regardless of your byte order ;-)). Read http://www.unicode.org/unicode/uni2book/ch05.pdf section 5.2. Also read http://www.unicode.org/unicode/uni2book/ch02.pdf which does note that nul(U+) can be used as a string terminator. Then http://www.unicode.org/unicode/reports/tr17/ C and C++ char* APIs use serialized bytes, which could represent a variety of different character maps, including ISO Latin 1, UTF-8, Windows 1252, as well as compound character maps such as Shift-JIS or 2022-JP. A byte API could also handle UTF-16BE or UTF-16LE, which are serialized forms of Unicode. However, these APIs must be allow for the existence of any byte value, and typically use memcpy plus length instead of strcpy for manipulating strings. (which is possibly referring to a non-wchar_t aware strcpy, not sure here). Anyway, things like UTF-8 can confuse the heck out of c-libraries because of their multi-byte nature, where a) a NULL may be part way through a chacter, not terminating, and b) a NULL may be illegal at a given point, and the previous partial character is invalid. Finally, note that Unicde requires 21 bits of storage, so a 16 bit WCHAR will still involve multi-byte sequence. Does the newlib lib-gcc and libstdc++ string WCHAR correctly understand unicode (and what representation does it use?). Does it use the same as Win32 WCHAR does? (See the NT kernel defines for UNICODE_STRING to see how unicode strings are represented.). Right, but we're not in Kernel space here (thank the three men I admire most, the Father, Son, and the Holy Ghost!). The UNICODE Win32 API takes null-terminated UNICODE strings as parameters. UNICODE isn't a storage format. 8-bit strings can represent Unicode as well (see above). Oh, I completely agree. I'm just saying that we could probably base it on basic_string TCHAR and be one step ahead of the future. Well, the encapsulation makes such future changes (relatively) painless, and I'm not convinced (yet) that wchar_t or TCHAR are appropriate. Rob
RE: MD5 support
-Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 2:35 AM I have upset ready to go for this. Will it actually break setup.exe if I check in my changes? I'm away from a Windows system right now so I can't check myself. It will cause parsing errors, so even though setup is (somewhat) resilient, it will generate questions. If you could get upset to make a ini in a new location (perhaps test) that refers to the release directory source files, that would be a great test, and let me be sure that nothing will go ... wrong. ie: /setup.ini /release/. /test/setup.ini -- this contains MD5 information. Can this be done? Rob
Re[2]: libgetopt++ and setup and libstdc++
Hello Robert, Wednesday, May 01, 2002, 10:22:03 AM, you wrote: -Original Message- From: Gary R. Van Sickle [mailto:[EMAIL PROTECTED]] Sent: Monday, April 29, 2002 5:39 AM Except that widechar != unicode. WCHAR is still an 0 terminated string, but Unicode strings are not 0 terminated. Sure they are. A Unicode '\0' == 0x (regardless of your byte order ;-)). Zero terminated strings (C style strings) has nothing to do with the basic_string template class. basic_string can contain any character including \0. Its much the same as the STL vector. The WCHAR here specifies the size of storage of a single character... I.e. you can have typedef basic_stringstruct SomeStrangeChar SomeStrangeCharString; RC Read http://www.unicode.org/unicode/uni2book/ch05.pdf section 5.2. RC Also read http://www.unicode.org/unicode/uni2book/ch02.pdf which does RC note that nul(U+) can be used as a string terminator. RC Then http://www.unicode.org/unicode/reports/tr17/ RC C and C++ char* APIs use serialized bytes, which could represent a RC variety of different character maps, including ISO Latin 1, UTF-8, RC Windows 1252, as well as compound character maps such as Shift-JIS or RC 2022-JP. A byte API could also handle UTF-16BE or UTF-16LE, which are RC serialized forms of Unicode. However, these APIs must be allow for the RC existence of any byte value, and typically use memcpy plus length RC instead of strcpy for manipulating strings. (which is possibly RC referring to a non-wchar_t aware strcpy, not sure here). RC Anyway, things like UTF-8 can confuse the heck out of c-libraries RC because of their multi-byte nature, where RC a) a NULL may be part way through a chacter, not terminating, and RC b) a NULL may be illegal at a given point, and the previous partial RC character is invalid. RC Finally, note that Unicde requires 21 bits of storage, so a 16 bit WCHAR RC will still involve multi-byte sequence. Quote from The C++ Programming Language: A wide character - that is, an object of type wchar_t ($4.3) - is like a char, except that it take up two or more bytes. RC Does the newlib lib-gcc and libstdc++ string WCHAR correctly RC understand unicode (and what representation does it use?). Does it use RC the same as Win32 WCHAR does? (See the NT kernel defines for UNICODE_STRING to see how unicode strings are represented.). Btw I read somewhere else that Windows does not support the full japanese characterset, but only the most used characters.
RE: Re[2]: libgetopt++ and setup and libstdc++
-Original Message- From: Pavel Tsekov [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 6:53 PM Zero terminated strings (C style strings) has nothing to do with the basic_string template class. basic_string can contain any character including \0. Its much the same as the STL vector. The WCHAR here specifies the size of storage of a single character... I.e. you can have typedef basic_stringstruct SomeStrangeChar SomeStrangeCharString; Cool. Does it handle MBCS (as opposed to) DBCS ? RC Finally, note that Unicde requires 21 bits of storage, so a 16 bit WCHAR RC will still involve multi-byte sequence. Quote from The C++ Programming Language: A wide character - that is, an object of type wchar_t ($4.3) - is like a char, except that it take up two or more bytes. That's cool, except wchar_t is actually 8 bit on some platforms (shouldn't affect us, we're going off topic here :}) Btw I read somewhere else that Windows does not support the full japanese characterset, but only the most used characters. Yeah, I recall something like that too.. hmmm.. Rob
Re[4]: libgetopt++ and setup and libstdc++
Hello Robert, Wednesday, May 01, 2002, 10:58:32 AM, you wrote: -Original Message- From: Pavel Tsekov [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 6:53 PM Zero terminated strings (C style strings) has nothing to do with the basic_string template class. basic_string can contain any character including \0. Its much the same as the STL vector. The WCHAR here specifies the size of storage of a single character... I.e. you can have typedef basic_stringstruct SomeStrangeChar SomeStrangeCharString; RC Cool. Does it handle MBCS (as opposed to) DBCS ? I think the answer is yes! Let me do my homework - I have all the references required just need to read some more...
Re: [MinGW-dvlpr] [w32api] : Move anonymous struct/union defines out of windows.h
Fine by me. Earnie. Danny Smith wrote: Hello Can any one see any problems with moving this block of defines: #ifdef __GNUC__ #ifndef NONAMELESSUNION #if __GNUC__ 2 || (__GNUC__ == 2 __GNUC_MINOR__ = 95) #define _ANONYMOUS_UNION __extension__ #define _ANONYMOUS_STRUCT __extension__ #else #if defined(__cplusplus) #define _ANONYMOUS_UNION __extension__ #endif /* __cplusplus */ #endif /* __GNUC__ 2 || (__GNUC__ == 2 __GNUC_MINOR__ = 95) */ #endif /* NONAMELESSUNION */ #elif defined(__WATCOMC__) #define _ANONYMOUS_UNION #define _ANONYMOUS_STRUCT #endif /* __GNUC__/__WATCOMC__ */ #ifndef _ANONYMOUS_UNION #define _ANONYMOUS_UNION #define _UNION_NAME(x) x #define DUMMYUNIONNAME u #define DUMMYUNIONNAME2 u2 #define DUMMYUNIONNAME3 u3 #define DUMMYUNIONNAME4 u4 #define DUMMYUNIONNAME5 u5 #define DUMMYUNIONNAME6 u6 #define DUMMYUNIONNAME7 u7 #define DUMMYUNIONNAME8 u8 #else #define _UNION_NAME(x) #define DUMMYUNIONNAME #define DUMMYUNIONNAME2 #define DUMMYUNIONNAME3 #define DUMMYUNIONNAME4 #define DUMMYUNIONNAME5 #define DUMMYUNIONNAME6 #define DUMMYUNIONNAME7 #define DUMMYUNIONNAME8 #endif #ifndef _ANONYMOUS_STRUCT #define _ANONYMOUS_STRUCT #define _STRUCT_NAME(x) x #define DUMMYSTRUCTNAME s #define DUMMYSTRUCTNAME2 s2 #define DUMMYSTRUCTNAME3 s3 #else #define _STRUCT_NAME(x) #define DUMMYSTRUCTNAME #define DUMMYSTRUCTNAME2 #define DUMMYSTRUCTNAME3 #endif #ifndef NO_STRICT #ifndef STRICT #define STRICT 1 #endif #endif from windows.h to windef.h, which is the first w32api header that windows.h includes. Thus anything that includes windows.h to get these defines will still get them through windef.h Why? Often (specifically, in g++-v3 header gthr-win32.h, which is included by STL userland headers to get inlined TLS functions) user only needs the windef.h, winnt.h and winbase.h w32api declarations and defines. Doing this: #include stdarg.h #include windef.h /* includes winnt.h and winerror.h */ #include winbase.h #ifdef __cplusplus extern C #endif DWORD WINAPI GetLastError(void); /* from winuser.h */ is much preferable to: #include windows.h, even if we do the sort of MEANER_AND_LEANER dance that winsup.h does. The anonymous union/structure business is needed in winnt.h and elsewhere. I can't find any MSDN documnetation that says they should be in windows.h, though Danny http://messenger.yahoo.com.au - Yahoo! Messenger - A great way to communicate long-distance for FREE!
another reason for the url encoding..
I just remembered one of my reasons: The encoded urls can be reversed, allowing dynamic detection of previously used sites, even if the localdir dir is shared amongst machines (and thus the mirror.lst is not in the local dir). Rob
RE: Now that the new setup is here...
-Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 10, 2002 10:58 AM Well it shouldn't. There is definitely something wrong with setup and downloads at the moment, but I haven't tracked it down yet. What about the this page intentionally left blank report? Is that on your list? Sort of. I kinda like giving the users something to *complain* about, so the real bugs go unnoticed :}. Gary's patch will fix this though. Rob
setup CVS branched.
Ok folk, we can go ballistic with new code, new options, Gary's gui patch (Soon - I promise:]), and Pavel's URL Class. Pavel, can you restructure your URL patch, so that when the HTTP code needs authentication it throws an exception, that gets caught by the geturl code, and the request resubmitted with authentication. You may wish to subclass the Exception class, or you can just add a new errNO to exception.h Rob
Re: setup CVS branched.
Hello Robert, Wednesday, May 01, 2002, 2:32:02 PM, you wrote: RC Ok folk, we can go ballistic with new code, new options, Gary's gui RC patch (Soon - I promise:]), and Pavel's URL Class. RC Pavel, can you restructure your URL patch, so that when the HTTP code RC needs authentication it throws an exception, that gets caught by the RC geturl code, and the request resubmitted with authentication. You may RC wish to subclass the Exception class, or you can just add a new errNO to RC exception.h I will ... in the weekend :)
RE: setup CVS branched.
-Original Message- From: Pavel Tsekov [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 10:52 PM To: Robert Collins Cc: Cygwin-Apps Subject: Re: setup CVS branched. Hello Robert, Wednesday, May 01, 2002, 2:32:02 PM, you wrote: RC Ok folk, we can go ballistic with new code, new options, Gary's gui RC patch (Soon - I promise:]), and Pavel's URL Class. RC Pavel, can you restructure your URL patch, so that when the HTTP RC code needs authentication it throws an exception, that gets caught RC by the geturl code, and the request resubmitted with authentication. RC You may wish to subclass the Exception class, or you can just add a RC new errNO to exception.h I will ... in the weekend :) That's cool, I'll look forward to a patch :}. Rob
Re: RFC: setup.ini change
On Wed, May 01, 2002 at 11:51:10PM +1000, Robert Collins wrote: -Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 2:43 AM Chris, can we get that external-src: other-pkg-name thing into upset? (or other-src or whatever) Reminder: It's pretty complicated to add. If you specify external-src it will potentially have to add test, prev, curr entries for the packages. However, IMO, it makes sense for this option to actually be passed into setup.ini so that setup.exe can understand that this is basically a symbolic link rather than a copy. Setup doesn't need any changes - the source: tag has all the functionality Chuck needs now. It'll only download the file once (well, there are some corner cases, but relatively few and far between). I don't think you read Chuck's proposal. He wants something which would automatically track version numbers in the referenced *package*. Saying: external-source: ../tiff-1.3.2-1-src.tar.bz2 wasn't what he was going for. He wanted to be able to say: external-source: tiff and have something (either setup or upset) figure out that the source for libtiff-1.3.2-1.tar.bz2 is tiff-1.3.2-1-src.tar.bz2. I thought that maybe the functionality for this belonged in setup.exe rather than in upset, i.e., I just pass the option through as is. cgf
RE: MD5 support
-Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 02, 2002 1:32 AM Hmm. Dueling you do the work scenarios. Why not just release an interim version of setup that silently ignores the third field? That's what we've done in the past. I planned to, but then, without realising it, I'd done the code :}. It seemed like to much effort to strip it out, just to ensure more testing... Rob
RE: RFC: setup.ini change
-Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 02, 2002 1:30 AM I don't think you read Chuck's proposal. He wants something which would automatically track version numbers in the referenced *package*. Saying: I read it, but apparently didn't grok it fully. This will come with time, there's more back-end stuff to do first. The goal is to achieve what apt-get source does, in terms of source packages being different to binaries (for names) and having their own build dependencies. I realise these are separate issues though :}. Rob
Error in configuring setup.
Upon Robert's insistance I've installed the autotools. :( Now after about 10 iterations of aclocal, libtoolize, autoconf I: mkdir bld cd bld ../configure And toward the configure ends with: configure: configuring in libgetopt++ configure: running /bin/sh ../cfgaux/configure 'CFLAGS=-O0 -g' 'CXXFLAGS=-O0 -g' --cache-file=/dev/null --srcdir=../../libgetopt++ ../cfgaux/configure: Can't open ../cfgaux/configure: No such file or directory configure: error: /bin/sh ../cfgaux/configure failed for libgetopt++ sed: can't read confdefs.h: No such file or directory Earnie.
Re: MD5 support
On Thu, May 02, 2002 at 01:33:52AM +1000, Robert Collins wrote: Hmm. Dueling you do the work scenarios. Why not just release an interim version of setup that silently ignores the third field? That's what we've done in the past. I planned to, but then, without realising it, I'd done the code :}. It seemed like to much effort to strip it out, just to ensure more testing... Hmm. Dueling you do the work scenarios. cgf
[dmehler@siscom.net: trouble again downloading.]
Anyone interested in helping this guy? Doesn't a subject like trouble downloading invoke any curiousity in people who are contributing to setup.exe development? Even if he's doing something wrong, we should investigate problems like this to figure out how the program can be improved to eliminate this type of confusion. cgf ---BeginMessage--- Hi, Ok i spoke to soon. I've got the base, i've got shells, but i'm unable to get net, admin, archive, devel, doc, and database. Here are my logs if that helps anyone. Thanks. Dave. setup.log.full Description: Binary data setup.log Description: Binary data -- 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/ ---End Message---
Re: MD5 support
On Wed, May 01, 2002 at 11:47:59AM -0400, Christopher Faylor wrote: On Thu, May 02, 2002 at 01:33:52AM +1000, Robert Collins wrote: Hmm. Dueling you do the work scenarios. Why not just release an interim version of setup that silently ignores the third field? That's what we've done in the past. I planned to, but then, without realising it, I'd done the code :}. It seemed like to much effort to strip it out, just to ensure more testing... Hmm. Dueling you do the work scenarios. Ok. There is a setup-md5.ini in /sourceware/ftp/anonftp/pub/cygwin (home of setup.exe and setup.ini). I generated it against my local release directory so there may be some irregularities in things like sdesc/ldesc and some versions may be off. However, it is usuable as a proof of concept. cgf
Re: Error in configuring setup.
Earnie Boyd [EMAIL PROTECTED] writes: Upon Robert's insistance I've installed the autotools. :( Now after about 10 iterations of aclocal, libtoolize, autoconf I: And toward the configure ends with: s/toward// configure: configuring in libgetopt++ Yes, it seems something strange is going on here. It would be very nice too, if the libgetopt++ directory had a pregenerated ./configure. Also, after checking out setup: cvs -d :pserver:[EMAIL PROTECTED]:/cvs/cygwin-apps co setup I also get setup/libgetopt++, setup/cfgaux (and zlib and, bzlib, of course), but after removing setup/libgetop++ and setup/cfgaux and doing an cvs update -d in ./setup, libgetopt++ and cfgaux are not fetched from cvs. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: Error in configuring setup.
Required AUTHORS and NEWS files are missing. Earnie. Jan Nieuwenhuizen wrote: Earnie Boyd [EMAIL PROTECTED] writes: Upon Robert's insistance I've installed the autotools. :( Now after about 10 iterations of aclocal, libtoolize, autoconf I: And toward the configure ends with: s/toward// configure: configuring in libgetopt++ Yes, it seems something strange is going on here. It would be very nice too, if the libgetopt++ directory had a pregenerated ./configure. Also, after checking out setup: cvs -d :pserver:[EMAIL PROTECTED]:/cvs/cygwin-apps co setup I also get setup/libgetopt++, setup/cfgaux (and zlib and, bzlib, of course), but after removing setup/libgetop++ and setup/cfgaux and doing an cvs update -d in ./setup, libgetopt++ and cfgaux are not fetched from cvs. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Error in libgetopt++ from the setup build directory [WAS: Re: Error in configuring setup.]
Earnie Boyd wrote: Upon Robert's insistance I've installed the autotools. :( Now after about 10 iterations of aclocal, libtoolize, autoconf I: mkdir bld cd bld ../configure And toward the configure ends with: configure: configuring in libgetopt++ configure: running /bin/sh ../cfgaux/configure 'CFLAGS=-O0 -g' 'CXXFLAGS=-O0 -g' --cache-file=/dev/null --srcdir=../../libgetopt++ ../cfgaux/configure: Can't open ../cfgaux/configure: No such file or directory configure: error: /bin/sh ../cfgaux/configure failed for libgetopt++ sed: can't read confdefs.h: No such file or directory Ok, I finally found the bootstrap.sh files in setup/ and setup/libgetopt++ directories and executed them. I successfully configured. However now from the build process for libgetopt++ I get: g++ -DPACKAGE=\setup\ -DVERSION=\0\ -DHAVE_DLFCN_H=1 -DHAVE_ALLOCA_H=1 -I. -I.. -I../bz2lib -I../libgetopt++/include -Werror -Winline -Wall -Wpointer-arith -Wcast-align -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wcomments -O0 -g -c -o desktop.o `test -f ../desktop.cc || echo '../'`../desktop.cc In file included from ../libgetopt++/include/getopt++/BoolOption.h:19, from ../desktop.cc:54: ../libgetopt++/include/getopt++/Option.h:25: #error string required make[2]: *** [desktop.o] Error 1 make[2]: Leaving directory `/prjz/cygwin/rt/src/cygwin-apps/setup/bld' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/prjz/cygwin/rt/src/cygwin-apps/setup/bld' make: *** [all] Error 2 It appears that the configure process missed setting HAVE_STRING. Earnie.
Re: Error in libgetopt++ from the setup build directory [WAS: Re: Error in configuring setup.]
BTW, the CVS has a configure file in the setup directory as well as an aclocal.m4. Earnie. Earnie Boyd wrote: Earnie Boyd wrote: Upon Robert's insistance I've installed the autotools. :( Now after about 10 iterations of aclocal, libtoolize, autoconf I: mkdir bld cd bld ../configure And toward the configure ends with: configure: configuring in libgetopt++ configure: running /bin/sh ../cfgaux/configure 'CFLAGS=-O0 -g' 'CXXFLAGS=-O0 -g' --cache-file=/dev/null --srcdir=../../libgetopt++ ../cfgaux/configure: Can't open ../cfgaux/configure: No such file or directory configure: error: /bin/sh ../cfgaux/configure failed for libgetopt++ sed: can't read confdefs.h: No such file or directory Ok, I finally found the bootstrap.sh files in setup/ and setup/libgetopt++ directories and executed them. I successfully configured. However now from the build process for libgetopt++ I get: g++ -DPACKAGE=\setup\ -DVERSION=\0\ -DHAVE_DLFCN_H=1 -DHAVE_ALLOCA_H=1 -I. -I.. -I../bz2lib -I../libgetopt++/include -Werror -Winline -Wall -Wpointer-arith -Wcast-align -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wcomments -O0 -g -c -o desktop.o `test -f ../desktop.cc || echo '../'`../desktop.cc In file included from ../libgetopt++/include/getopt++/BoolOption.h:19, from ../desktop.cc:54: ../libgetopt++/include/getopt++/Option.h:25: #error string required make[2]: *** [desktop.o] Error 1 make[2]: Leaving directory `/prjz/cygwin/rt/src/cygwin-apps/setup/bld' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/prjz/cygwin/rt/src/cygwin-apps/setup/bld' make: *** [all] Error 2 It appears that the configure process missed setting HAVE_STRING. Earnie.
cygwin-apps-cvs missing from the Mail Lists page.
FYI. Earnie.
binutils contributor form complete
the binutils contributor form has been signed by Bradley Kuhn, so we are good to go with submissions there. Rob
setup.exe and inuse files for X
I think I've got a handle on this... looks like read only (-r--r--r--) files don't delete properly, so setup fails to overwrite them. Patches gratefully accepted, it's going in the TODO for now. Rob
Re: pkgconfig [Was By the way... ]
On Tue, 30 Apr 2002 16:55:50 -0400 Charles Wilson [EMAIL PROTECTED] wrote: What was the rationale for removing the included glib? It was put into pkgconfig in order to break the recursive dependence: glib requires pkgconfig which requires glib which ... Granted, the version of glib included in pkgconfig is old (but it's capable enough for what pkgconfig needs) and has a one-line bug when compiling on cygwin; I just patch that and move on... Anyway, if your version of pkgconfig (0.8.0 + local glib) compiled gnome-vfs (on a particular date), yet the official cygwin version of pkgconfig (0.10.0) failed to do so: I would think the problem is either: something broke in the real pkgconfig sources between 0.8.0 and 0.10.0 or gnome-vfs (on the particular date) was either exploiting a bug in pkgconfig-0.8.0, or was otherwise broken. I don't think the answer is to use (and recommend) that cygwinners who want gnome use a old version of pkgconfig with a circular dependency... Thanks for offering to try with real pkgconfig-0.12.0. You'll probably need to apply this patch (if you keep the included static glib): --- pkgconfig-0.10.0-orig/glib-1.2.8/gstrfuncs.cMon Apr 17 11:05:16 2000 +++ pkgconfig-0.10.0/glib-1.2.8/gstrfuncs.c Sat Feb 23 01:38:15 2002@@ -671,7 +671,7 @@ char *msg; #ifdef HAVE_STRSIGNAL - extern char *strsignal (int sig); + extern const char *strsignal (int sig); return strsignal (signum); #elif NO_SYS_SIGLIST switch (signum) I look forward to seeing the results of your experiment. There was no circular dependency for glib-1.2.10. In fact when I ported it I had never heard of pkg-config. Anyway, I have built pkgconfig-0.12.0, with your patch, and gnome-vfs configure works fine with it. So if/when it is adopted as the official cygwin version I will remove pkg-config from my website. Steven
Cygwin XFree starting problem.
I'm currently facing the following Problem (which I've read questions about in this mailing list, but no answers): When I start XWin with startxwin.bat, startxwin.sh or with console always the same thing happens: For every xterm (which I started through the script) and for the Windowmanager (I tryed twm as well as icewm) a DOS Box opens. Then a window for XWin opens (I'll call it the white window from now on, but all that shows up in this one is a big white screen and on the upper left corner there seems to be the windowmanager with the xterms but its just way to small (about 80x100 pixel) to recognise it. When I close the xterm DOS boxes the black box on the upper left corner dissapears. The curser dissappers when I move it into the 'white window' but when I click into the left upper corner there seems to open a dialog window which starts to a appear the way I move the invisible mouse pointer over it. That's it for the problem description here's what my computer's like: I'm running Win98SE with DirectX Version 4.08.00.400 installed. I installed XFree with the Xinstall.sh in binary mode (I tryed to install it at first with the cygwin setup tool with the same result, but deinstalled that before reinstallation) The paths seem to be allright and nothing seems to be missing. I have a 100BaseT Network card, and standard (I guess) components else. At the first startup the XWin.log looked like this: ddxProcessArgument () - Initializing default screens winInitializeDefaultScreens () - w 1280 h 1024 ddxProcessArgument () - screen - argc: 5 i: 1 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winDetectSupportedEngines () - Windows 95/98/Me winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 0017 winSetEngine () - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL () - Using Windows display depth of 16 bits per pixel winAdjustForAutoHide - Original WorkArea: 0 0 991 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 991 1280 winCreateBoundingWindowWindowed () - WindowClient w 1274 h 961 r 1274 l 0 b 961 t 0 winCreateBoundingWindowWindowed () - Returning winAllocateFBShadowDDNL () - lPitch: 2548 winInitVisualsShadowDDNL () - Masks f800 07e0 001f BPRGB 6 d 8 winLayerCreate () - dwDepth 8 winScreenInit () - returning Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from list! winCloseScreenShadowDDNL () - Freeing screen resources But ever after it looks like this: ddxProcessArgument () - Initializing default screens winInitializeDefaultScreens () - w 1280 h 1024 ddxProcessArgument () - screen - argc: 5 i: 1 According to the FAQ the 'unix should be set to root' shouldn't be a problem, and afaik the fonts that weren't found are optional Could you please help me with this? Many thanks in advance! Jens Drozd (Sorry for this long mail, but I wanted to describe it the best I could)
Windowmaker gived error message upon start
Hi All, I was very happy to see the Windowmaker port and installed it. I did the initial config to make the GNUStep directory, then started it by putting exec wmaker inside .xinitrc. I get the error Procedure entry point TiffGetFieldDefaulted could not be located in dynamic link library cygtiff3.dll. I imagine that there is something I need to update, or maybe I need to update everything. I wonder if someone can confirm that before I start downloading Mb. I think the version of Cygwin I am using is 1.3.9-1, at least thats what the install log says. Thanks, Rob.
compiling qvwm or blwm
Hello All, I am new to this list and have just been running the cygwin setup.exe program to try and get the compiler installed. In my current project, I would like to see about compiling either QVWM or BLWM so that I could run them under windows and was wondering if anyone has been able to do this? any help would be greatly appreciated. Cheers, Lonnie
compiled qvwm fine, but!!
Hello All, I have been able to compile the QVWM into an qvwm.exe file but now want to move it out of the c:/cygwin/new directory that I can see when I run the shell. I tried to run it, but windows reports an error: libICE.dll could not be found. What dll's do I need to take the qvwm out of the shell space into a regular windows file space and where is this libICE.dll stored? Thanks in advance, Lonnie
xdmcp font problem
When I connect to a remote Linux box from my cygwin/xfree PC, and run abiword through the connection, abiword crashes complaining that cannot add fonts to the X font path Then Abiwork crashes. I have 75dpi, 100dpi and scalable font (Xfscl) installed on the Cygwin/xfree system. This does not happen when I login from the console on the linux box and run abiword on the linux box, so the problem is not on the linux box. Also this does not happen when I login with xdmcp to the linux box from another linux box, and run abiword remotely. Any ideas how I might fix this? Thanks, Lars. -- Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999. Internet: [EMAIL PROTECTED], http://www.scsr.nevada.edu/~jensen Tel: 775.673.7113 FAX: 775.674.7592
source for xview
ftp://ftp.step.polymtl.ca/pub/Xview/libs/xview/Xview-3.2p1.4 __ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com
Re: xdmcp font problem
Hi, This is more of a workaround then a solution, your linux box is probably running a local font server. So you can use this to provide the fonts and probably avoid a crash. assuming the x font server is only available locally, you'll need to change it to use the network. below is a link detailing how to do this on linux mandrake. http://www.jeremywilkins.freeserve.co.uk/extend/remoteFontServer.html You then need to tell Xwin to use that font server, by adding -fp tcp/machinename:7100 without the quotes to the command line, eg. Xwin -query computerA -fp tcp/computerA:7100 -fullscreen Hope this helps Jeb - Original Message - From: Lars Jensen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, May 01, 2002 11:04 PM Subject: xdmcp font problem When I connect to a remote Linux box from my cygwin/xfree PC, and run abiword through the connection, abiword crashes complaining that cannot add fonts to the X font path Then Abiwork crashes. I have 75dpi, 100dpi and scalable font (Xfscl) installed on the Cygwin/xfree system. This does not happen when I login from the console on the linux box and run abiword on the linux box, so the problem is not on the linux box. Also this does not happen when I login with xdmcp to the linux box from another linux box, and run abiword remotely. Any ideas how I might fix this? Thanks, Lars. -- Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999. Internet: [EMAIL PROTECTED], http://www.scsr.nevada.edu/~jensen Tel: 775.673.7113 FAX: 775.674.7592
Re: pkgconfig [Was By the way... ]
Steven O'Brien wrote: There was no circular dependency for glib-1.2.10. In fact when I ported it I had never heard of pkg-config. Oh, I misunderstood you. When you said you configured pkgconfig to build against your installed version of glib, I thought your installed version was 1.3.x, not 1.2.10. (1.3.x does depend on pkgconfig) Sorry for the confusion. Anyway, I have built pkgconfig-0.12.0, with your patch, and gnome-vfs configure works fine with it. So if/when it is adopted as the official cygwin version I will remove pkg-config from my website. Look for an updated package soon, and thanks for taking the time to test this. --Chuck
RE: Not to alarm anyone - but possible virus on http://cygwin.com/setup.exe
-Original Message- From: Gianni Mariani [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 1:51 PM To: [EMAIL PROTECTED] Subject: Not to alarm anyone - but possible virus on http://cygwin.com/setup.exe I have some reasons to suspect that http://cygwin.com/setup.exe is infected with a virus that Norton and McAfree don't scan. well, sometimes they say it's Cles or Wez or somthing. Or it could be that it's a coincidence that as soon as I asked other developers to install cywin they all got it as well, and it may also be just a coincidence that after installing a fresh copy of everything and rebooted and all was *almost* fine (because some commands -like ls.exe- didn't install), but my machine instantly rebooted when I tried to run the cygwin setup the second time. If you had run a file with Klez in it, you would know *all* about it. Vshield/Norton would have been disabled, and many exe's would be infected. To the best of my knowledege Setup.exe is clean - I run mcafee and am very careful when uploading new releases. Rob -- 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/
mc
Hi all, Im trying to compile midnight commander. Firstly I have compiled and installed the glib package, after that mc compiles all the source files without any error messages however when it tries to link them it says that could not find 'gettext' and 'bindtextdomain' funtions. I have already installed gettext package. Does anybody have an opinion about the solution ? Thanx, emre -- 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: Setup configuration files specific to an installation.
-Original Message- From: Daniel Watford [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 10, 2002 5:10 PM To: [EMAIL PROTECTED] Subject: Re: Setup configuration files specific to an installation. Robert Collins [EMAIL PROTECTED] writes: None. If not installing and running from a non-installed Pc's, some mirror info can be cached in the local package dir, but nothing that will 'screw up' future installs. Thanks Rob. Does the setup program just search for *.tar.bz2 files in the directory tree specified as Local Directory? Do the naming of the contrib and latest directories have any special significance to the setup program? Yes. The contrib and latest (now both gone, replaced by release) line up with the contents of setup.ini. Rob -- 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/
tr command
I installed default cygnal packages,but I wanna use eCos and for this I must use tr command for initialize eCos insight and gcc patches. tr -d '\r' insight-tcl.pat | patch -p0 tr -d '\r' ecos-gcc-2952.pat | patch -p0 so which package should I use for tr command. because now there is an error 'tr command not found'. thanks in advance. _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- 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/
possible permissions bug (was: inetd / ftpd file permissions)
ok, i have searched the whole web (including cygwin ML) and i couldnt find anything specific to cygwin regarding the permissions of the files transferred via ftp. maybe i'm just a lousy searcher but if you havent replied because the solution was easy to find, PLEASE tell me where to RTFM because my accounting data is not being transferred for 2 days!! :-) let me first start by telling you what i've done. i found *lots* of solutions of for this problem for other unices. the most interesting ones where: - set the umask in /etc/default/ftpd. this directory and file do not exist by default under cygwin. created it, stoped started the inetd but it didnt affect ftpd at all. coulnd find any references to it in the ML. - set the user's umask in the login.conf file. there is no login.conf file and i couldnt find any references to it in the ML. - add -uXXX to the parameters of the ftpd in inetd.conf. i dont really get this one. the -u option is not on the ftpd man page but it seems to affect the behaviour of the daemon; with -u666 all my files are now with --- to everyone. (see http://www.tek-tips.com/gviewthread.cfm/lev2/3/lev3/20/pid/80/qid/75666 and http://www.freebsddiary.org/ftp-anonymous.php) now the interesting part. i thought i had made a mistake with the permissions, so i tested it with chmod under linux $chmod 666 test.txt and the result was rw- to everyone, as i wanted. i then logged on locally to the server running cygwin and did the exact same thing and the result was r-x to everyone! i tried the same command telnetting to the cygwin box and it works fine. looking for chmod problems, permissions not working, etc in the mailinglist gives me lots of noise but nothing in concrete. my question is: are there any permission bugs running cygwin on an NT4.0 box? if not, is it not possible to change the default permissions of a file transferred by ftp? thanks for your time. marco -Original Message- From: Craveiro, Marco Sent: 30 April 2002 07:52 To: '[EMAIL PROTECTED]' Subject: inetd / ftpd file permissions hello cygwinners, i have a little problem again (bad week). i started using cygwin's ftp server instead of NT's. its working fine but the default permissions for the files are different and they are causing problems with some of my scripts. i searched the web and found the exact answer for this problem: a wrapper script (but not specifically for cygwin). i then 1) installed the wrapper under /usr/sbin/in.ftpd-wrapper.sh and chmoded it to 755. contents: #!/bin/sh umask 666 exec /usr/sbin/in.ftpd 2) changed my /etc/inetd.conf to ftp stream tcp nowait root/usr/sbin/in.ftpd-wrapper.sh in.ftpd-wrapper.sh 3) stopped and started the service. unfortunately, i still get my files transferred with 022 permissions. i couldn't find anything in cygwin's mailing list about this. is this the right way to do it for cygwin? thanks for your time. marco -- 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/
New version of setup - prerelease available
I've uploaded a new version of setup.exe, and source, to http://www.cygwin.com/setup-snapshots/setup-md5-20020501.exe and http://www.cygwin.com/setup-snapshots/setup-md5-20020501-src.tar.bz2. New features: * Allows source only packages. * Checks md5 sums if present in setup.ini * NEVER redownloads a file. - 'Redownload' has been removed. (3 users out of several thousand is simply not enough cause to keep a kludge). * Some bugfixes, including a nasty one which may have caused some locally downloaded files to *never* be installable. * The source will build when targeted against cygwin or mingw, and without all the cygwin sources. * new command line option -n/--no-shortcuts disables the default shortcut creation. This snapshot was made immediately prior to the CVS being branched (The tag is setup-200205). As such it has the 'White box', but that will be removed prior to release. Barring any bug reports in the next day, this will be released. * IMPORTANT * Enabling the MD5 support on sourceware *will* cause prior versions of setup to start complaining, although they *should* still work. As such, you will not be able to downgrade if you don't like the version. Please help us make it the best ever via your feedback on this pre-release! Cheers, Rob -- 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/
1.1.3 and upwards: apparent bug with pthread_cond_wait() and/or signal()
Hi all, I've just been wrestling with some code I've been writing, trying to get pthreads condition variables to work under Cygwin on Windows 2000. I've tried DLL versions 1.1.3 and the 20020409 snapshot, and neither are working for me, so I'm assuming that no versions in between will work either... When I build an run my test program (attached below) I get the following results... $ ./a.exe -- test thread has signal()ed -- test thread about to wait()... -- main thread wakes! -- main thread about to signal() -- main thread waiting for exit... and the program hangs. Presumably the test thread does not wake. On the other hand, when I compile the same test program on SuSE Linux 7.2 (gcc 2.95.3, glibc 2.2.2) I get what I consider to be correct results... michaelb@gilgamesh:~ ./a.out -- test thread has signal()ed -- test thread about to wait()... -- main thread wakes! -- main thread about to signal() -- main thread waiting for exit... -- test thread wakes! -- test thread about to exit... %% PASSED I've done a lot of staring at my test program, and can't see any problem with it (though I'm willing to be proved wrong in this, I can stand the shame!), so I'm thinking that this is a Cygwin bug. Regards M.Beach /* * foo.cpp */ #include pthread.h #include iostream using namespace std; void *condVarTestThreadEntry(void *arg); struct CondVarTestData { pthread_mutex_t m; pthread_cond_t cv; enum { START, NEW_THREAD_RUNNING, NEW_THREAD_ACKNOWLEDGED } state; }; int main(int argc, char *argv[]) { CondVarTestData td; pthread_mutex_init(td.m, 0); pthread_cond_init(td.cv, 0); td.state = CondVarTestData::START; pthread_t th; pthread_create(th, 0, condVarTestThreadEntry, td); { pthread_mutex_lock(td.m); while (td.state != CondVarTestData::NEW_THREAD_RUNNING) { pthread_cond_wait(td.cv, td.m); clog -- main thread wakes! endl; } td.state = CondVarTestData::NEW_THREAD_ACKNOWLEDGED; clog -- main thread about to signal() endl; pthread_cond_signal(td.cv); pthread_mutex_unlock(td.m); } clog -- main thread waiting for exit... endl; pthread_join(th, 0); cout %% PASSED endl; return 0; } void *condVarTestThreadEntry(void *arg) { CondVarTestData *td = (CondVarTestData *)arg; pthread_mutex_lock(td-m); td-state = CondVarTestData::NEW_THREAD_RUNNING; pthread_cond_signal(td-cv); clog -- test thread has signal()ed endl; while (td-state != CondVarTestData::NEW_THREAD_ACKNOWLEDGED) { clog -- test thread about to wait()... endl; pthread_cond_wait(td-cv, td-m); clog -- test thread wakes! endl; } pthread_mutex_unlock(td-m); clog -- test thread about to exit... endl; return 0; } 0d03a9@INTHN -- 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: New version of setup - prerelease available
Robert Collins [EMAIL PROTECTED] wrote: I've uploaded a new version of setup.exe, and source, to http://www.cygwin.com/setup-snapshots/setup-md5-20020501.exe and http://www.cygwin.com/setup-snapshots/setup-md5-20020501-src.tar.bz2. New features: * Allows source only packages. * Checks md5 sums if present in setup.ini * NEVER redownloads a file. - 'Redownload' has been removed. (3 users out of several thousand is simply not enough cause to keep a kludge). * Some bugfixes, including a nasty one which may have caused some locally downloaded files to *never* be installable. * The source will build when targeted against cygwin or mingw, and without all the cygwin sources. * new command line option -n/--no-shortcuts disables the default shortcut creation. This snapshot was made immediately prior to the CVS being branched (The tag is setup-200205). As such it has the 'White box', but that will be removed prior to release. Barring any bug reports in the next day, this will be released. * IMPORTANT * Enabling the MD5 support on sourceware *will* cause prior versions of setup to start complaining, although they *should* still work. As such, you will not be able to downgrade if you don't like the version. Please help us make it the best ever via your feedback on this pre-release! The removal of redownload is exactly what I hoped. Running in download mode twice in succession with the same (default) selections caused no packages to download the second time. When I try install from local directory and select the defaults (ie install everything which has been updated) setup gets as far as showing the install progress box, then throws up a box informing me that setup.ini is older than the one I used last time I installed Cygwin. I can only find one Cygwin setup.ini file on my system, and it's the one setup had just downloaded (from programming.ccp14.ac.uk) with identification: setup-timestamp: 1020183008 setup-version: 2.194.2.24 My cygwin\etc\setup\timestamp contains 1020183008, which looks ok to me. -- Cliff. -- 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: New version of setup - prerelease available
-Original Message- From: Cliff Hones [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 10:12 PM When I try install from local directory and select the defaults (ie install everything which has been updated) setup gets as far as showing the install progress box, then throws up a box informing me that setup.ini is older than the one I used last time I installed Cygwin. I can only find one Cygwin setup.ini file on my system, and it's the one setup had just downloaded (from programming.ccp14.ac.uk) with identification: setup-timestamp: 1020183008 setup-version: 2.194.2.24 My cygwin\etc\setup\timestamp contains 1020183008, which looks ok to me. Hmm, strange. Anyway, clicking on the OK button there should get setup to continue. Rob -- 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: 1.1.3 and upwards: apparent bug with pthread_cond_wait() and/or signal()
-Original Message- From: Michael Beach [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 9:44 PM To: [EMAIL PROTECTED] Subject: 1.1.3 and upwards: apparent bug with pthread_cond_wait() and/or signal() Hi all, I've just been wrestling with some code I've been writing, trying to get pthreads condition variables to work under Cygwin on Windows 2000. I've tried DLL versions 1.1.3 and the 20020409 snapshot, and neither are working for me, so I'm assuming that no versions in between will work either... Between 1.1.3 and 1.3.0 a huge change occurred in the pthreads code base, so this assumption is not safe. (It's not necessarily wrong either.) I'd definitely be using 1.3.10 though. #include pthread.h #include iostream The cygwin c++ libgcc, stdlibc++ and gcc are not built with thread support, so C++ and threads may not work well together. C should work fine, and if anyone convinces Chris to release a thread-enabled gcc, C++ should get better. int main(int argc, char *argv[]) { CondVarTestData td; pthread_mutex_init(td.m, 0); pthread_cond_init(td.cv, 0); td.state = CondVarTestData::START; pthread_t th; pthread_create(th, 0, condVarTestThreadEntry, td); { pthread_mutex_lock(td.m); you should lock this before starting your thread. It's a potential race. And due to cygwin's implementation, it *is* racing, and your other thread is entering the mutex and signalling before you enter the mutex and wait. That early signal with no waiters gets lost (as it should). You should also _always_ test for the return value when using pthreads calls. They don't throw exceptions and they don't set errno, so the only way you can tell an error has occurred is to record the return value. Rib -- 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/
FW: trying to understand poor performance of make + cygwin on W2K
I'm trying gain some performance for our build process (cygwin on win2k) and have compared it to the same make on linux If I completely build our tree (about then rerun the make from the top it takes 9.5 seconds on linux if I do the same test on the same machine running (machine P3-500 512MB) win2k +cygwin 1.3.9 +make (3.79.1) it takes 3.5 minutes so 210 seconds versus 9 seconds. all its doing is recursing down the tree, testing the dependancies and determining it has nothing to do, so its not compiling anything its all make +cygwin, I think (ie no gcc invoked anywhere) any ideas on what to try? is this an issue with the cygwin fork() implementation?? is this as good as it gets ken -- 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: 1.1.3 and upwards: apparent bug with pthread_cond_wait() and/or signal()
Between 1.1.3 and 1.3.0 a huge change occurred in the pthreads code base, so this assumption is not safe. (It's not necessarily wrong either.) I'd definitely be using 1.3.10 though. #include pthread.h #include iostream The cygwin c++ libgcc, stdlibc++ and gcc are not built with thread support, so C++ and threads may not work well together. C should work fine, and if anyone convinces Chris to release a thread-enabled gcc, C++ should get better. Arrrgh - so that explains why so much of my source crashes randomly every now and again.. (!) Please, please release thread-enabled C++ libs. Chris -- 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: New version of setup - prerelease available
Robert Collins [EMAIL PROTECTED] wrote: From: Cliff Hones [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 10:12 PM When I try install from local directory and select the defaults (ie install everything which has been updated) setup gets as far as showing the install progress box, then throws up a box informing me that setup.ini is older than the one I used last time I installed Cygwin. I can only find one Cygwin setup.ini file on my system, and it's the one setup had just downloaded (from programming.ccp14.ac.uk) with identification: setup-timestamp: 1020183008 setup-version: 2.194.2.24 My cygwin\etc\setup\timestamp contains 1020183008, which looks ok to me. Hmm, strange. Anyway, clicking on the OK button there should get setup to continue. Yes - it did, and the install worked fine. After this my /etc/setup/timestamp now contains 1016041807, and setup no longer shows the warning re out-of-date setup.ini. But where is it getting this old stamp from? -- Cliff -- 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: New version of setup - prerelease available
Are you 100% positive you have no other setup.ini's? Perhaps an old one in the local dir root? Aha! Found it - I had renamed an old setup.ini with this timestamp to setup.ini.sav (in the local directory). I don't think setup.exe should be taking any notice of a file with this name though! -- Cliff -- 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: Where is iostat?
At 10:36 PM 4/30/2002, Peter Moulding wrote: There are a lot of packages to search. I looked in cygwin.com/packages and searched everyone that looked like a system or utility package plus a random assortment of other packages. I just want to point out that there is a search mechanism on that page. Searching all the packages is as easy as typing in the desired string. One does not need to examine each package individually. It's not clear to me that you did this but I want to make sure that others realize this feature is available, in case it's not obvious. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- 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 ...what next ??
I believe I have done everything that I was directed to via the installation of CYGWIN onto my Windows2000 PC. I downloaded the setup.exe and then executed it. I now have a Windows directory structure that has a whole bunch of sub directories and bz2 files in them. I cannot find an executable to start CYGWIN and cannot find a way to un-bz2 all the files in the subs. Please just point me in the right direction... thanks -- 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: cron and UNC files
Mike Campbell [EMAIL PROTECTED] wrote: I've got cron up and running fine on my win2k system with the exception that I don't have access to network drives via UNC format. Most likely cause: You are running cron under the LocalSystem (a.k.a. SYSTEM) account, which has no network credentials. This is a Windows issue, not a cygwin issue. See http://support.microsoft.com/default.aspx?scid=kb;EN-US;q124184. Max. -- 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: CYGWIN ...what next ??
At 10:12 AM 5/1/2002, Patrick Quinnett wrote: I believe I have done everything that I was directed to via the installation of CYGWIN onto my Windows2000 PC. I downloaded the setup.exe and then executed it. I now have a Windows directory structure that has a whole bunch of sub directories and bz2 files in them. I cannot find an executable to start CYGWIN and cannot find a way to un-bz2 all the files in the subs. Please just point me in the right direction... Apparently you chose to simply download packages. If you want to install them, rerun setup and this time choose to install from a local directory (where you downloaded the packages the last time). This will install the packages you select in this step. You could have also chosen to download and install in one step, which sounds like it would've been the less confusing option for you. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- 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: 1.1.3 and upwards: apparent bug with pthread_cond_wait() and/or signal()
On Wednesday 01 May 2002 22:22, Robert Collins wrote: -Original Message- From: Michael Beach [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 9:44 PM To: [EMAIL PROTECTED] Subject: 1.1.3 and upwards: apparent bug with pthread_cond_wait() and/or signal() Hi all, I've just been wrestling with some code I've been writing, trying to get pthreads condition variables to work under Cygwin on Windows 2000. I've tried DLL versions 1.1.3 and the 20020409 snapshot, and neither are working for me, so I'm assuming that no versions in between will work either... Between 1.1.3 and 1.3.0 a huge change occurred in the pthreads code base, so this assumption is not safe. (It's not necessarily wrong either.) I'd definitely be using 1.3.10 though. I'll give it a try, but I'm not too hopeful considering that the snapshot (which postdates 1.3.10) doesn't seem to work. #include pthread.h #include iostream The cygwin c++ libgcc, stdlibc++ and gcc are not built with thread support, so C++ and threads may not work well together. C should work fine, and if anyone convinces Chris to release a thread-enabled gcc, C++ should get better. int main(int argc, char *argv[]) { CondVarTestData td; pthread_mutex_init(td.m, 0); pthread_cond_init(td.cv, 0); td.state = CondVarTestData::START; pthread_t th; pthread_create(th, 0, condVarTestThreadEntry, td); { pthread_mutex_lock(td.m); you should lock this before starting your thread. It's a potential race. And due to cygwin's implementation, it *is* racing, and your other thread is entering the mutex and signalling before you enter the mutex and wait. That early signal with no waiters gets lost (as it should). Thanks for taking the time to look at this issue, but I must disagree that this is the problem. There *is* indeterminacy here (vis-a-vis what is guaranteed by the pthreads spec) as to which thread locks the mutex first, but I'd hesitate to call it a race condition since the completion of the test program (by design) does not *depend* on which thread gets to the mutex first. I've included relevant parts of the program again below to illustrate my point. If the test thread locks the mutex first, sure it will probably signal before the main thread is wating, but that doesn't matter because the main thread won't sleep since it tests the condition (that the shared state is NEW_THREAD_RUNNING) to see whether or not it should call pthread_cond_wait(), and the test thread ensures that that condition is satisfied before it signals. So the test thread wll then end up waiting for the main thread to signal it, which it will do. Then the test thread exits, the main thread joins it and the program terminates succesfully. On the other hand, if the main thread gets to the mutex first then it will wait (as the NEW_THREAD_RUNNING condition will no be satisfied). At this point the test thread will get to run and will signal the waiting main thread after setting the state to NEW_THREAD_RUNNING. The main thread will then wake when the test thread itself calls pthread_cond_wait() (and so releases the mutex). The the main thread will signal the waiting test thread, which then exits, and so the program then terminates much as before. If the above hand-wavy explanation does not seem convincing, then I'd also like to tender the empirical evidence of the printed output from the test runs on Cygwin and Linux. In both cases the output is the same, up until the point when the Cygwin built version just stops producing output at all. This tends to indicate that the underlying thread systems are making the same scheduling decisions with respect to those two threads, so the argument that it works on Linux but not on Cygwin due to an inherent race condition resolving itself differently (due to different scheduling of the threads) on the different platforms does not seem to hold much water... However, that said, I will be trying 1.3.10 to see if it makes a difference. If not, then I guess I will just have to make the move to the Win32 threading and synchronization APIs. Blech! int main(int argc, char *argv[]) { CondVarTestData td; pthread_mutex_init(td.m, 0); pthread_cond_init(td.cv, 0); td.state = CondVarTestData::START; pthread_t th; pthread_create(th, 0, condVarTestThreadEntry, td); { pthread_mutex_lock(td.m); while (td.state != CondVarTestData::NEW_THREAD_RUNNING) { pthread_cond_wait(td.cv, td.m); clog -- main thread wakes! endl; } td.state = CondVarTestData::NEW_THREAD_ACKNOWLEDGED; clog -- main thread about to signal() endl; pthread_cond_signal(td.cv); pthread_mutex_unlock(td.m); } clog -- main thread waiting for exit... endl; pthread_join(th, 0); cout %% PASSED endl; return 0; } void
Re: CYGWIN ...what next ??
On 1 May 2002, Patrick Quinnett spoke unto us wif: I believe I have done everything that I was directed to via the installation of CYGWIN onto my Windows2000 PC. I downloaded the setup.exe and then executed it. I now have a Windows directory structure that has a whole bunch of sub directories and bz2 files in them. I cannot find an executable to start CYGWIN and cannot find a way to un-bz2 all the files in the subs. Please just point me in the right direction... thanks I take by that that you have choosen to download all the files to you local machine using the setup.exe? In htat case just run the setup.exe again and choose to install from local directory. choose the directory where the files and the setup.ini is and follow the prompts..easy :-) One done that will then (providing you enabled the option at the end of the setup) to create a desktop/start menu entry for cygwin, just click it and then you will enter a real operating sytem ;-) Hope that helps Mark -- Mark Cooke Internet Operations Technician MM Group Ltd Tel: 8141 (Internal) Tel: (0117) 9168141 (External) Email: [EMAIL PROTECTED] http://www.mmgroup.co.uk -- 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: CYGWIN ...what next ??
Patrick Quinnett [EMAIL PROTECTED] wrote: I believe I have done everything that I was directed to via the installation of CYGWIN onto my Windows2000 PC. I downloaded the setup.exe and then executed it. I now have a Windows directory structure that has a whole bunch of sub directories and bz2 files in them. I cannot find an executable to start CYGWIN and cannot find a way to un-bz2 all the files in the subs. Please just point me in the right direction... thanks Umm... Which mode did you use setup.exe in? 'Download' or 'Install'? If Download, rerun it and choose 'Install from Local Directory'. Once installed, just run installroot/cygwin.bat or one of the shortcuts created for you. Max -- 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/
using pine to run links to view url's
Hi, I know this may be off topic, but I've selected links as my web brower in pine (using the full path - /usr/bin/links), but when I go to view a url from pine, it just returns that it has viewed it, but it doesn't run links. If I then quit pine, there is an error on the console saying it cannot find the path, here's the weird bit, If I run the exact path that It says's it cannot run, links works fine with the selected url. I know the setup it correct for pine, as I use pine and links at home on my system (custom built linux box) and it works fine, which is one of the reason why I posted, Is there something else that I have missed or have to get it to do that is specific to cygwin? Thanks in advance Mark -- Mark Cooke Internet Operations Technician MM Group Ltd Tel: 8141 (Internal) Tel: (0117) 9168141 (External) Email: [EMAIL PROTECTED] http://www.mmgroup.co.uk -- 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: 1.1.3 and upwards: apparent bug with pthread_cond_wait() and/or signal()
-Original Message- From: Michael Beach [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 02, 2002 12:21 AM Thanks for taking the time to look at this issue, but I must disagree that this is the problem. You're going to have to debug this yourself. I've given you my opinion :]. If the test thread locks the mutex first, sure it will probably signal before the main thread is wating, but that doesn't matter because the main thread does this sequence look plausible to you? I don't claim it is whats happening because the string output doesn't fit.. but it illustrates the race. On a dual processor machine this is much more likely than a single. thread - lock thread - state=run thread - signal main - lock main - test state (passes) thread - test state (fails) main - state = acknowledged main - signal thread wait main - unlock main - join thread is hung. what are we seeing: main - lock main - test state fails main - wait thread - lock thread - state=run thread - signal -- test thread has signal()ed thread - test state (fails) -- test thread about to wait()... thread wait -- main thread wakes! main - state = acknowledged -- main thread about to signal() main - signal main - unlock -- main thread waiting for exit... thread should wake here. If the above hand-wavy explanation does not seem convincing, ... the different platforms does not seem to hold much water... Without a few more output statements, I'll not buy into that. However I do accept your hand waving. Particularly since I've noticed something useful out of this: pthread_join's argument should not be 0. I have to dig up the spec to confirm this though but our code will segfault like crazy on you as it stands. However, that said, I will be trying 1.3.10 to see if it makes a difference. If not, then I guess I will just have to make the move to the Win32 threading and synchronization APIs. Blech! You could always help us debug the pthreads code... I wonder if the recent patches I haven't reviewed properly yet address this. If you had time, you could try them and see... You should also _always_ test for the return value when using pthreads calls. They don't throw exceptions and they don't set errno, so the only way you can tell an error has occurred is to record the return value. Yes I know. The reason for this sloppy coding is that this test program is ... Please don't remove error handling. If I were to run this program I'd expect to have error handling so I don't have to add it in. And running the code w/o error handling won't help me id anything non-trivial. Rob (Cygwin pthreads maintainer). -- 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/
The updatedb script is not included when binary package is installed
I hope the title explains the problem in full. -- 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: new setup snapshot?
At 12:19 PM 5/1/2002, dave wrote: Hi, Can someone repost the url of the latest setup snapshot? I'd like to try that. I think it's trying to redownload packages and quitting because they're already on my system. I'm hoping this new setup version helps. Thanks. Dave. Why not look in the email list archives? Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- 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: 1.1.3 and upwards: apparent bug with pthread_cond_wait() and/or signal()
On Thursday 02 May 2002 01:37, Robert Collins wrote: -Original Message- From: Michael Beach [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 02, 2002 12:21 AM Thanks for taking the time to look at this issue, but I must disagree that this is the problem. You're going to have to debug this yourself. I've given you my opinion :]. : If the test thread locks the mutex first, sure it will probably signal before the main thread is wating, but that doesn't matter because the main thread does this sequence look plausible to you? I don't claim it is whats happening because the string output doesn't fit.. but it illustrates the race. On a dual processor machine this is much more likely than a single. thread - lock thread - state=run thread - signal main - lock main - test state (passes) No, I don't think it's plausible. In particular, we can't get to main-lock until we get to thread wait because it's not until then that thread has (implicitly) released the mutex. The OS can pre-empt thread all it likes, but as soon as main has progressed to the pthread_mutex_lock() call it (ie main) will no longer be runnable and so won't be scheduled, until thread calls pthread_cond_wait(). thread - test state (fails) main - state = acknowledged main - signal thread wait main - unlock main - join thread is hung. what are we seeing: main - lock main - test state fails main - wait thread - lock thread - state=run thread - signal -- test thread has signal()ed thread - test state (fails) -- test thread about to wait()... thread wait -- main thread wakes! main - state = acknowledged -- main thread about to signal() main - signal main - unlock -- main thread waiting for exit... thread should wake here. If the above hand-wavy explanation does not seem convincing, ... the different platforms does not seem to hold much water... Without a few more output statements, I'll not buy into that. Fair enough. However I do accept your hand waving. Particularly since I've noticed something useful out of this: pthread_join's argument should not be 0. I have to dig up the spec to confirm this though but our code will segfault like crazy on you as it stands. Well, I'm not sure what the standard says on this either, and I've not had an authoritative reference book handy lately, so I've just been going with what's legal according to the manpages on SuSE 7.2. So my excuse is Linux made me do it. However, that said, I will be trying 1.3.10 to see if it makes a difference. If not, then I guess I will just have to make the move to the Win32 threading and synchronization APIs. Blech! You could always help us debug the pthreads code... I wonder if the recent patches I haven't reviewed properly yet address this. If you had time, you could try them and see... In principle I'd be pleased to help, but in practice my time is a bit tight right now as I've been doing the public spirited thing for one or two bugs I've encountered in other open source projects I've been using, and now I think my employer would like me to focus more closely on Real Work (TM) ;-) However if you're not expecting high bandwidth, if you could point me at a document or whatnot that explains how to set up a development environment I'd be willing to have a go. You should also _always_ test for the return value when using pthreads calls. They don't throw exceptions and they don't set errno, so the only way you can tell an error has occurred is to record the return value. Yes I know. The reason for this sloppy coding is that this test program is ... Please don't remove error handling. If I were to run this program I'd expect to have error handling so I don't have to add it in. And running the code w/o error handling won't help me id anything non-trivial. Sure. The quick'n'dirty pthreads calls were only so I didn't have to post half of our source tree in order to illustrate the problem with an example that actually compiles. If you're serious about wanting to run it, give me a shout and I'll give you a version with error handling. Rob (Cygwin pthreads maintainer). Regards M.Beach -- 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/
Resource temporarily unavailable - bash fails but works with old versions
I have a bash shell script that I run to test my software. It normally runs OK with old cygwin downloads. But when I downloaded my cygwin with the latest till date and ran my bash scripts, I started getting this peculiar error Resource temporarily unavailable for almost every cygwin command used in my script as follows. bash: /usr/bin/cp: Resource temporarily unavailable bash: /usr/bin/chmod: Resource temporarily unavailable bash: /usr/bin/rm: Resource temporarily unavailable My BASH version that is latest till date and fails like above, is as follows: $ bash --version GNU bash, version 2.05a.0(3)-release (i686-pc-cygwin) Copyright 2001 Free Software Foundation, Inc. I switched over to my old cygwin by simply renaming my old c:/cygwin.old directory to default the c:/cygwin, then my bash script works OK as usual. I suspect that the latest cygwin has some problem. Any one has any clues? I scanned all with McAffee and found no virus traces. I also remember that when I tried to download the latest cygwin, it prompted me to update the setup.exe, which I downloaded the latest from cygwin home page. -SN -- 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/
'ut' library
Libc.a contains 'getutline' but not 'pututline'. How come? I'm using Cygwin version 1.3.10-1. Thanks Randy Reitz -- 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: mc
Emre Turkay [EMAIL PROTECTED] writes: Im trying to compile midnight commander. Firstly I have compiled and installed the glib package, after that mc compiles all the source files without any error messages however when it tries to link them it says that could not find 'gettext' and 'bindtextdomain' funtions. I have already installed gettext package. Does anybody have an opinion about the solution ? It worked for me when I did the following: get glib-1.2.10.tar.gz, comment out line 705 in gstrfuncs.c, ./configure, make. get mc-4.5.55.tar.gz, ./configure --with-ncurses --with-included-gettext, make install -- One Ring to rule them all, One Ring to find them, One Ring to bring them all and in the darkness bind them In the Land of Mordor where the Shadows lie. -- 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: FW: trying to understand poor performance of make + cygwin on W2K
I'm trying gain some performance for our build process (cygwin on win2k) and have compared it to the same make on linux If I completely build our tree (about then rerun the make from the top it takes 9.5 seconds on linux if I do the same test on the same machine running (machine P3-500 512MB) win2k +cygwin 1.3.9 +make (3.79.1) it takes 3.5 minutes so 210 seconds versus 9 seconds. all its doing is recursing down the tree, testing the dependancies and determining it has nothing to do, so its not compiling anything its all make +cygwin, I think (ie no gcc invoked anywhere) any ideas on what to try? is this an issue with the cygwin fork() implementation?? is this as good as it gets ken Normally, make runs at least 30% of full speed under cygwin. Are you running with cygwin installed on a local drive, first on the search path, with your local drives ahead of network drives? - This message was sent using Endymion MailMan. http://www.endymion.com/products/mailman/ -- 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: New version of setup - prerelease available
--On Wednesday, May 01, 2002 9:33 PM +1000 Robert Collins [EMAIL PROTECTED] wrote: I've uploaded a new version of setup.exe, and source, to http://www.cygwin.com/setup-snapshots/setup-md5-20020501.exe and http://www.cygwin.com/setup-snapshots/setup-md5-20020501-src.tar.bz2. When I run this new version (2.216) and select Install from Local Directory, as soon as setup gets to the Progress window (before listing any available packages), the CPU jumps up over 50% while the memory for that process grows to about 150 MB. Eventually, after about a minute or so, the setup window/process disappears. I haven't had any problems with the current release or previous releases of setup.exe, and this new version seems to work when I select Install from Internet. My local directory is a mirror of mirrors.rcn.net/pub/sourceware/cygwin, which I have been using for several months and is updated every night. I am running W2K, and I have confirmed this behavior on two systems so far, one is W2K Professional (workstation) and one is W2K Server. Let me know if you need me to provide any more information Alan -- 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: 'ut' library
At 12:59 PM 5/1/2002, Randy Reitz wrote: Libc.a contains 'getutline' but not 'pututline'. How come? Simple. No one has contributed it. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- 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: using pine to run links to view url's
*** Mark Cooke ([EMAIL PROTECTED]) wrote today: :) I know this may be off topic, but I've selected links as my web brower :) in pine (using the full path - /usr/bin/links), but when I go to view a :) url from pine, it just returns that it has viewed it, but it doesn't :) run links. Mark, Could you please post the way that you set links as your browser. I will find a solution for you. Also, have you read /usr/doc/Cygwin/pine-4.11-1.README? The solution may be in there. I am working on expanding that document. Please let us know what you find. Thanks -- Eduardo http://www.math.washington.edu/~chappa/pine/ -- 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: trouble again downloading.
Hello dave, Looking through you setup.log.full I find this: [irc] action=Skip trust=prev installed=none src?=no categories=All, Net [squid] action=Skip trust=test installed=none src?=no categories=All, Web [inetutils] action=Skip trust=test installed=none src?=no categories=All, Net [ncftp] action=Skip trust=test installed=none src?=no categories=All, Net [openssh] action=Skip trust=test installed=none src?=no categories=All, Net [openssl] action=Skip trust=test installed=none src?=no categories=All, Libs, Net [rsync] action=Skip trust=test installed=none src?=no categories=All, Net [ttcp] action=Skip trust=prev installed=none src?=no categories=All, Net [whois] action=Skip trust=prev installed=none src?=no categories=All, Net This are all members of the Net category - one of the list which you say you weren't able to install. You notice the the action next to all of these packages is set to Skip - this means that the installer will not try to install/download them. You say that you have ensured that the word 'Install' stays next to the Net category (If I understand right your message from Apr 30), but then the action would not be Skip as you can see from a setup.log.full generated right as I am writing this message - I've just run setup.exe and on the package chooser screen I changed from Default to Install next to Net: [apache] action=1.3.24-3 trust=curr installed=none src?=no categories=All, Net, Web requires=gdbm, cygwin [inetutils] action=Keep trust=curr installed=1.3.2-17 src?=no categories=All, Net [irc] action=20010101-1 trust=curr installed=none src?=no categories=All, Net requires=termcap, cygwin, ash [ncftp] action=3.1.3-1 trust=curr installed=none src?=no categories=All, Net requires=less, terminfo, libreadline5, libncurses5, cygwin [openssh] action=Keep trust=curr installed=3.1p1-1 src?=no categories=All, Net [openssl] action=Keep trust=curr installed=0.9.6c-3 src?=no categories=All, Libs, Net [rsync] action=2.5.5-1 trust=curr installed=none src?=no categories=All, Net requires=cygwin [ttcp] action=19980512-1 trust=curr installed=none src?=no categories=All, Net requires=cygwin [whois] action=4.5.17-1 trust=curr installed=none src?=no categories=All, Net requires=cygwin Can share with the list what choices did you make during the installation proccess ? I think Michael Chase already asked you about this but you did not respond to his message. Are you installing cygwin on this machine for the first time or you're upgrading existing installation ? What is the operating system ? Wednesday, May 01, 2002, 6:26:09 AM, you wrote: d Hi, d Ok i spoke to soon. I've got the base, i've got shells, but i'm unable d to get net, admin, archive, devel, doc, and database. Here are my logs if d that helps anyone. -- 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: trouble again downloading.
On Wed, 1 May 2002 20:22:09 +0200 Pavel Tsekov [EMAIL PROTECTED] wrote: Can share with the list what choices did you make during the installation proccess ? I think Michael Chase already asked you about this but you did not respond to his message. Are you installing cygwin on this machine for the first time or you're upgrading existing installation ? What is the operating system ? He responded directly to me, but the response didn't include a list of what actions he took during his attempt to use setup.exe. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- 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: FW: trying to understand poor performance of make + cygwin on W2K
Ken, What is the relative CPU usage as derived from the output of running your make under the time command? I'm guessing it's very low (assuming that there are no other interfering processes competing for system resources). If so, it suggests that the make command is triggering a significant number of file sharing probes that go unanswered and hence must time out before the process that caused them can continue. Typically, this happens when string manipulation in make yields path names that begin with a double slash, the indicator of a UNC name under Windows (but just a plain old absolute path name under Unix) -- Randall Schulz Mountain View, CA USA At 05:34 2002-05-01, Ken Faiczak wrote: I'm trying gain some performance for our build process (cygwin on win2k) and have compared it to the same make on linux If I completely build our tree (about then rerun the make from the top it takes 9.5 seconds on linux if I do the same test on the same machine running (machine P3-500 512MB) win2k +cygwin 1.3.9 +make (3.79.1) it takes 3.5 minutes so 210 seconds versus 9 seconds. all its doing is recursing down the tree, testing the dependancies and determining it has nothing to do, so its not compiling anything its all make +cygwin, I think (ie no gcc invoked anywhere) any ideas on what to try? is this an issue with the cygwin fork() implementation?? is this as good as it gets ken -- 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: trouble again downloading.
On Wed, 1 May 2002 14:44:29 -0400 dave [EMAIL PROTECTED] wrote: Hi, Ok, let's see i start setup via run: c:\temp\cyg-src\setup I select next. Then i select download from internet. Setup then wants to know where to place the downloaded files, c:\temp\cyg-src is already in the edit box so i select next. I select direct connection, then next. Setup downloads mirrors.lst, i select number 27 which is ftp://mirrors.rcn.net and then next. Setup then downloads setup.ini and i'm given the package list to select from. I click on the word install next to admin, archive, base, database, doc, devel, doc, editors, etc. basically everything but all and xfree86, which changes the selections from default to install. I select next. I immediately then get the message download complete and it has done nothing. I select ok because that's all there is and setup stops. Do you want my logs again? Dave. - Original Message - From: Michael A Chase [EMAIL PROTECTED] To: dave [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, May 01, 2002 2:35 PM Subject: Re: trouble again downloading. On Wed, 1 May 2002 20:22:09 +0200 Pavel Tsekov [EMAIL PROTECTED] wrote: Can share with the list what choices did you make during the installation proccess ? I think Michael Chase already asked you about this but you did not respond to his message. Are you installing cygwin on this machine for the first time or you're upgrading existing installation ? What is the operating system ? He responded directly to me, but the response didn't include a list of what actions he took during his attempt to use setup.exe. Dave, Why do you keep responding to only me with these messages? I am not the sole source of wisdom. I have added [EMAIL PROTECTED] to this message's address list, please do not remove it again. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- 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[2]: trouble again downloading.
Hello Dave, Wednesday, May 01, 2002, 9:10:28 PM, you wrote: Hi, Ok, let's see i start setup via run: c:\temp\cyg-src\setup I select next. Then i select download from internet. Setup then wants to know where to place the downloaded files, c:\temp\cyg-src is already in the edit box so i select next. I select direct connection, then next. Setup downloads mirrors.lst, i select number 27 which is ftp://mirrors.rcn.net and then next. Setup then downloads setup.ini and i'm given the package list to select from. I click on the word install next to admin, archive, base, database, doc, devel, doc, editors, etc. basically everything but all and xfree86, which changes the selections from default to install. I select next. I immediately then get the message download complete and it has done nothing. I select ok because that's all there is and setup stops. Ok - what about the other two questions I asked you ? The OS and if this is a virgin cygwin install ? Here is something I want you to try - after changing from 'Default' to 'Install' next to each category you want to install press the 'View' button (in the upper right corner) until the text next to the button says 'Partial'. Now do you see any packages in the chooser window ? Do you want my logs again? Nope. -- 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[2]: trouble again downloading.
Hello Dave, Please, keep replies to the list. Ok - now that all of the questions I've asked you're answered please report what happens when you change the view to 'Partial'. Wednesday, May 01, 2002, 8:28:13 PM, you wrote: d Hi, d It's a fresh install, on windows 2k professional. And i am sure install d is next to net. The categories i'm trying to install are admin, archive, d base, devel, doc, editors, libs, math, net, shells, text, utils, and web. d Hope this helps. d Dave. [snip] Can share with the list what choices did you make during the installation proccess ? I think Michael Chase already asked you about this but you did not respond to his message. Are you installing cygwin on this machine for the first time or you're upgrading existing installation ? What is the operating system ? -- 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/
Rsync from cmd prompt
I've just started using Rsync and would love to have it run in my NT startup script, but although this works perfectly: dobrin@THEODOLITE:/home/dobrin rsync -avz billabong:/d/dist/sysadm_general/ /temp/poop rsync: open connection using rsh billabong rsync --server --sender -vlogDtprz . /d/dist/sysadm_general/ receiving file list ... done wrote 16 bytes read 29400 bytes 828.62 bytes/sec total size is 48631312 speedup is 1653.23 from the cmd prompt I get: C:\home\dobrinbash --noprofile -c rsync -avz billabong:/d/dist/sysadm_general/ /temp/poop rsync: open connection using rsh billabong rsync --server --sender -vlogDtprz . /d/dist/sysadm_general/ Terminal readThe parameter is incorrect. : Recv failed:Connection reset by peer rsync: read error: Connection reset by peer I also tried: cmd /c rsync -avz billabong:/d/dist/sysadm_general/ /temp/poop And a few othter permutations local to local it works fine. Anyone have a suggestion? I'm sure I just have a syntax problem. (1.3.10) Thanks Bruce Dobrin -- 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: Re[2]: trouble again downloading.
Hello all, First of all my apologies, i did not not mean to offend some of you by direct replies, i just have a bad habit of hitting the reply button. When i selected the categories i wanted packages for then went to view and partial i did see packages in the viewer window, however when i then went to next setup said download complete again. As a side note the only file it appears to get is setup.ini Thanks, and please keep the suggestions coming. Dave. - Original Message - From: Pavel Tsekov [EMAIL PROTECTED] To: dave [EMAIL PROTECTED] Cc: cygwin [EMAIL PROTECTED] Sent: Wednesday, May 01, 2002 3:43 PM Subject: Re[2]: trouble again downloading. Hello Dave, Wednesday, May 01, 2002, 9:10:28 PM, you wrote: Hi, Ok, let's see i start setup via run: c:\temp\cyg-src\setup I select next. Then i select download from internet. Setup then wants to know where to place the downloaded files, c:\temp\cyg-src is already in the edit box so i select next. I select direct connection, then next. Setup downloads mirrors.lst, i select number 27 which is ftp://mirrors.rcn.net and then next. Setup then downloads setup.ini and i'm given the package list to select from. I click on the word install next to admin, archive, base, database, doc, devel, doc, editors, etc. basically everything but all and xfree86, which changes the selections from default to install. I select next. I immediately then get the message download complete and it has done nothing. I select ok because that's all there is and setup stops. Ok - what about the other two questions I asked you ? The OS and if this is a virgin cygwin install ? Here is something I want you to try - after changing from 'Default' to 'Install' next to each category you want to install press the 'View' button (in the upper right corner) until the text next to the button says 'Partial'. Now do you see any packages in the chooser window ? Do you want my logs again? Nope. -- 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: SSHD does not start upon reboot, but manual is ok.
Hi Jeroen... My situation was also on a laptop, but it always worked every time at the office. It would sometimes fail to start up at home. The failures occured with cygrunsrv, but not with srvany. I have been using cygwin/openssh since before there was a cygrunsrv. I have not experimented with the dependencies. I haven't tried it at home in a few months, so I can't say if the problem still exists. Thanks, ...Karl From: Jeroen W. Pluimers \(All I'M\) [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Fw: SSHD does not start upon reboot, but manual is ok. Date: Mon, 29 Apr 2002 15:18:08 +0200 Karl, Please accept my apologies if you feel bothered by this. I think I'm having similar issues that you had when starting sshd on a laptop. Did you ever find out the cause? I'm gonna experiment with some dependencies (I'll try Server first, then TCPIP), but would appreciate some guidance. Of course I will post a sumary to the list when I get this to work. --jeroen Jeroen W. Pluimers (All I'M) [EMAIL PROTECTED] wrote in message news:aait22$i2f$[EMAIL PROTECTED]... Upon reboot, I get these messages in the eventlog (system log): Event Type: Error; Event Source: Service Control Manager; Event Category: None Event ID: 7009; Date: 25/04/2002; Time: 20:01:07 PM; User: N/A; Computer: WEIRD Description: Timeout (3 milliseconds) waiting for the sshd service to connect. Event Type: Error; Event Source: Service Control Manager; Event Category: None Event ID: 7000; Date: 25/04/2002; Time: 20:01:07 PM; User: N/A; Computer: WEIRD Description: The sshd service failed to start due to the following error: The service did not respond to the start or control request in a timely fashion. But when I start the service by hand, it starts OK. What could prohibit the SSHD to start at boot-time? Is there some form of dependency? The system is a Thinkpad A21p running W2K SP2. --jeroen -- 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/ _ Send and receive Hotmail on your mobile device: http://mobile.msn.com -- 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/
rfp: libiconv
Hallo Charles Wilson, Any volunteers? --Chuck (*) okay, *one* more -- pkgconfig -- is in the works. but that's it. I mean it. ;-) Come on Charles, you have a complete version of libiconv, ready for upload, what should the volunteer do? Repackage it to install in /usr instead of /usr/local ? And also libungif is ready. You are already the grafic libs specialist;) Why not put one more up to the mirrors? Tell me, how much support jobs do you have with libtiff? Or with jbig? Is it really too much if there is one more of these packages? E.g. libungif will need an update probably every three years! Gerrit -- =^..^= -- 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: 1.3.10: Permission Denied error (EACCES 13) on Win98SE
Tom, Thanks for the confirmation. I had suspected that this error was reproducible on Win98SE systems other than mine and I also believe that it may be related to the FAT32 file system. The Cyclone buildlib utility uses OPEN rather than STAT due to the issue of STAT being a bit more platform dependent. There may be an easy fix for this in the Cygwin DLL, but I'm not knowledgeable enough yet to finger it... GregH At 11:24 AM 5/1/02 +0200, you wrote: Greg, Just to confirm. On my W98SE, cygwin 1.3.10 I get the same permission error when running your test program. It could also have something to do with FAT32 vs NTFS. Ton van Overbeek -- 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: FW: trying to understand poor performance of make + cygwin on W2K
This is a good topic. It's been a while since it was discussed on this list. For a real understanding of what's going on you should get the Cygwin code and execute your test under strace. It'll open your eyes to what happens to make the POSIX pathing work. There are a number of things that you can do to improve the performance, but, since this is an emulation layer on top of the OS it'll never be Linux performance. One of the things you can do is to minimize the PATH list. Make it as small as possible. Note that you only need /bin as /usr/bin points to the same path. Make sure that /bin is first in the PATH list. Another item of interest is a trick that was added by Chris Faylor a few years ago. It's not highly known and is rarely used but it is listed in the documentation. This trick involves marking the /bin and /usr/bin mount poinst as Cygwin dependant executables only. This means that if you have an executable that doesn't depend on Cygwin that you have to put it elsewhere. If you do have a non-Cygwin executable in the /bin directory it will not execute and will give you errors. This will however bypass the conversion code necessary for passing the environment to a win32 process. If you wish to take advantage of this take a look at the mount switch -X; --cygwin-executable. The next envolves the win32 environment itself. Processes that are executing that have registered threads to be notified of file system changes could slow down the execution because they require system time. You may want to try your tests with such processes executing and not executing to see the variance. One such program is the antivirus software. There's probably some other things that you can do with the system, I don't know what those are but a good resource for the workings of Win32 is www.sysinternals.com. HTH, Earnie. = Earnie Boyd mailto:[EMAIL PROTECTED] --- http://earniesystems.safeshopper.com --- --- Cygwin: POSIX on Windows http://gw32.freeyellow.com/ --- --- Minimalist GNU for Windows http://www.mingw.org/ --- __ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com -- 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/
[ANNOUNCEMENT] Updated: pkgconfig-0.12.0-1
pkgconfig is a tool used for managing the configuration information of OTHER packages. This is a routine update to the latest upstream version, 0.12.0. --Chuck To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'pkgconfig' from the 'Devel' category. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] -- 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: rfp: libiconv
Gerrit P. Haase wrote: Come on Charles, you have a complete version of libiconv, ready for upload, what should the volunteer do? Repackage it to install in /usr instead of /usr/local ? Yes. Advocate its adoption. And, once it is part of the official distribution, monitor the mailing list for problems with that package and correct them. Serve as a central organizer to vet, test, and apply patches that people send to you for the cygwin version (hah!). Serve as the primary troubleshooter for the errors people are bound to uncover -- especially as the gnome port uses libiconv; so there will be tons of people who will try to compile GMissileCommand or GnomeWars or somesuch and run into problems. Determine which patches should be sent on to Bruno Haible for inclusion in the upstream version. Advocate their adoption on that list. Monitor that list for information that may affect the cygwin port. But most importantly, the maintainer of libiconv should *know something about internationalization*. I'm a dumb American. I don't know anything about alternate keyboards, alternate alphabets, codepages. And, even with three years of spanish and a year of latin, I speak no other language than English -- to the despair of my HS teachers and hispanic friends. I don't even know enough to *test* libiconv beyond running its own built-in test suite. I'm not qualified to maintain the libiconv package. Then, of course, there's the simple fact that I am trying to get other people to adopt my existing packages; not take on new ones. It's only my sense of parenthood that's kept me around as long as I have. My next computer will be a Mac. I'm now doing most of my development on Solaris or Linux. And, since I use TeX for document creation, I don't even need MSOffice anymore. MS freedom is approaching. *I will leave cygwin* at some point; how many orphaned packages do you want me to leave behind? And also libungif is ready. You are already the grafic libs specialist;) Why not put one more up to the mirrors? See above. No more packages. Period. Tell me, how much support jobs do you have with libtiff? Funny you should ask; I recently had to reorganize the package and include extra headers because someone contacted me about getting libgeotiff to work... Or with jbig? Did you follow the recent discussion about netpbm? That had the potential to clobber my jbig package...but it didn't (and won't). However, I had to (a) know that, and (b) follow it closely. Even for a package like 'jbig' where upstream development seems to be dead. Is it really too much if there is one more of these packages? E.g. libungif will need an update probably every three years! It's not that each single package takes much time. It's that there are so damn many of them. And maintaining a package is not just throw out a new version based on upstream code every now and then. The maintainer is the central point of contact fot the entire cygwin community for any and all problems that may crop up with that package. She is the primary bughunter. Half the time, the bug reports are not really problems with your package -- but you have to check them out anyway, just to be sure. But even this, may not be a big deal for a single package: say jpeg, for instance. However, multiply by 20. Then, take into account that many of my packages are very core: ncurses. readline. cvs. autoconf(scripts, plus coordinating with Corinna's autoconf-stable and autoconf-devel). automake(diitto). libtool(scripts AND -stable AND -devel). libiconv will also be 'core' -- it will be used by gnome, gcc-3.x, ... Besides, would you rather have me (badly) support yet another package, or actually get busy with the interminable cvs.exe bugs I've been avoiding for months now? No, I will not be pressured on this. There is already a volunteer for libungif, and for Berkeley DB (I'm not sure the volunteer wants to go public yet). Several people have wondered aloud about libiconv (Paul Miller, Soren Andersen, others) -- but as yet no-one cares enough to just take the already-ported package and adopt it. Now, I think it might be a good idea if there were a parallel tree to 'release' -- call it 'unsupported' -- where the packages follow the same setup.exe-compatible standards as regular packages, except: --prefix=/usr/local --sysconfdir=/usr/local/etc documents go into /usr/local/doc/PKG-VER/ and /usr/local/doc/Cygwin/ Official 'release' packages MUST NOT EVER depend on 'unsupported' packages. The 'unsupported' repository would serve as a place where people (like me) who port a package, can make it officially available to users via the cygwin mirror system -- BUT with the attitude of: it works for me. if it works for you, great. otherwise, don't bug me 'unsupported' packages could be adopted for migration to the release tree by any sufficiently
Re: Updated: pkgconfig-0.12.0-1
that I wondered whether the buggy m4 macro code that makes it work (theoretically) with autoconf, has been fixed. Actually, the code you excerpted was generated by this stanza in the pkg.m4 file: if test -z $PKG_CONFIG; then AC_PATH_PROG(PKG_CONFIG, pkg-config, no) fi So, really, the problem is how *autoconf* expands/defines the AC_PATH_PROG macro. Cygwin has recently updated to autoconf-2.53, maybe the code genereated by 2.53 is more to your liking? Anyway, I think this is an autoconf issue, not a pkgconfig one. So, the appropriate ChangeLogs to search would be the autoconf ones. Hope that helps... --Chuck -- 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: New snapshot with significant new functionality
No problems, but is all the following expected behaviour? Having uncompressed the new .dll and copied it to /bin: 1. had to make /proc using mkdir /proc 2. ls -al / doesn't actually show /proc 3. ls -al /proc shows (something like) dr-xr-xr-x 10 0medicine0 Jan 1 1970 1951627 dr-xr-xr-x 10 0medicine0 Jan 1 1970 2022611 dr-xr-xr-x7 0medicine0 May 2 07:11 registry -r--r--r--1 0medicine0 May 2 07:11 uptime -r--r--r--1 0medicine0 May 2 07:11 version 4. Note lack of . and .. 5. ls -al /proc/1951627 shows a lot of stuff, but 6. ls -al /proc/2022611 gives ls: /proc/2022611: No such file or directory If this is all what /should/ happen then that's fine (and please excuse naive questioning). Fergus -- 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/