Re: rebase for setup.
Earnie, On Wed, Jan 16, 2002 at 04:33:46PM -0500, Earnie Boyd wrote: Jason Tishler wrote: Any ideas why stripping prevents some DLLs from being rebased and not others? Any solutions besides not stripping? Text mode mounts? No, I have only used binary mode mounts since I started using Cygwin (aka gnu-win32) six years ago. Besides the stripped DLLs are valid DLLs -- they just are not able to be rebased. Jason
Re: comments on texmf package?
On Thu, Jan 17, 2002 at 05:18:49PM +0100, Jan Nieuwenhuizen wrote: Hi, Probably I'm too impatient, but I've been waiting so long for a full tex setup in Cygwin... Who will be looking at the new texmf packages? http://cygwin.com/ml/cygwin-apps/2002-01/msg00311.html I'm not at all familar with tex so I'd like to ask somebody else to look into these packages. The setup.hint files are looking ok to me. Did you pack using the correct paths as given on http://cygwin.com/setup.html#package_contents ? Another point: Aren't we still waiting for tetex-beta-20001218-3 leaving `test' state or did I miss something? IMO it doesn't make much sense to have these texmf packages in `curr' state if they depend on a `test' package. Opinions? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
tetex-beta-20001218-3 package overwrites /usr/info/dir file
Hi Jerome, the tetex-beta-20001218-3 package overwrites /usr/info/dir. That file must not be part of the binary package but instead you should write a postinstall script which calls install-info for the new *.info files. For an example look into the already existing scripts in /etc/postinstall. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
a few new packages
Hello, I'd like to see if there are any existing projects regarding porting these packages to Cygwin. I can volunteer to maintain one or more of these. I might take a while to get them done as individual packages (1 month or so). Also I'm new to Cygwin. thanks, Stephan db-4.0.14-1.setup.hint category: Database requires: cygwin sdesc: The Sleepycat Berkeley DB Library ldesc: High performance database library supporting B+trees, Hash trees, transactional capabilities and more. More details are available at sleepycat.com mysql-3.23.47-1.setup.hint category: Database requires: cygwin sdesc: The MySQL Relational Database Management System ldesc: Relational database management system. More details are available at mysql.com w3c-libwww-5.3.2-1.setup.hint category: Libs Net Web requires: cygwin sdesc: The LibWWW world wide web client library ldesc: The W3C LibWWW world wide web client library. More details are available at http://www.w3.org/Library/; webalizer-2.01-09.setup.hint category: Web Utils requires: cygwin gd sdesc: Webalizer Web Log Analysis ldesc: Generate website hit/visit/page statistics and graphs including daily and hourly usage, top URLS, top entry pages, top exit pages, visiting sites, and countries. More details are available at mrunix.net/webalizer/ Note that Qmail is not listed right now, sorry. Too many packages for me to handle, and Qmail is not an integral part of our application server. -- Stephan Erickson Mufassa Corporation - http://www.mufassa.com Effortless E-Commerce Solutions for Small Business.
apache-1.3.22-4 no-detach patch
Corinna,
could you please apply the attached patch against the last 1.3.22-3
source tree. This will turn detaching of the parent process off.
Please try if this makes cygrunsrv happy.
I haven't included any extra starting flag. In this case apache does
not detach by default for Cygwin. Any objections from the others?
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Münsterstr. 248
40470 Düsseldorf
Tel: +49-211-74845-0
Fax: +49-211-74845-299
E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are
diff -ur apache_1.3.22-3/src/include/ap_config.h
apache_1.3.22-4/src/include/ap_config.h
--- apache_1.3.22-3/src/include/ap_config.h Tue Jan 8 09:49:58 2002
+++ apache_1.3.22-4/src/include/ap_config.h Thu Jan 17 23:26:59 2002
@@ -993,6 +993,7 @@
#elif defined(CYGWIN) /* Cygwin 1.x POSIX layer for Win32 */
#define JMP_BUF jmp_buf
#define NO_KILLPG
+#define NO_SETSID
#define USE_LONGJMP
#define GDBM_STATIC
#define HAVE_MMAP 1
diff -ur apache_1.3.22-3/src/main/http_main.c apache_1.3.22-4/src/main/http_main.c
--- apache_1.3.22-3/src/main/http_main.cTue Jan 8 09:49:58 2002
+++ apache_1.3.22-4/src/main/http_main.cThu Jan 17 23:31:25 2002
@@ -3293,7 +3293,7 @@
int x;
chdir(/);
-#if !defined(MPE) !defined(OS2) !defined(TPF)
+#if !defined(MPE) !defined(OS2) !defined(TPF) !defined(CYGWIN)
/* Don't detach for MPE because child processes can't survive the death of
the parent. */
if ((x = fork()) 0)
@@ -3323,6 +3323,13 @@
#elif defined(MPE)
/* MPE uses negative pid for process group */
pgrp = -getpid();
+#elif defined(CYGWIN)
+/* Cygwin does not take any argument for setpgrp() */
+if ((pgrp = setpgrp()) == -1) {
+ perror(setpgrp);
+ fprintf(stderr, %s: setpgrp failed\n, ap_server_argv0);
+ exit(1);
+}
#else
if ((pgrp = setpgrp(getpid(), 0)) == -1) {
perror(setpgrp);
RE: comments on texmf package?
The trivial test case works for me. With tetex-beta-20001218-3 and texmf-2804-2 I can cp /usr/share/texmf/tex/latex/base/small2e.tex . latex small2e.tex dvips small2e.dvi -o small2e.ps pdflatex small2e.tex The generated files looked OK. -Original Message- From: Jan Nieuwenhuizen [mailto:[EMAIL PROTECTED]] Sent: Friday, 18 January 2002 3:19 To: [EMAIL PROTECTED] Subject: comments on texmf package? Hi, Probably I'm too impatient, but I've been waiting so long for a full tex setup in Cygwin... Who will be looking at the new texmf packages? http://cygwin.com/ml/cygwin-apps/2002-01/msg00311.html Greetings, Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
RE: last package
Ok Chuck. Thanks for the demo. :o) I should have utmpdump wrapped up tomorrow, with a patch to cygutils. I'll also zip up my killall version to see if you want to include that. Mark -Original Message- From: Charles Wilson [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 17, 2002 1:55 AM To: [EMAIL PROTECTED] Subject: Re: last package Christopher Faylor wrote: I've just added you to the cygwin-apps group on sources.redhat.com: cvs -d :ext:sources.redhat.com:/cvs/cygwin-apps co . Feel free to add a cygutils directory. Okay -- I've added it and imported v0.9.7. Also, I've added Mark's last implementation and the supporting autotools changes so that last builds within cygutils. There is a licensing problem with Mark's changes to utmpdump so we're still waiting on that and his killall implementation. Mark -- to see the diff, do the following: $ export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/cygwin-apps $ cvs login (Logging in to [EMAIL PROTECTED]) CVS password: anoncvs $ cvs co cygutils $ cd cygutils $ cvs diff -r v0_9_7 my_patch Warning: Remote host denied X11 forwarding. cvs server: Diffing . cvs server: tag v0_9_7 is not in file bootstrap cvs server: Diffing licenses cvs server: Diffing src-bsd cvs server: Diffing src-gpl cvs server: tag v0_9_7 is not in file src-gpl/last.1 cvs server: tag v0_9_7 is not in file src-gpl/last.c cvs server: tag v0_9_7 is not in file src-gpl/lastb.1 cvs server: tag v0_9_7 is not in file src-gpl/oldutmp.h cvs server: Diffing src-pd Translation: I added the last.1, lastb.1, last.c and oldutmp.h files to the src-gpl subdirectory. I made additional changes to: AUTHORS (added Mark) ChangeLog (always a good idea...) PROGLIST (added last) README (mentioned last) src/Makefile.am ( This is the biggie ) src/Makefile.in (running bootstrap regenerates this based on the Makefile.am changes) That's the kind of thing that I'd expect as a large add a new program to cygutils patch. --Chuck
Re: a few new packages
On Fri, Jan 18, 2002 at 03:49:08PM +1100, Robert Collins wrote: Note that Qmail is not listed right now, sorry. Too many packages for me to handle, and Qmail is not an integral part of our application server. 4 packages is a great contribution - there's not need to apologise for not doing *everything* :}. That's a 100% ditto from me. Thank you! cgf
problem - system api on winnt
Hi,
I installed Cygwin Dll 1.3.6. I am working on Win NT.
I built the sources in cygwin sucessfully.
I have to use this application executable on some other win nt
system which does not have cygwin.
When i run my application from winnt promt it is returning for
system api return code 127.
I copied only cygwin1.dll to that system.
This is sample program.
Implementation of copy command.
sample.cpp:
int main()
{
int exit_code=::system(cp test.cpp test1.cpp);
coutexit_code;
}
I built the sample.cpp in cygwin. i got the executable. when run
executable from cygwin prompt system api is executing the command
properly and returns exit_code as 0.
When i copy the same executable to some other machine which does not
have cygwin and i run it from winnt cmd promt
system api is returning error code as 127. It is not executing
system api.
cygwin1.dll is in path.
Not only cp command, it is returning same error code for all other
commands.
What could be the problem. i need to copy any other cygwin dlls to
my application?
Thanks in advance.
- Santhi
Re: Cygwin XFree web page looks odd in Mozilla
Anyone else noticing that the XFree86 web page looks odd in Mozilla? Maybe it's because I'm using the latest snapshot but the Project Overview is showing up under the left bar. It fails validation - usually a sign of some HTML oddity somewhere (just click on the HTML4 icon). Rob Rob - The errors you reported were trivial and are fixed now; they did not affect the rendering of the page. I'm kind of surprised that there were errors at all, as I usually run the validator after submitting. I found a few more trivial errors scattered around the site and fixed them as well. The problem with Mozilla rendering is that the site looks fine on a 1024x768 screen with Mozilla maximized. If you then restore Mozilla and start shrinking the window you'll notice that Mozilla decides, at some point, to move the main body of the web page starting with Project Overview to beneath the left menu bar. Is that a kosher move on Mozilla's part? I have no idea. All I know is that you can create the smallest window possible in IE and it never takes the liberty of moving the page's main body. I've already made lots of changes to get the page to look as well as it does in Mozilla... I'm going to wait for 1.0 before I make more drastic Mozilla-specific changes. Don't worry, I'm not holding my breath... I have been watching Mozilla since March 2000, when 1.0 was going to be released, any day now. :) Harold
Re: problem - system api on winnt
On Thu, Jan 17, 2002 at 05:21:58AM -0800, Brian Genisio wrote: Wrong Group. I have forwarded your question to [EMAIL PROTECTED] This group Unecessarily. He already cross posted to both groups :-( Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Cygwin XFree web page looks odd in Mozilla
- Original Message - From: Harold Hunt [EMAIL PROTECTED] I'm kind of surprised that there were errors at all, as I usually run the validator after submitting. Cool. I was surprised too, but I didn't look further than the surface of the issue. I've already made lots of changes to get the page to look as well as it does in Mozilla... I'm going to wait for 1.0 before I make more drastic Mozilla-specific changes. Don't worry, I'm not holding my breath... I have been watching Mozilla since March 2000, when 1.0 was going to be released, any day now. :) Lol. And then some more. Rob
Re: crypt()
The wrong order, it should be gcc -o file file.c -lcrypt Basically, the library switch should be after the usage of functions in it.. /Andy | | gcc -lcrypt file.c -o file | | unresolved linker error (crypt undefined?) -- The eye of the beholder rests on the beauty!
RE: Cygwin XFree web page looks odd in Mozilla
Rob - The errors you reported were trivial and are fixed now; they did not affect the rendering of the page. I'm kind of surprised that there were errors at all, as I usually run the validator after submitting. ^ Is this an open source tool ? Ralf Basically. The HTML document type definition is open source, it can be downloaded from http://w3c.org/. Checking a document against a given type definition is usually done with the open source tool NSGMLS: http://www.jclark.com/sp/nsgmls.htm. The HTML Validator provided by http://w3c.org/ is simply a web interface to a program that compares a document with the dtd. I'm not sure if the actual validator front-end is open source, but that doesn't really matter. The address of the W3C HTML Validator is: http://validator.w3.org/ Does that clear things up? Harold
Re: Cygpath patch resend
On Thu, Jan 17, 2002 at 08:57:05AM -0600, Joshua Daniel Franklin wrote: Here's a changelog: 2001-01-16 Joshua Daniel Franklin [EMAIL PROTECTED] * cygpath.cc (main): Added options to show Desktop and Start Menu's Programs directory for current user or all users * cygpath.cc (main): moved bulk of DPWS options outside the getopt case statement (since their output depends on uwA switches) * utils.sgml: updated cygpath section for ADPWS options The attachments look ok. Your ChangeLog OTOH... It should look like this: 2001-01-16 Joshua Daniel Franklin [EMAIL PROTECTED] * cygpath.cc (main): Add options to show Desktop and Start Menu's Programs directory for current user or all users. Move bulk of DPWS options outside the getopt case statement. * utils.sgml: Update cygpath section for ADPWS options. Please compare carefully *all* details. Anyway, thanks for the patch. I'm too busy to check it today, though. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
RE: FW: fnmatch
Oops. Chuck caught a licensing problem with the openbsd version of strptime... Bad news. The stuff you took from OpenBSD is licensed under the BSD w/advertising clause. And, since it is owned by Klaus Klein and/or The NetBSD Foundation it does NOT fall under the blanket changeover (from w/advert clause to NO advert clause) issued by the UCalBerkeley folks. Darn. I checked FreeBSD and I think it has similar issues. If someone would look at the following URLs and verify that the copyright on the freebsd/netbsd stuff is bad as well, I'd appreciate it. FreeBSD: http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdtime/strptime.c?rev=1. 17.2.2content-type=text/x-cvsweb-markup NetBSD: http://cvsweb.netbsd.org/bsdweb.cgi/basesrc/lib/libc/time/strptime.c?rev=1.2 2content-type=text/x-cvsweb-markup Hmm... What about this: http://ftp.uninett.no/pub/OpenBSD/src/kerberosIV/src/lib/roken/strptime.c Seems to be clear of any advert clause. Mark -Original Message- From: Mark Bradshaw Sent: Thursday, January 17, 2002 8:21 AM To: 'Corinna Vinschen' Subject: RE: FW: fnmatch Yes. I'll try to get to that today. -Original Message- From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 17, 2002 5:47 AM To: [EMAIL PROTECTED] Subject: Re: FW: fnmatch On Wed, Jan 16, 2002 at 09:58:25PM -0500, Mark Bradshaw wrote: All right. With blessings all around I'll do so. So, if I understood correctly, you're going to contribute strptime(). I've just added fnmatch() from OpenBSD to Cygwin. The only change needed was adding a #include winsup.h at the beginning to correctly use symbols from ctype.h. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Updated: wget-1.7.1-1
Andrew Markebo wrote:
Hi!
Just a a quick question, any special reason you are not compiling wget
1.8??
Yes, 1.8 introduced a new way how webservers on non-standard port are
saved (www.domainname.com:81) and I'm not sure how this should be
addressed in cygwin (':' is an illegal character in Windows
filesystems).
I will take a look at it this weekend or latest next week.
/Andy
--
Med venlig hilsen / Kind regards
Hack Kampbjørn
--
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: Succesful installation but not working (CYGWIN)
Hallo ! On Wed, 16 Jan 2002 [EMAIL PROTECTED] wrote: Thanks for that - I see the problem now - the varaible HOME is not correct: HOME = `u:\tmp1\cygwin' No, that not the root of your problem. Cygwin is *not* supposed to store Windows-style path anywhere. in fact CYGWIN is installed as 'c:\cygwin'. Where is this variable HOME defined so I can change it ? AFAIK: The shell extracts $HOME from /etc/passwd, and /etc/profile sets it, if for some reason $HOME is empty at the time the shell executes /etc/profile. But again, for my understanding, something fundamental is wrong with your setup. As I told you last time: try cygcheck -s -r and cut paste its report to the list (in case you have not done already). And : *Please* *send* *to* *the* *list*, **not** to me ! ! Bjoern -- +-+ | Dipl.-Phys. Bjoern Kahl +++ AG Embedded Systems and Robotics (RESY) | | Informatics Faculty +++ Building 48 +++ University of Kaiserslautern| | phone: +49-631-205-2654 +++ www: http://resy.informatik.uni-kl.de | +-+ -- 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/
Error while using pro*c in cygwin
I was trying to pre-compile an Oracle .pc file and got the following error: Error at line 227, column 11 in file C:\cygwin\usr\include\sys/reent.h __extension__ unsigned long long _rand_next; ..1 PCC-S-02201, Encountered the symbol __extension__ when expecting one of the following: } char, const, double, enum, float, int, long, ulong_varchar, OCIBFileLocator OCIBlobLocator, OCIClobLocator, OCIDateTime, OCIExtProcContext, OCIInterval, OCIRowid, OCIDate, OCINumber, OCIRaw, OCIString, short, signed, sql_context, sql_cursor, struct, union, unsigned, utext, uvarchar, varchar, void, volatile, a typedef name, How do I avoid this? I am using the following command line: proc SQLCHECK=SEMANTICS userid='scott/tiger@db' parse=full include=C:\oracle8i\precomp\public include=C:\cygwin\lib\gcc-lib\i686-pc-cygwin\2.95.3-5\include include=C:\cygwin\usr\include xyz.pc Thanks! Sreekumar -- 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: Succesful installation but not working (CYGWIN)
I am having problems with cygwin. The installation went fine but /etc/profile is not sourced, there is no / directory and no extension to $PATH. Here is the output from cygcheck -s -r. I see that the value of HOME is incorrect. Any ideas anyone or should just delete c:\cygwin and start again ? Many thanks in advance. Adrian Birch Cygnus Win95/NT Configuration Diagnostics Current System Time: Thu Jan 17 09:58:30 2002 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2 Path: c:\Perl\bin\ c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\bin c:\bin\utils SysDir: C:\WINNT\System32 WinDir: C:\WINNT HOME = `u:\tmp1\cygwin' PWD = `/cygdrive/c/cygwin/bin' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0020 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `u:\tmp1\cygwin\' flags = 0x HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `u:/tmp1/cygwin/bin' flags = 0x HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `u:/tmp1/cygwin/lib' flags = 0x HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:/cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:/cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:/cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd FAT32 37274Mb 11% CPUN IBM_PRELOAD d: cd CDFS 38Mb 100%CS UN 011213_0935 t: net NTFS 190312Mb 68% CP CS UN PA FC SERVEUR_DATA u: net NTFS 190312Mb 68% CP CS UN PA FC SERVEUR_DATA z: net NTFS 17469Mb 78% CP CS UN PA FC u:\tmp1\cygwin\ / usertextmode u:/tmp1/cygwin/bin /usr/bin usertextmode u:/tmp1/cygwin/lib /usr/lib usertextmode . /cygdrive usertextmode,noumount C:/cygwin / system binmode C:/cygwin/bin /usr/bin system binmode C:/cygwin/lib /usr/lib system binmode Found: .\bash.exe Found: .\cat.exe Not Found: cpp (good!) Found: .\find.exe Found: c:\bin\utils\find.exe Not Found: gcc Not Found: gdb Not Found: ld Found: .\ls.exe Found: c:\bin\utils\ls.exe Not Found: make Found: .\sh.exe 18k 2000/10/23 .\cyggdbm.dll 45k 2001/04/25 .\cygform5.dll 26k 2001/04/25 .\cygmenu5.dll 156k 2001/04/25 .\cygncurses++5.dll 226k 2001/04/25 .\cygncurses5.dll 15k 2001/04/25 .\cygpanel5.dll 35k 2002/01/09 .\cygform6.dll 20k 2002/01/09 .\cygmenu6.dll 175k 2002/01/09 .\cygncurses++6.dll 202k 2002/01/09 .\cygncurses6.dll 12k 2002/01/09 .\cygpanel6.dll 17k 2001/06/28 .\cyghistory4.dll 108k 2001/06/28 .\cygreadline4.dll 20k 2002/01/13 .\cyghistory5.dll 121k 2002/01/13 .\cygreadline5.dll 49k 2001/02/03 .\cygz.dll 720k 2001/12/08 .\cygwin1.dll Cygwin DLL version info: DLL version: 1.3.6 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 47 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Dec 8 17:02:30 EST 2001 CVS tag: cygwin-1-3-6-6 Shared id: cygwin1S3 18k 2000/10/23 .\cyggdbm.dll 45k 2001/04/25 .\cygform5.dll 26k 2001/04/25 .\cygmenu5.dll 156k 2001/04/25 .\cygncurses++5.dll 226k 2001/04/25 .\cygncurses5.dll 15k 2001/04/25 .\cygpanel5.dll 35k 2002/01/09 .\cygform6.dll 20k 2002/01/09 .\cygmenu6.dll 175k 2002/01/09 .\cygncurses++6.dll 202k 2002/01/09 .\cygncurses6.dll 12k 2002/01/09 .\cygpanel6.dll 17k 2001/06/28 .\cyghistory4.dll 108k 2001/06/28 .\cygreadline4.dll 20k 2002/01/13 .\cyghistory5.dll 121k 2002/01/13 .\cygreadline5.dll 49k 2001/02/03 .\cygz.dll 720k 2001/12/08 .\cygwin1.dll Cygwin DLL version info: DLL version: 1.3.6 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 47 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus
Re: Updated: wget-1.7.1-1
I suggest RFC1738 escaping the :.
Rob
===
- Original Message -
From: Hack Kampbjørn [EMAIL PROTECTED]
Just a a quick question, any special reason you are not compiling wget
1.8??
Yes, 1.8 introduced a new way how webservers on non-standard port are
saved (www.domainname.com:81) and I'm not sure how this should be
addressed in cygwin (':' is an illegal character in Windows
filesystems).
--
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: Succesful installation but not working (CYGWIN)
Hallo ! On Thu, 17 Jan 2002 [EMAIL PROTECTED] wrote: I am having problems with cygwin. The installation went fine but /etc/profile is not sourced, there is no / directory and no extension to $PATH. Here is the output from cygcheck -s -r. Ok. I see that the value of HOME is incorrect. Any ideas anyone or should just delete c:\cygwin and start again ? Many thanks in advance. Delete all registry-entries referring to cygnus solutions (HKEY_CURRENT_USER\Software\Cygnus Solutions and HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions) they are inconsistent. Looks like you once installed Cygwin (may be as administrator) in one place (C:/cygwin) and once in u:\tmp1\cygwin\ without first removing the other one (from registry). Then install again. Other approach: correct the registry settings by hand - if you know what you are doing. Bjoern HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0020 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `u:\tmp1\cygwin\' flags = 0x HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:/cygwin' flags = 0x000a u:\tmp1\cygwin\ / usertextmode u:/tmp1/cygwin/bin /usr/bin usertextmode u:/tmp1/cygwin/lib /usr/lib usertextmode . /cygdrive usertextmode,noumount C:/cygwin / system binmode C:/cygwin/bin /usr/bin system binmode C:/cygwin/lib /usr/lib system binmode -- +-+ | Dipl.-Phys. Bjoern Kahl +++ AG Embedded Systems and Robotics (RESY) | | Informatics Faculty +++ Building 48 +++ University of Kaiserslautern| | phone: +49-631-205-2654 +++ www: http://resy.informatik.uni-kl.de | +-+ -- 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: OpenSSL-0.9.6c-3
I've updated the version of OpenSSL in cygwin/latest to 0.9.6c-3. The version 0.9.6c-2 had a syntax error in the csh startup file /etc/profile.d/openssh.csh. Another fact I forgot to mention in my announcement of 0.9.6c-2 was that the binary package is build without support for the cryptographic algorithms IDEA, RC5 and MDC2. These three algorithms suffer patenting issues in some countries which disallow usage w/o a fee. If you're not affected by that and you're abslolutely sure to need these algorithms, you'll have to rebuild the OpenSSL DLLs from the source archive. You'll find a build instruction in /usr/doc/Cygwin/openssl-0.9.6c.README. Beginning with version 0.9.6c-2, the package is splitted into two packages. - openssl which contains only the runtime environment needed to run applications using openssl. - openssl-devel which contains the header files and link libraries needed to link applications against openssl. To update your installation, click on the Install Cygwin now link on the http://sources.redhat.com/cygwin web page. This downloads setup.exe to your system. The, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) 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 Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . 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 *** If you want 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] -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: Succesful installation but not working (CYGWIN)
Problem solved ! Thanks ! ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. ** -- 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: Fire Windows programs using cron...
Why use cron at all? Just use a Scheduled Task! Keith - Original Message - From: Evgeny Apanasenko [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 16, 2002 6:59 PM Subject: Fire Windows programs using cron... Dear All, I've set up cron to fire W2K GUI program ntbackup.exe. Everything works but I would like the program to interact with GUI display and keyboard (now I can't see the program window when it is working). How can I do this? -- 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: gdb crashes my machine
gdb is hanging on NT with service pack5
following steps was made:
1. create a simple hello word program and compile it with debug option
a.c
#
#includestdio.h
main()
{
printf(Hello World\n);
}
#
2. start the debugger
$ gdb a.exe
3. start execution with the run-button
a cmd window was opened for a.exe
4. execute one step
5. close the running a.exe application, using the close button of the a.exe
cmd window or the task manager
after some seconds the NT System ask for confirmation because the a.exe
application does not response
6. close the running; gdb using the close button of the Source Window or
task manager
at this point the windows of a.exe and gdb are frozen and a reset is
necessary.
Dominik Jänicke
SOFTEC Daten- und Kommunikationssysteme GmbH
Promenade 17
D-89073 Ulm
Tel: +49-(0)-731-96600-22
Fax: +49-(0)-731-96600-23
E-Mail: [EMAIL PROTECTED]
Internet: http://www.softec.de
--
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: A small problem in Shell Scripts while using the built-in read function -- Options not recognised
On Thu, Jan 17, 2002 at 05:34:24PM +0530, Surendar Singh Bisht wrote: Hi everybody! I'm using bash 2.05.0(8)-release on win98. I'm confronting a small problem in shell scripts execution while using the built-in read function. But the same script executes smoothly when I run this code on the command line. The script is running under sh which is ash, not bash. ash doesn't know these `read' options. As workaround prepend #!/bin/bash to your script or start it via `bash -c script'. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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/
problem - system api on winnt
Hi,
I installed Cygwin Dll 1.3.6. I am working on Win NT.
I built the sources in cygwin sucessfully.
I have to use this application executable on some other win nt
system which does not have cygwin.
When i run my application from winnt promt it is returning for
system api return code 127.
I copied only cygwin1.dll to that system.
This is sample program.
Implementation of copy command.
sample.cpp:
int main()
{
int exit_code=::system(cp test.cpp test1.cpp);
coutexit_code;
}
I built the sample.cpp in cygwin. i got the executable. when run
executable from cygwin prompt system api is executing the command
properly and returns exit_code as 0.
When i copy the same executable to some other machine which does not
have cygwin and i run it from winnt cmd promt
system api is returning error code as 127. It is not executing
system api.
cygwin1.dll is in path.
Not only cp command, it is returning same error code for all other
commands.
What could be the problem. i need to copy any other cygwin dlls to
my application?
Thanks in advance.
- Santhi
--
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: RTFM'ing: readily accessible user documentation?
Leaving aside whether this is the right forum to bring up this issue, I'll vote for Soren's suggestion. OK, I learned a few valuable lessons in the couple of days last month it took me to clue into install-info (dir is a file?), and maybe this is more of a pons asinorum than an Instructions for opening are on the inside situation. That being said, I really would have appreciated a hint about where the documentation lives and how to get at it. Thanks, John -Original Message- From: Soren Andersen [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 16 January 2002 4:17 p.m. To: [EMAIL PROTECTED] Subject: RTFM'ing: readily accessible user documentation? Hello, When I try to use `info blah' on my Cygwin system I get the error info: dir: No such file or directory ---cut Couldn't this script [to run install-info], or something like it, be made a part of Cygwin and run each time a setup installation procedure is completed? Couldn't the user AT LEAST be prompted to choose whether to run it, or advised that he should? cut- -- 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: problem - system api on winnt
-Original Message-
From: Guntupalli, Santhi [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 17, 2002 1:42 PM
To: '[EMAIL PROTECTED]'
Subject: problem - system api on winnt
Hi,
I installed Cygwin Dll 1.3.6. I am working on Win NT.
I built the sources in cygwin sucessfully.
I have to use this application executable on some other win nt
system which does not have cygwin.
When i run my application from winnt promt it is returning for
system api return code 127.
I copied only cygwin1.dll to that system.
This is sample program.
Implementation of copy command.
sample.cpp:
int main()
{
int exit_code=::system(cp test.cpp test1.cpp);
coutexit_code;
}
I built the sample.cpp in cygwin. i got the executable. when run
executable from cygwin prompt system api is executing the command
properly and returns exit_code as 0.
When i copy the same executable to some other machine
which does not
have cygwin and i run it from winnt cmd promt
system api is returning error code as 127. It is not executing
system api.
cygwin1.dll is in path.
Not only cp command, it is returning same error code
for all other
commands.
What could be the problem. i need to copy any other
cygwin dlls to
my application?
cp is a cygwin command, so no surprise if you can't execute it if cygwin
is not installed. You'd rather try to execute a WIN32 command (like copy).
HTH
Bernard
Bernard Dautrevaux
Microprocess Ingenierie
97 bis, rue de Colombes
92400 COURBEVOIE
FRANCE
Tel:+33 (0) 1 47 68 80 80
Fax:+33 (0) 1 47 88 97 85
e-mail: [EMAIL PROTECTED]
[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: problem - system api on winnt
Hi Shanti, When i copy the same executable to some other machine which does not have cygwin and i run it from winnt cmd promt ... and why do you assume, that your app runs Cygwin utilities (e.g. cp), if you did not install Cygwin ... ?? What could be the problem. i need to copy any other cygwin dlls to my application? No, you should install Cygwin. Copying cygwin1.dll around is strongly not recommended. Regards, Jörg -- 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: A small problem in Shell Scripts while using the built-in read function -- Options not recognised
The script is running under sh which is ash, not bash. ash doesn't know these `read' options. As workaround prepend #!/bin/bash to your script or start it via `bash -c script'. Why the `-c'? `bash script' should work just fine. -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ( ``Discere est Dolere'' -- chet) Chet Ramey, CWRU[EMAIL PROTECTED]http://cnswww.cns.cwru.edu/~chet/ -- 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: problem - system api on winnt
Wrong Group. I have forwarded your question to [EMAIL PROTECTED] This group
is for XFree related questions. I did not have any problems compiling your
example code in Win2K. (I linked against stdc++) Hopefully they can help you.
Brian
--- Guntupalli, Santhi [EMAIL PROTECTED] wrote:
Hi,
I installed Cygwin Dll 1.3.6. I am working on Win NT.
I built the sources in cygwin sucessfully.
I have to use this application executable on some other win nt
system which does not have cygwin.
When i run my application from winnt promt it is returning for
system api return code 127.
I copied only cygwin1.dll to that system.
This is sample program.
Implementation of copy command.
sample.cpp:
int main()
{
int exit_code=::system(cp test.cpp test1.cpp);
coutexit_code;
}
I built the sample.cpp in cygwin. i got the executable. when run
executable from cygwin prompt system api is executing the command
properly and returns exit_code as 0.
When i copy the same executable to some other machine which does not
have cygwin and i run it from winnt cmd promt
system api is returning error code as 127. It is not executing
system api.
cygwin1.dll is in path.
Not only cp command, it is returning same error code for all other
commands.
What could be the problem. i need to copy any other cygwin dlls to
my application?
Thanks in advance.
- Santhi
__
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/
--
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: A small problem in Shell Scripts while using the built-in read function -- Options not recognised
On Thu, Jan 17, 2002 at 09:22:05AM -0500, Chet Ramey wrote: The script is running under sh which is ash, not bash. ash doesn't know these `read' options. As workaround prepend #!/bin/bash to your script or start it via `bash -c script'. Why the `-c'? `bash script' should work just fine. Chet, did you apply the pathcanon.c patch I've send you on 2001-11-17? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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/
sshd and fstat
Hi,
Not knowing anything about SSH I didn't realise openssh-3.0.2p1-4 (and
former) versions shouldn't have been asking for a password with the
correct keys at either end. I assumed I'd got something in a mess. It
appears not.
In the end I compiled openssh so I could get a bit more information on
the failure.
snippet auth.c
int
secure_filename(FILE *f, const char *file, struct passwd *pw,
char *err, size_t errlen)
{
uid_t uid = pw-pw_uid;
char buf[MAXPATHLEN], homedir[MAXPATHLEN];
char *cp;
struct stat st;
int zzz;
if (realpath(file, buf) == NULL) {
snprintf(err, errlen, realpath %s failed: %s, file,
strerror(errno));
return -1;
}
if (realpath(pw-pw_dir, homedir) == NULL) {
snprintf(err, errlen, realpath %s failed: %s,
pw-pw_dir,
strerror(errno));
return -1;
}
log(realpath=[%s][%s],buf,homedir);
/* check the open file to avoid races */
zzz = fstat(fileno(f), st);
log(st_uid=[%d] pw_uid=[%d],st.st_uid,uid);
if ((zzz 0) ||
(st.st_uid != 0 st.st_uid != uid) ||
(st.st_mode 022) != 0) {
snprintf(err, errlen, bad ownership or modes for file
%s,
buf);
return -1;
}
snippet /auth.c
When run as a service sshd is emitting...
The description for Event ID ( 0 ) in Source ( /usr/sbin/sshd.exe )
could not be found. It contains the following insertion string(s):
/usr/sbin/sshd.exe : Win32 Process Id = 0x1B0 : Cygwin Process Id =
0x1B0 : debug1: temporarily_use_uid: 500/513 (e=18).
The description for Event ID ( 0 ) in Source ( /usr/sbin/sshd.exe )
could not be found. It contains the following insertion string(s):
/usr/sbin/sshd.exe : Win32 Process Id = 0x1B0 : Cygwin Process Id =
0x1B0 :
realpath=[/home/Administrator/.ssh/authorized_keys][/home/Administrator].
The description for Event ID ( 0 ) in Source ( /usr/sbin/sshd.exe )
could not be found. It contains the following insertion string(s):
/usr/sbin/sshd.exe : Win32 Process Id = 0x1B0 : Cygwin Process Id =
0x1B0 : st_uid=[18] pw_uid=[500].
The description for Event ID ( 0 ) in Source ( /usr/sbin/sshd.exe )
could not be found. It contains the following insertion string(s):
/usr/sbin/sshd.exe : Win32 Process Id = 0x1B0 : Cygwin Process Id =
0x1B0 : Authentication refused: bad ownership or modes for file
/home/Administrator/.ssh/authorized_keys.
Seems to think authorized_keys is owned by SYSTEM:18 but it isn't.
Stopping sshd as a service and running from within bash sshd -d works
fine and emits...
debug1: temporarily_use_uid: 500/513 (e=500)
debug1: trying public RSA key file
/home/Administrator/.ssh/authorized_keys
realpath=[/home/Administrator/.ssh/authorized_keys][/home/Administrator]
st_uid=[500] pw_uid=[500]
debug1: restore_uid
Accepted rsa for Administrator from 192.168.0.1 port 2446
...which isn't the end of it. I fired up a bash shell, launched from a
service with SYSTEM authority expecting a failure...
debug1: temporarily_use_uid: 500/513 (e=18)
debug1: trying public key file /home/Administrator/.ssh/authorized_keys
realpath=[/home/Administrator/.ssh/authorized_keys][/home/Administrator]
st_uid=[500] pw_uid=[500]
...but it worked, both as sshd -d and as a straight sshd (so it
forked in case that was it).
fstat will only fail when sshd is running as a service as SYSTEM. The
only viable approach I can think of at this point is to attach gdb to
the process forked by sshd and I can't for the life of me figure out how
to do that. I hope this info is useful to you folks with more intimate
knowledge 'cos I'm stuck! :-|
--
[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: libtool-devel and kde2 - problem with AC_PROG_CXX
Robert Collins wrote: Quoting from the fink site (it was handy): The current development branch: This is the development version that will some day be released as libtool 1.5. It has resulted from the merge of 1.4 and the MLB. It supports C, C++ and Java (via gcj). Unfortunately, it can't be easily told apart from 1.4, you'll have to check the version number inside ltmain.sh. For the _last time_, the devel libtool DOES NOT and WILL NOT create ltconfig. Don't expect it, because its NOT MEANT TO create it. It does not create ltconfig, but it need it as you could see in my last mail checking if libtool supports shared libraries... yes checking how to run the C++ preprocessor... g++ -E admin/ltconfig: Can't open admin/ltconfig: No such file or directory configure: error: libtool tag configuration failed I have searched in the libtool cvs on subversions.gnu.org and seen that on 20010531 the merge of the mlb code wasn't ready. You can verify this by unpacking the recent libtool-devel-20010531-6.tar.bz2 and looking in the libtool.m4 if there are references to ltconfig. If you follow the below mentioned link you can see that the tag creation support was completed at 2001 Jun 24 , so the libtool from 20010531 can't contain full tag creation support. - ChangeLog entry --- Complete the new configure time tags creation facility based on the ltcf-*.sh and ltconfig.in files from multi-language-branch: * libtool.m4: More refactoring and reformatting. (_LT_AC_LANG_GCJ_CONFIG): Merged ltcf-gcj.sh from multi-language-branch. (_LT_AC_LANG_CXX_CONFIG): Merged ltcf-cxx.sh from multi-language-branch. * configure.in (AC_PROG_CXX, LT_AC_PROG_GCJ): Compiler checks must be done before AC_PROG_LIBTOOL which appends tags based on their results. http://subversions.gnu.org/cgi-bin/cvsweb/libtool/libtool.m4?rev=1.171content-type=text/x-cv sweb-markup I have appended a patched libtool.m4 from the libtool cvs HEAD release numver 1.245 and patched mostly of the changes Charles provided in the rc5 diffs and got a working CXX/GCJ/RC tag creating. Try it. It may not be complete for all cases, but I think you are able to verify this. Ralf libtool_1.245_cygwin.tar.bz2 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/
Re: A small problem in Shell Scripts while using the built-in read function -- Options not recognised
Chet, did you apply the pathcanon.c patch I've send you on 2001-11-17? The `_is_cygdrive()' patch? Yes. -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ( ``Discere est Dolere'' -- chet) Chet Ramey, CWRU[EMAIL PROTECTED]http://cnswww.cns.cwru.edu/~chet/ -- 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: A small problem in Shell Scripts while using the built-in read function -- Options not recognised
On Thu, Jan 17, 2002 at 11:09:53AM -0500, Chet Ramey wrote: Chet, did you apply the pathcanon.c patch I've send you on 2001-11-17? The `_is_cygdrive()' patch? Yes. Thanks! Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: postgresql-7.1.3-2
New News: === I have updated the version of PostgreSQL in cygwin/contrib to 7.1.3-2. The tarballs should be available on a Cygwin mirror near you shortly. This version is the same as 7.1.3-1 except that it includes a fix for the Cannot rename init file problem as described in: http://archives.postgresql.org/pgsql-cygwin/2002-01/msg00029.php Old News: === PostgreSQL is an open-source, Object-Relational DBMS. If interested, see the PostgreSQL web site for more details: http://www.postgresql.org/ Please read the README file: /usr/doc/Cygwin/postgresql-7.1.3.README since it covers requirements, installation, known issues, etc. 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. Then, run setup and answer all of the questions. Note that we have recently stopped downloads from sources.redhat.com (aka cygwin.com) 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 Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . 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 *** If you want to unsubscribe from 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] Jason -- 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: When will GCC 3 ship with cygwin?
On Thu, Jan 17, 2002 at 10:04:56AM -, Stephano Mariani wrote: Just a suggestion: Perhaps it might be wise to ship both the gcc versions (as separate packages in setup, not just different versions of the gcc package), I look forward to seeing your packages. Send me a URL and I'll evaluate them. cgf -- 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: gdb crashes my machine
http://cygwin.com/lists.html#see-above
On Thu, Jan 17, 2002 at 12:42:35PM +0100, Dominik J?nicke wrote:
gdb is hanging on NT with service pack5
following steps was made:
1. create a simple hello word program and compile it with debug option
a.c
#
#includestdio.h
main()
{
printf(Hello World\n);
}
#
2. start the debugger
$ gdb a.exe
3. start execution with the run-button
a cmd window was opened for a.exe
4. execute one step
5. close the running a.exe application, using the close button of the a.exe
cmd window or the task manager
after some seconds the NT System ask for confirmation because the a.exe
application does not response
6. close the running; gdb using the close button of the Source Window or
task manager
at this point the windows of a.exe and gdb are frozen and a reset is
necessary.
Dominik J?nicke
SOFTEC Daten- und Kommunikationssysteme GmbH
Promenade 17
D-89073 Ulm
Tel: +49-(0)-731-96600-22
Fax: +49-(0)-731-96600-23
E-Mail: [EMAIL PROTECTED]
Internet: http://www.softec.de
--
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/
--
Please do not send me personal email with cygwin questions.
Use the resources at http://cygwin.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/
cygwin/win2k fullscreen size - (15 points)
Hello all, I'm using win2k and doing a ton of coding using vim. I'd like to use the full-screen console mode (you know, Alt-Enter), but it only gives me a resolution of 80 columns x 25 rows (which is a painful step down from 1280x1024). How do I increase the number of rows/columns available (when not working in windowed mode). -Jonathan -- 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/win2k fullscreen size - (15 points)
At 12:28 PM 1/17/2002, Jonathan Simms wrote: Hello all, I'm using win2k and doing a ton of coding using vim. I'd like to use the full-screen console mode (you know, Alt-Enter), but it only gives me a resolution of 80 columns x 25 rows (which is a painful step down from 1280x1024). How do I increase the number of rows/columns available (when not working in windowed mode). Have you asked on vim lists? I may be wrong but this really sounds like a vim-specific issue... 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: cygwin/win2k fullscreen size - (15 points)
-Original Message- From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 17, 2002 6:30 PM To: Jonathan Simms; [EMAIL PROTECTED] Subject: Re: cygwin/win2k fullscreen size - (15 points) At 12:28 PM 1/17/2002, Jonathan Simms wrote: Hello all, I'm using win2k and doing a ton of coding using vim. I'd like to use the full-screen console mode (you know, Alt-Enter), but it only gives me a resolution of 80 columns x 25 rows (which is a painful step down from 1280x1024). How do I increase the number of rows/columns available (when not working in windowed mode). Have you asked on vim lists? I may be wrong but this really sounds like a vim-specific issue... I think this is a limitation of the console mode; on my NT4-SP6a box, I get a 80x50 console when typing Alt/Enter, be it under Cygwin or directly under cmd.exe ;-( Too bad, but I think it's even a hardware limitation (running th eVGA board in TEXT mode, instead of graphic). Hoping to be wrong, Regards, Bernard Bernard Dautrevaux Microprocess Ingenierie 97 bis, rue de Colombes 92400 COURBEVOIE FRANCE Tel:+33 (0) 1 47 68 80 80 Fax:+33 (0) 1 47 88 97 85 e-mail: [EMAIL PROTECTED] [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: RTFM'ing: readily accessible user documentation?
OK, I learned a few valuable lessons in the couple of days last month it took me to clue into install-info (dir is a file?), and maybe this is more of a pons asinorum than an Instructions for opening are on the inside situation. That being said, I really would have appreciated a hint about where the documentation lives and how to get at it. Thanks, John I don't think this is really a documentation issue. The real problem in this case is that some package is messed up (some package is installing its own 'dir' file, overwriting the old one, instead of installing the info files in a script). You can just look at the package lists in /etc/setup/ and figure out that the offending package seems to be... $ grep info/dir * tetex-beta.lst:usr/info/dir tetex-beta! This package needs to be fixed to do the right thing. And, I believe, a new tetex package is in the works. __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ -- 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: no output from net.exe
Hi Mark - thanks for replying. I compiled the software you mentioned. Running `tfy net group` still shows no output. Redirecting that command to a file (`tfy net group zzz`) does produce a non-empty file, but it contains one line of escape characters. I have set the CYGWIN environment variable to 'tty' as the tool's webpage suggests. Have you experienced this problem by any chance ? As a side issue, it's very suprising to me to think that such a problem hasn't been fully resolved in cygwin world. I image that administrators who automate user accounts must run into this deficiency all the time (because of how invaluble net.exe is (or maybe people have found an alternative to net.exe that i am not aware of)). Any word on this ? +--- | One option for programs like this is to use ttyfier, by Egor Duda. | | http://ns.logos-m.ru/~deo/ttyfier.html | | Ttyfier has a few outstanding issues. I think Egor's moved on to bigger and | better things, but in its standard form it does what you need (maybe). I | have a patched version that expands ttyfier past it's 80x25 version. Email | me if you want it. | | Mark | | -Original Message- | From: Alex BATKO [mailto:[EMAIL PROTECTED]] | Sent: Thursday, January 17, 2002 1:04 PM | To: [EMAIL PROTECTED] | Subject: no output from net.exe | | | | When I am logged into my windows machine via ssh, I cannot redirect | the output of the command net.exe into a file, nor capture the output | in an array (within a perl script). | | On the other hand, executing `net.exe group zzz` from the cygwin | bash shell, and from windows' command.com, works just as expected. | | I have written to this list in the past (regarding this topic), but | the response I was given is that this is a feature of the program | net.exe (http://cygwin.com/ml/cygwin/2001-10/msg01490.html), and to | overcome this problem, I should start my ssh session via inetd, after | applying a particular patch: | http://sources.redhat.com/ml/cygwin/2001-03/msg00764.html | | I have started ssh via inted, but it's incredibly slow to establish | connections - so I have opted against it. | | I am wondering if anyone else has ran into this problem, and was able | to overcome it in a way other then by starting ssh from inetd. | | Thank you for your time. | | -- | 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/ | | | -- | 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/ +--- -- 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/
SSH uses HOME or HOMESHARE?
SSH seems to be ignoring HOME and using the value of HOMESHARE instead. This is a recent problem. unset'ing HOMESHARE does not appear to help. I understand that I can use the '-i' option to ssh, but I am really interested in getting ssh-agent working. Thanks. quimby$ ssh -V OpenSSH_3.0.2p1, SSH protocols 1.5/2.0, OpenSSL 0x0090603f quimby$ uname -a CYGWIN_NT-5.0 QUIMBY 1.3.6(0.47/3/2) 2001-12-08 17:02 i686 unknown quimby$ quimby$ printenv | grep -i '^HOME' HOMESHARE=\\falcon\falcon_c\stodghil HOMEDRIVE=C: HOMEPATH=\ HOME=/home/stodghil quimby$ printenv | fgrep -i falcon HOMESHARE=\\falcon\falcon_c\stodghil quimby$ ls $HOME/.ssh config identity identity.pub known_hosts known_hosts~ quimby$ ls //falcon/falcon_c/stodghil/.ssh ls: //falcon/falcon_c/stodghil/.ssh: No such file or directory quimby$ ssh -v asp OpenSSH_3.0.2p1, SSH protocols 1.5/2.0, OpenSSL 0x0090603f debug1: Seeding random number generator debug1: Rhosts Authentication disabled, originating port will not be trusted. debug1: restore_uid debug1: ssh_connect: getuid 11330 geteuid 11330 anon 1 debug1: Connecting to asp [128.84.154.47] port 22. debug1: temporarily_use_uid: 11330/10513 (e=11330) debug1: restore_uid debug1: temporarily_use_uid: 11330/10513 (e=11330) debug1: restore_uid debug1: Connection established. debug1: identity file //falcon/falcon_c/stodghil/.ssh/identity type -1 debug1: identity file //falcon/falcon_c/stodghil/.ssh/id_rsa type -1 debug1: identity file //falcon/falcon_c/stodghil/.ssh/id_dsa type -1 debug1: Remote protocol version 1.99, remote software version OpenSSH_2.9p2 debug1: match: OpenSSH_2.9p2 pat ^OpenSSH Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.0.2p1 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-cbc hmac-md5 none debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: dh_gen_key: priv key bits set: 139/256 debug1: bits set: 1006/2049 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY The authenticity of host 'asp (128.84.154.47)' can't be established. RSA key fingerprint is a3:cb:3b:6c:60:49:db:66:26:5a:01:cd:ab:1f:99:07. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'asp,128.84.154.47' (RSA) to the list of known hosts. debug1: bits set: 1022/2049 debug1: ssh_rsa_verify: signature correct debug1: kex_derive_keys debug1: newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: waiting for SSH2_MSG_NEWKEYS debug1: newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: done: ssh_kex2. debug1: send SSH2_MSG_SERVICE_REQUEST debug1: service_accept: ssh-userauth debug1: got SSH2_MSG_SERVICE_ACCEPT debug1: authentications that can continue: publickey,password,keyboard-interactive debug1: next auth method to try is publickey debug1: try privkey: //falcon/falcon_c/stodghil/.ssh/identity debug1: try privkey: //falcon/falcon_c/stodghil/.ssh/id_rsa debug1: try privkey: //falcon/falcon_c/stodghil/.ssh/id_dsa debug1: next auth method to try is keyboard-interactive debug1: authentications that can continue: publickey,password,keyboard-interactive debug1: next auth method to try is password stodghil@asp's password: debug1: packet_send2: adding 48 (len 62 padlen 18 extra_pad 64) debug1: ssh-userauth2 successful: method password debug1: channel 0: new [client-session] debug1: send channel open 0 debug1: Entering interactive session. debug1: ssh_session2_setup: id 0 debug1: channel request 0: shell debug1: channel 0: open confirm rwindow 0 rmax 16384 Last login: Thu Jan 17 16:16:58 2002 from dhcp99-60.cs.cornell.edu asp$ -- 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: no output from net.exe
Can't say I've seen the same, but my version of tfy is slightly different than the one you're using. I've verified that I can do what you're requesting via tfy. Of course, I should mention that I'm running cmd as my far side shell. Even without tfy I can do what you're trying to do. Make sure that your term is set to cygwin. Make sure that your window (buffer size) is set to 80x25. Are you getting any errors? Did you remember to drop the dll on the far machine? Are you sure your sshd server is starting with CYGWIN=tty? I can't speak as to the terminal issues you're experiencing using cygwin. If you look through the archives you'll see that this is an issue that comes around periodically. I'd suggest checking out the previous conversations to find out the issues involved. Mark -Original Message- From: Alex BATKO [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 17, 2002 3:58 PM To: [EMAIL PROTECTED] Subject: Re: no output from net.exe Hi Mark - thanks for replying. I compiled the software you mentioned. Running `tfy net group` still shows no output. Redirecting that command to a file (`tfy net group zzz`) does produce a non-empty file, but it contains one line of escape characters. I have set the CYGWIN environment variable to 'tty' as the tool's webpage suggests. Have you experienced this problem by any chance ? As a side issue, it's very suprising to me to think that such a problem hasn't been fully resolved in cygwin world. I image that administrators who automate user accounts must run into this deficiency all the time (because of how invaluble net.exe is (or maybe people have found an alternative to net.exe that i am not aware of)). Any word on this ? +--- | One option for programs like this is to use ttyfier, by Egor Duda. | | http://ns.logos-m.ru/~deo/ttyfier.html | | Ttyfier has a few outstanding issues. I think Egor's moved on to bigger and | better things, but in its standard form it does what you need (maybe). I | have a patched version that expands ttyfier past it's 80x25 version. Email | me if you want it. | | Mark | | -Original Message- | From: Alex BATKO [mailto:[EMAIL PROTECTED]] | Sent: Thursday, January 17, 2002 1:04 PM | To: [EMAIL PROTECTED] | Subject: no output from net.exe | | | | When I am logged into my windows machine via ssh, I cannot redirect | the output of the command net.exe into a file, nor capture the output | in an array (within a perl script). | | On the other hand, executing `net.exe group zzz` from the cygwin | bash shell, and from windows' command.com, works just as expected. | | I have written to this list in the past (regarding this topic), but | the response I was given is that this is a feature of the program | net.exe (http://cygwin.com/ml/cygwin/2001-10/msg01490.html), and to | overcome this problem, I should start my ssh session via inetd, after | applying a particular patch: | http://sources.redhat.com/ml/cygwin/2001-03/msg00764.html | | I have started ssh via inted, but it's incredibly slow to establish | connections - so I have opted against it. | | I am wondering if anyone else has ran into this problem, and was able | to overcome it in a way other then by starting ssh from inetd. | | Thank you for your time. | | -- | 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/ | | | -- | 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/ +--- -- 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/ -- 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: RTFM'ing: readily accessible user documentation?
On 17 Jan 2002 at 7:54, Robert Collins wrote: I'm going to ignore your newbie-style clueslessness in the body of your email, on the assumption that you will follow this advice. I wish you wouldn't, but its up to you. You are missing the whole point. A newbie isn't going to go and subscribe to cygwin-apps: wouldn't be encouraged to (based on what she reads on the way in) and wouldn't foresee the need to. I am offering (this whole group) a (slightly synthesized) newbie viewpoint on how Cygwin (setup) looks to a newbie. I submit that it is more and more self-evident that you (and probably not you alone) *cannot* shift cognitive gears enough to imagine what the newbie experience of cygwin-setup is, and clearly don't see any need to try to do so. I believe that by composing the messages I have, I may be representing (even if in a very imperfect and partial way) what untold numbers of other readers might have *thought* of posting here, but never did. Sometimes, no matter how stubbornly one might wish that the behavior (and I mean primarily the internal intellectual behavior: how people think [ feel]) of people would fit one's preconceived grid of assumptions and preferences, it just doesn't. The overly big and vague general phrase widely used to refer to this, in our culture, is human nature. Not trying to take human nature into account at all is a pitfall for those who have desires to accomplish anything at all in the world. I myself am clumsy with words and often make mistakes that strike onlookers as lack of tact or diplomacy, but I submit that I at least know about the underlying and fundamental importance of human nature and at least struggle continuously with gaining a keener understanding of what it is. I also know that there may be a very considerable investment of a personal nature in `setup' as it has become what what it is right now. What would be unfortunate (although certainly I can live with it, personally) would be if that personal investment made by developers of Cygwin caused a general intractable deafness to user feedback which is intended constructively. Best regards, Soren Andersen -- 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: RTFM'ing: readily accessible user documentation?
- Original Message - From: Soren Andersen [EMAIL PROTECTED] On 17 Jan 2002 at 7:54, Robert Collins wrote: I'm going to ignore your newbie-style clueslessness in the body of your email, on the assumption that you will follow this advice. I wish you wouldn't, but its up to you. You would rather I waste time replying to a re-hash of discussion carried out already, and implemented into policy for cygwin? You are missing the whole point. *NO*. You missed the point. You are *assuming* things about setup, and the cygwin packages that *are not true*. The rational for your goals is fine. Let me give you an example: If you posted to this list, that having a unix compataiblity layer would be a great idea, and it's a shame that no-one has written one, what sort of response would you expect? I submit that it is more and more self-evident that you (and probably not you alone) *cannot* shift cognitive gears enough to imagine what the newbie experience of cygwin-setup is, and clearly don't see any need to try to do so. I don't know where this idea came from. Time and again we have altered setup, based on feedback from *newbies* (who alone can truely understand their expression). I have gone against my own preferences in design, to accomodate these needs. The evidence IS ON THE CYGWIN-APPS LIST!. Sometimes, no matter how stubbornly one might wish that the behavior (and I mean primarily the internal intellectual behavior: how people think [ feel]) of people would fit one's preconceived grid of assumptions and preferences, it just doesn't. The overly big and vague general phrase widely used to refer to this, in our culture, is human nature. Not trying to take human nature into account at all is a pitfall for those who have desires to accomplish anything at all in the world. Are you trying to imply that the cygwin developers/cygwin setup developers don't take human nature into account? I myself am clumsy with words and often make mistakes that strike onlookers as lack of tact or diplomacy, but I submit that I at least know about the underlying and fundamental importance of human nature and at least struggle continuously with gaining a keener understanding of what it is. I submit that you are spending too little time understanding what effort has been put in, and therefore that your submissions are in the wrong context to be appreciated by *any* contributor to the things you wish to affect. I also know that there may be a very considerable investment of a personal nature in `setup' as it has become what what it is right now. What would be unfortunate (although certainly I can live with it, personally) would be if that personal investment made by developers of Cygwin caused a general intractable deafness to user feedback which is intended constructively. Y'a know, you're claiming I'm deaf, but you appear blind. Without the requisite information and context (not for a newbie, but for a contributor) your suggestions will be less effective, and recieve less attention than you may feel their effort is due. Responding with insults does not, and will not correct the simple fact that you need more information, and you have been told how to get it. 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: sed : Not compatible between cygwin-B20 and cygwin-2.125.2.10
On Fri, Jan 18, 2002 at 10:08:41AM +0900, hiranaga ?$BJ?1J ?$BL3 wrote: Following command dosn't work on cygwin-2.125.2.10 sed -e 's-\\-/-g' I want to change \ to / sed: -e expression #1, char 7: Unterminated `s' command - error message But same command work on cygwin-B20. Hello from the year 2002! When, we reach, at some point in the distant future, cygwin version 2.125.2.10, I will try to make sure that I remember this problem. Or, possibly, I will leave some provision in my will for my heirs and cygwin successors. Luckily, it works just fine now, however. Phew. cgf -- 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: RTFM'ing: readily accessible user documentation?
- Original Message - From: Charles Wilson [EMAIL PROTECTED] Should setup.exe *refuse* to install a file called /usr/info/dir -- just to keep us safe? Or is that setting a bad precedent? [Or maybe upset can lint the packages on sourceware, and refuse to add foo-1.2.tar.gz to setup.ini if it contains a proscribed file like /usr/info/dir] On my personal TODO list is a command line unix package linter. Setup.exe may some mechanism to manage state data - /etc/foo.cfg, /usr/info/dir etc, but I think a simpl solution to catch 99% of cases is the package linter. And yes, it should refuse to add the package, and email the maintainer (IMO). 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: sed : Not compatible between cygwin-B20 and cygwin-2.125.2.10
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Christopher Faylor [snip] But same command work on cygwin-B20. Hello from the year 2002! When, we reach, at some point in the distant future, cygwin version 2.125.2.10, I will try to make sure that I remember this problem. Or, possibly, I will leave some provision in my will for my heirs and cygwin successors. Luckily, it works just fine now, however. Phew. cgf Why did everything work so much better in B20? ...Hair was short and skirts were long, Kate Smith really sold a song, I don't know just what went wrong, Those were the days! -- Gary R. Van Sickle Brewer. Patriot. -- 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: A small problem in Shell Scripts while using the built-in read function -- Options not recognised
Corinna Thanks !! Thanks Chet!! The Workaround is doing great. Now the things are back in the places. Warm Regards Suren -Original Message- From: Chet Ramey [mailto:[EMAIL PROTECTED]] Sent: Thursday, 17 January 2002 7:52 PM To: [EMAIL PROTECTED] Subject: Re: A small problem in Shell Scripts while using the built-in read function -- Options not recognised The script is running under sh which is ash, not bash. ash doesn't know these `read' options. As workaround prepend #!/bin/bash to your script or start it via `bash -c script'. Why the `-c'? `bash script' should work just fine. -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ( ``Discere est Dolere'' -- chet) Chet Ramey, CWRU[EMAIL PROTECTED]http://cnswww.cns.cwru.edu/~chet/ -- 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/
cygcheck ... /dev/clipboard doesn't work
A google toolbar search of the email archives hasn't turned up an answer to this, so just for information (the workaround is obvious): Like the subject line says, redirecting the output of cygcheck to /dev/clipboard doesn't change the contents of the clipboard, whereas doing it in two steps - redirecting cygcheck's output to a file, then cat'ing the file with redirection to /dev/clipboard, does work. Huh? The following transcript shows what I mean: $ echo a few words /dev/clipboard $ cat /dev/clipboard a few words $ cygcheck -r -s -v /dev/clipboard $ cat /dev/clipboard a few words $ cygcheck -r -s -v afile $ cat afile /dev/clipboard $ cat /dev/clipboard Cygnus Win95/NT Configuration Diagnostics Current System Time: Fri Jan 18 17:31:39 2002 [ . etc . ] (The actual output follows my sig below.) BTW, the /dev/clipboard facility is fantastic! Curious, Jason _ Jason C. Johnston mailto:[EMAIL PROTECTED] http://www.astadhyayi.net Cygnus Win95/NT Configuration Diagnostics Current System Time: Fri Jan 18 17:31:39 2002 Windows XP Professional Ver 5.1 Build 2600 Path: C:\Documents and Settings\Jason C. Johnston\My Documents\cygwin-home\Jason C. Johnston\dev\bin C:\Documents and Settings\Jason C. Johnston\My Documents\cygwin-home\Jason C. Johnston\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\texmf\miktex\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\emacs\emacs-21.1\bin SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `C:\Documents and Settings\Jason C. Johnston\My Documents\cygwin-home\Jason C. Johnston' MAKE_MODE = `unix' PWD = `/home/Jason C. Johnston' USER = `Jason C. Johnston' !:: = `::\' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Jason C. Johnston\Application Data' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `JASON' COMSPEC = `C:\WINDOWS\system32\cmd.exe' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Jason C. Johnston' LOGONSERVER = `\\JASON' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/info' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 1 Stepping 2, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0102' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007\033[32m\]$\[\033[33m\033[0m\] ' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\JASONC~1.JOH\LOCALS~1\Temp' TERM = `cygwin' TMP = `c:\DOCUME~1\JASONC~1.JOH\LOCALS~1\Temp' USERDOMAIN = `JASON' USERNAME = `Jason C. Johnston' USERPROFILE = `C:\Documents and Settings\Jason C. Johnston' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/c (default) = `c:' flags = 0x HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/home (default) = `C:\Documents and Settings\Jason C. Johnston\My Documents\cygwin-home' flags = 0x HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:/cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:/cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:/cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS 19037Mb 25% CP CS UN PA FC d: fd FAT 95Mb 35% CPUN PICS e: cd N/AN/A c:/c usertextmode C:\Documents and Settings\Jason C. Johnston\My Documents\cygwin-home /home usertextmode . /cygdrive userbinmode,noumount C:/cygwin / system binmode C:/cygwin/bin /usr/bin system binmode C:/cygwin/lib /usr/lib system binmode Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\sh.exe
Re: cygcheck ... /dev/clipboard doesn't work
On Fri, Jan 18, 2002 at 05:48:38PM +1100, Jason C. Johnston wrote: A google toolbar search of the email archives hasn't turned up an answer to this, so just for information (the workaround is obvious): Like the subject line says, redirecting the output of cygcheck to /dev/clipboard doesn't change the contents of the clipboard, whereas doing it in two steps - redirecting cygcheck's output to a file, then cat'ing the file with redirection to /dev/clipboard, does work. /dev/clipboard is a cygwin construction. cygcheck.exe is not a cygwin program, so it can't really output anything to it. It's unfortunate, but that's how it works. cgf -- 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: cygcheck ... /dev/clipboard doesn't work
Another workaround: cygcheck -r -s -v | putclip Assuming you have putclip. I forget which package it's in/from/on/about/because of :-) stephan(); -Original Message- From: Jason C. Johnston [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 17, 2002 10:49 PM To: [EMAIL PROTECTED] Subject: cygcheck ... /dev/clipboard doesn't work A google toolbar search of the email archives hasn't turned up an answer to this, so just for information (the workaround is obvious): Like the subject line says, redirecting the output of cygcheck to /dev/clipboard doesn't change the contents of the clipboard, whereas doing it in two steps - redirecting cygcheck's output to a file, then cat'ing the file with redirection to /dev/clipboard, does work. Huh? The following transcript shows what I mean: $ echo a few words /dev/clipboard $ cat /dev/clipboard a few words $ cygcheck -r -s -v /dev/clipboard $ cat /dev/clipboard a few words $ cygcheck -r -s -v afile $ cat afile /dev/clipboard $ cat /dev/clipboard Cygnus Win95/NT Configuration Diagnostics Current System Time: Fri Jan 18 17:31:39 2002 [ . etc . ] (The actual output follows my sig below.) BTW, the /dev/clipboard facility is fantastic! Curious, Jason _ Jason C. Johnston mailto:[EMAIL PROTECTED] http://www.astadhyayi.net Cygnus Win95/NT Configuration Diagnostics Current System Time: Fri Jan 18 17:31:39 2002 Windows XP Professional Ver 5.1 Build 2600 Path: C:\Documents and Settings\Jason C. Johnston\My Documents\cygwin-home\Jason C. Johnston\dev\bin C:\Documents and Settings\Jason C. Johnston\My Documents\cygwin-home\Jason C. Johnston\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\texmf\miktex\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\emacs\emacs-21.1\bin SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `C:\Documents and Settings\Jason C. Johnston\My Documents\cygwin-home\Jason C. Johnston' MAKE_MODE = `unix' PWD = `/home/Jason C. Johnston' USER = `Jason C. Johnston' !:: = `::\' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Jason C. Johnston\Application Data' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `JASON' COMSPEC = `C:\WINDOWS\system32\cmd.exe' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Jason C. Johnston' LOGONSERVER = `\\JASON' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/info' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 1 Stepping 2, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0102' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007\033[32m\]$\[\033[33m\033[0m\] ' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\JASONC~1.JOH\LOCALS~1\Temp' TERM = `cygwin' TMP = `c:\DOCUME~1\JASONC~1.JOH\LOCALS~1\Temp' USERDOMAIN = `JASON' USERNAME = `Jason C. Johnston' USERPROFILE = `C:\Documents and Settings\Jason C. Johnston' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/c (default) = `c:' flags = 0x HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/home (default) = `C:\Documents and Settings\Jason C. Johnston\My Documents\cygwin-home' flags = 0x HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:/cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:/cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:/cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS 19037Mb 25% CP CS UN PA FC d: fd FAT 95Mb 35% CPUN PICS e: cd N/AN/A c:/c usertextmode C:\Documents and Settings\Jason C. Johnston\My Documents\cygwin-home /home usertextmode . /cygdrive userbinmode,noumount C:/cygwin / system binmode C:/cygwin/bin
Re: libtool-devel and kde2 - problem with AC_PROG_CXX
Ralf Habacker wrote: Robert Collins wrote: Quoting from the fink site (it was handy): The current development branch: This is the development version that will some day be released as libtool 1.5. It has resulted from the merge of 1.4 and the MLB. It supports C, C++ and Java (via gcj). Unfortunately, it can't be easily told apart from 1.4, you'll have to check the version number inside ltmain.sh. For the _last time_, the devel libtool DOES NOT and WILL NOT create ltconfig. Don't expect it, because its NOT MEANT TO create it. It does not create ltconfig, but it need it as you could see in my last mail As of 20010531, there seem to have been a few remaining references to ltconfig -- within the _LT_AC_LANG_CXX and _LT_AC_LANG_GCJ m4 macros. Not surprising that those were missed -- C++/java don't have nearly the history that C does. Studying the ChangeLogs, ltconfig was removed on 2000-09-19, but stale references were continually being found and fixed thru 2001 (2001-04-05, 2001-04-24). checking if libtool supports shared libraries... yes checking how to run the C++ preprocessor... g++ -E admin/ltconfig: Can't open admin/ltconfig: No such file or directory configure: error: libtool tag configuration failed I have searched in the libtool cvs on subversions.gnu.org and seen that on 20010531 the merge of the mlb code wasn't ready. You can verify this by unpacking the recent libtool-devel-20010531-6.tar.bz2 and looking in the libtool.m4 if there are references to ltconfig. Not entirely correct. As I said, it seems that the _CXX and _GCJ references hadn't been removed as of 20010531. However, the MLB merge was -- if not complete, then at least partially begun: 2001-05-27: ltmain.in: Merged from multi-language-branch 2001-05-27: libtool.m4: Merged from multi-language-branch 2001-05-30: libtool.m4: Merged ltconfig.in from multi-language-branch ^^ not a typo However, as you say, there were some ADDITIONAL merges from MLB that happened later: on 2001-06-24. If you follow the below mentioned link you can see that the tag creation support was completed at 2001 Jun 24 , so the libtool from 20010531 can't contain full tag creation support. [snip] I have appended a patched libtool.m4 from the libtool cvs HEAD release numver 1.245 and patched mostly of the changes Charles provided in the rc5 diffs and got a working CXX/GCJ/RC tag creating. Try it. It may not be complete for all cases, but I think you are able to verify this. Actually, I am not able to guarantee that 1) taking the Robert's patches to libtool.m4(20010531) 2) applying those changes to libtool.m4(20011128) 3) but NOT updating any of the other interdependent files that form the libtool toolset results in a stable libtool. You have said that it works well for you on a given set of dlls -- but you've already demonstrated that your case is rather special: multi-language, CXX/GCJ, etc. I don't want to fix the corner case by breaking the mainline cases: single language, C. Look, Ralf, this libtool port is a work in progress. Right now, I'd like for folks to test the normal stuff. (So far, that looks good). Then, we need to port forward ALL of the patches to ALL of the files -- not just libtool.m4 -- to current HEAD cvs libtool. Gary Vaughan (the libtool maintainer) is on the case, he WANTS to put this stuff into current cvs. He was waiting for Robert's FSF copyright assignment to go thru before he started : and that just happened last week (see the libtool mailing list...) Be patient -- it was hard enough getting the infrastructure in place to have an auto-import capable libtool become part of the cygwin dist in the first place. I couldn't very well pester Gary to accept the patches until we had a working example installation...and that just happened last week. Just to review the tool-side things that have been happening in the past six months (not all me, but I *have* been pushing most of them) test Paul Sokolovsky's auto-import stuff push it into official binutils migrate (old) autoconf package to autoconf-stable create autoconf-devel package (and talk very very fast to get corinna to support it) create autoconf (wrappers) migrate (old) automake package to automake-stable create automake-devel package (and talk very very fast...) create automake (wrappers) special automake hack to make the split-install ALSO search /usr/share/aclocal in addition to /usr/autotool/*/share/aclocal create libtool-stable (1.4.2) create libtool-devel package from Robert's patches (but based on an old version of libtool cvs: 20010531) create libtool-wrappers AND, spread amonst all of those steps, was a lot of advocacy and discussion on the various mailing lists (like this message). Email -- especially involved ones like let's restructure the entire way we install the autotools -- here's my plan -- takes almost as much
Updated: OpenSSL-0.9.6c-3
I've updated the version of OpenSSL in cygwin/latest to 0.9.6c-3. The version 0.9.6c-2 had a syntax error in the csh startup file /etc/profile.d/openssh.csh. Another fact I forgot to mention in my announcement of 0.9.6c-2 was that the binary package is build without support for the cryptographic algorithms IDEA, RC5 and MDC2. These three algorithms suffer patenting issues in some countries which disallow usage w/o a fee. If you're not affected by that and you're abslolutely sure to need these algorithms, you'll have to rebuild the OpenSSL DLLs from the source archive. You'll find a build instruction in /usr/doc/Cygwin/openssl-0.9.6c.README. Beginning with version 0.9.6c-2, the package is splitted into two packages. - openssl which contains only the runtime environment needed to run applications using openssl. - openssl-devel which contains the header files and link libraries needed to link applications against openssl. To update your installation, click on the Install Cygwin now link on the http://sources.redhat.com/cygwin web page. This downloads setup.exe to your system. The, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) 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 Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . 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 *** If you want 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] -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Updated: postgresql-7.1.3-2
New News: === I have updated the version of PostgreSQL in cygwin/contrib to 7.1.3-2. The tarballs should be available on a Cygwin mirror near you shortly. This version is the same as 7.1.3-1 except that it includes a fix for the Cannot rename init file problem as described in: http://archives.postgresql.org/pgsql-cygwin/2002-01/msg00029.php Old News: === PostgreSQL is an open-source, Object-Relational DBMS. If interested, see the PostgreSQL web site for more details: http://www.postgresql.org/ Please read the README file: /usr/doc/Cygwin/postgresql-7.1.3.README since it covers requirements, installation, known issues, etc. 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. Then, run setup and answer all of the questions. Note that we have recently stopped downloads from sources.redhat.com (aka cygwin.com) 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 Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . 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 *** If you want to unsubscribe from 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] Jason
