Please upload: xemacs-sumo-2005-12-08-1/xemacs-mule-sumo-2005-12-08-1
Hi Please upload at your earliest convinience cut here #!/bin/bash mkdir -p xemacs/xemacs-sumo xemacs/xemacs-mule-sumo cd xemacs/xemacs-sumo # wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-sumo/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-sumo/xemacs-sumo-2005-12-08-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-sumo/xemacs-sumo-2005-12-08-1.tar.bz2 cd ../xemacs-mule-sumo # wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-mule-sumo/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-mule-sumo/xemacs-mule-sumo-2005-12-08-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-mule-sumo/xemacs-mule-sumo-2005-12-08-1.tar.bz2 cut here DESCRIPTION: XEmacs standard and MULE (MUlti Lingual Emacs) packages CYGWIN NEWS: * routine update XEmacs NEWS === * For changes since last release please see the individual ChangeLog files in the lisp subdirectory for each package Thanks Volker
Re: Please upload: xemacs-sumo-2005-12-08-1/xemacs-mule-sumo-2005-12-08-1
On Dec 15 15:42, Dr. Volker Zell wrote: cd xemacs/xemacs-sumo # wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-sumo/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-sumo/xemacs-sumo-2005-12-08-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-sumo/xemacs-sumo-2005-12-08-1.tar.bz2 cd ../xemacs-mule-sumo # wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-mule-sumo/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-mule-sumo/xemacs-mule-sumo-2005-12-08-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-mule-sumo/xemacs-mule-sumo-2005-12-08-1.tar.bz2 Uploaded. I removed the 2004-08-18-1 versions. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: q. on Windows integration
On Thu, 15 Dec 2005, Wladimir Mutel wrote: Hi, 1. Is it possible for Cygwin X server to use native raster and ttf fonts provided by enclosing Windows environment ? If not, what scale of changes would be required to implement this ? What subsystems and libraries should be touched ? Yes, it's possible. AFAIU, that's what the xorg-x11-fscl package does (though possibly only with enclosed fonts). But perusing its structure and the postinstall script should prove instructive... 2. Is it possible to derive XKB settings from existing keyboard layout settings already done in Windows ? I.e., use the same layout set and switching rules as other Windows apps do ? If not, the question again is - what modules should be reworked, and to what extent ? Again, AFAIK, XWin.exe already does that -- and the previous maintainer, Alexander Gottwald, went to great lengths to keep the keyboard detection tables as complete as possible -- search the archives of cygwin-xfree for keyboard. If you have a keyboard layout that isn't automatically detected, it needs to be added to the table -- again, the archives should also contain the procedure for reporting such layouts; perhaps the current Cygwin/X maintainer will be able to integrate the new layout into the code. Thank you in advance for your replies. I think these changes could be useful for users and make Cygwin/X more natively-lookingbehaving Windows application. Btw, rootless mode is great ! You've heard of -multiwindow, right? That's as native as it gets. :-) If it proved to be implementable, these font/xkb integrations should be as well. They're already implemented, it's just a matter of getting them teased out via configuration. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
I need help to configure Norton Firewall 2005
I have Norton Internet security 2005 and I installed cygwin cygwin/x. In the firewall configuration in the programs menu I added manually Xwin.exe. The cygwin or cygwin/x start only if I am not connected to internet, but if I connect to internet, the windows appears (the xterm for example), but the prompt for the command line does not appear, so I cannot work. That mean that the firewall is stopping something. In fact if I stop the firewall everithing works. If someone has Norton, please say to me how to make the configuration. Thank you -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Mutex init failure trying to run Scribus
Brian Dessent wrote: [snip] if ((static_ptr1 *object == static_ptr1) || (static_ptr2 *object == static_ptr2) || (static_ptr3 *object == static_ptr3)) return VALID_STATIC_OBJECT; if ((*object)-magic != magic) Changing the line above to: if ((*object) == NULL || (*object)-magic != magic) reduces the number of SIGSEGV to just 2 (in the same place); that means this inline function was de-referencing zero, like you said below. return INVALID_OBJECT; return VALID_OBJECT; On the other hand, it would be nice to know what is calling pthread_key_create on a null pointer, since that sounds like a buglet, but due to the above it's a benign situation. Looks like Qt3 does a pretty dumb initialization of what it calls pool of mutexes, I'm still looking into this. So far I've been unable to build the full Qt3 toolset. But thanks to your help I think I've advanced a bit. -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/cygwin ChangeLog mmap.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-12-15 09:04:28 Modified files: winsup/cygwin : ChangeLog mmap.cc Log message: * mmap.cc (fhandler_dev_zero::fixup_mmap_after_fork): Use system_printf like any other fixup_mmap_after_fork. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3263r2=1.3264 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/mmap.cc.diff?cvsroot=srcr1=1.121r2=1.122
status of bash-3.0-12 (was: Re: How do I make /bin/sh=sh)
On Mon, Aug 22, 2005 at 08:40:06PM +, Eric Blake wrote: Actually, I'm playing with a change to bash, soon to be bash-3.0-12, where the postinstall script will leave /bin/sh alone if its timestamp is newer than /bin/bash. For one release. What happens after the next upgrade to bash? My plan for bash-3.0-12 and beyond is to only upgrade /bin/sh to the newest bash version if /bin/sh has an older timestamp than /bin/bash, and is not ksh or zsh. So, using 'touch -d +2 years /bin/sh.exe' would exempt /bin/sh from updates for the next two years, no matter how often bash upgrades occur in the meantime, and no matter if /bin/sh is ash because you wanted it that way (at the expense of having a file modified 2 years in the future! Isn't time travel fun? :) Eric, I see about a week after the above, you put out an experimental bash-3.0-12. I don't see any other announcement of it; is the above the only difference in it? Should it still be experimental? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is patch?
On Dec 14 15:22, Ren? Berber wrote: Dave Korn wrote: [snip] And I imagine both of you have testcases available to prove your respective claims. ? Test case attached. The files are part of mailman, I just included a shortened patch file and the file to be patched. The test procedure (with the output I get): $ mkdir patch-testcase $ cd patch-testcase/ # [copy both files here] $ ls copyof-mailman-2.1.6.tar.bz2 indexing-2.1.6-0.1.patch $ tar xvf copyof-mailman-2.1.6.tar.bz2 mailman-2.1.6/ mailman-2.1.6/templates/ mailman-2.1.6/templates/da/ mailman-2.1.6/templates/da/archidxfoot.html $ patch --version patch 2.5.8 ... $ cd mailman-2.1.6/ $ patch -p1 ../indexing-2.1.6-0.1.patch patching file templates/da/archidxfoot.html Hunk #1 FAILED at 1. Hunk #2 FAILED at 18. 2 out of 2 hunks FAILED -- saving rejects to file templates/da/archidxfoot.html.rej Err... huh? [...] $ patch --version patch 2.5.8 [...] $ cd mailman-2.1.6/ $ patch -p1 --dry-run ../indexing-2.1.6-0.1.patch patching file templates/da/archidxfoot.html $ patch -p1 ../indexing-2.1.6-0.1.patch patching file templates/da/archidxfoot.html Note that I tried this under a binmode mount as well as under a textmode mount, so it can't be related to the mount mode. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: recreate_mmaps_after_fork_failed errors post-11-30 snapshot
On Dec 14 20:07, Van Sickle, Gary wrote: From: Corinna Vinschen corinna-cygwin at cygwin dot com On Dec 14 15:00, Van Sickle, Gary wrote: OK, lessee what I missed: The error message content. When fixup_mmaps_after_fork fails, there's a message in your window which gives at least some details for a start. $ tar --help C:\cygwin\bin\bash.exe (3360): *** recreate_mmaps_after_fork_failed Urgh, it seems this machine gets the problem exactly at the one point where I mistakenly used debug_printf, not system_printf for the detailed output. I've fixed that. The next snapshot should at least print some address and flag values. $ strace tar --help C:\cygwin\bin\bash.exe (3476): *** recreate_mmaps_after_fork_failed Hangup From a cmd.exe prompt: H:\strace bash | grep mmap 150 33277 [main] bash 2992 mmap64: addr 0, len 1376256, prot 3, flags 22, fd -1, off 0 495 33772 [main] bash 2992 mmap64: 0x189F = mmap() bash-3.00$ tar --help 43 25299558 [main] bash 3556 fixup_mmaps_after_fork: fd -1, h 0x1, address 0x 189F, len 0x15, prot: 0x3, flags: 0x22, offset 0 3219 25302777 [main] bash 3556 fixup_mmaps_after_fork: succeeded How do you do this? I added the shell functions you sent to my bash .profile, but when I start bash under strace, it still never calls mmap. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Add setup.exe to the start menu
I do not know if I missed something when I installed Cygwin, but I do not have a shortcut to setup.exe in the Cygwin group in the start menu. I think it should be there. It is not a command line tool. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CygWin + gcc to build Windows application written in C.
Brain wrote: -mno-cygwin essentially turns gcc into the gcc provided by mingw.org. Read the docs/wiki/faq/etc at that site for more information. Note that when you use gcc -mno-cygwin your search paths will be modified so that no Cygwin libraries/headers will be found, instead the mingw ones will be searched (/usr/include/mingw, /usr/lib/mingw). Essentially this is just a shortcut for compiling with the mingw toolchain under Cygwin - do not get confused and think that this somehow lets you use Cygwin library functions in any shape or form. If you use mingw or -mno-cygwin, you are essentially programming directly at the win32 API and the MSVCRT, you have no unix emulation at all other than what is provided by the microsoft C library. Thanks Brian, now -mwindows is clear to me, and the strange linker problem has gone, but I have one more question on -mno-cygwin option. When I installed the latest release of Cygwin I found gcc 3.4.4 in its packages, which I installed as well; and if I use it with the -mno-cygwin option when compiling everything's allright. But then I downloaded the gcc 4.0.2 sources, which I compiled in Cygwin with the old gcc provided, so now I have a second version of gcc currently working. The problem is that this version has some problem with the -mno-cygwin option; if I use it when compiling I get the error message: gcc: installation problem, cannot exec 'cc1': No such file or directory. Do you think that this is a CygWin's configuration problem or a gcc one? Thank you, Piero. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Where is patch?
René Berber wrote: Dave Korn wrote: [snip] And I imagine both of you have testcases available to prove your respective claims. ? Test case attached. The files are part of mailman, I just included a shortened patch file and the file to be patched. The test procedure (with the output I get): I also can't reproduce any problem: [EMAIL PROTECTED] /test/patch ls copyof-mailman-2.1.6.tar.bz2 indexing-2.1.6-0.1.patch [EMAIL PROTECTED] /test/patch tar xvjf copyof-mailman-2.1.6.tar.bz2 mailman-2.1.6/ mailman-2.1.6/templates/ mailman-2.1.6/templates/da/ mailman-2.1.6/templates/da/archidxfoot.html [EMAIL PROTECTED] /test/patch patch --version patch 2.5.8 Copyright (C) 1988 Larry Wall Copyright (C) 2002 Free Software Foundation, Inc. This program comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of this program under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING. written by Larry Wall and Paul Eggert [EMAIL PROTECTED] /test/patch cd mailman-2.1.6/ [EMAIL PROTECTED] /test/patch/mailman-2.1.6 patch -p1 ../indexing-2.1.6-0.1.patch (Stripping trailing CRs from patch.) patching file templates/da/archidxfoot.html [EMAIL PROTECTED] /test/patch/mailman-2.1.6 cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: status of bash-3.0-12
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Yitzchak Scott-Thoennes on 12/15/2005 1:43 AM: My plan for bash-3.0-12 and beyond is to only upgrade /bin/sh to the newest bash version if /bin/sh has an older timestamp than /bin/bash, and is not ksh or zsh. I see about a week after the above, you put out an experimental bash-3.0-12. I don't see any other announcement of it; is the above the only difference in it? Should it still be experimental? Aargh. bash-3.0-12 depends on snapshots (it won't work with cygwin-1.5.18). I am waffling between putting out a bash-3.0-13 that works with cygwin-1.5.18, vs. waiting for cygwin-1.5.19. Meanwhile, I am also in the middle of trying to build libreadline6-5.1-1, so that I can then build bash-3.1-1. OK then, I guess you've convinced me. I will downgrade my cygwin to 1.5.18 long enough to build bash-3.0-13 (hopefully within the next week), announce it, before focusing on building bash-3.1-1 as the new experimental version that depends on a snapshot. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] volunteer cygwin bash maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDoWuD84KuGfSFAYARAoQwAJ9ioQ0d09/2quKkjiYqsZxzXVlQLACeOWci ZE/1r64rnLBq+sTcuYsudzA= =uenh -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is patch?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Joe Smith on 12/14/2005 8:43 PM: Well, path 2.5.9 is available from an official gnu server, but is in a very strange place: ftp://alpha.gnu.org/gnu/diffutils/ diffutils? in the main archive it is in its own directory! Yes, because the diffutils project is trying to incorporate patch in order to share code (remember when sh-utils, fileutils, and textutils joined to make coreutils?). Also from what i can tell: Nothing from ftp://alpha.gnu.org is or has ever been offical. It houses development snapshots. Note that the above may be incorect, but it is the best I am able to figure out. Yes, projects on alpha.gnu.org are considered development releases, but they are often good enough to use. For example, if you are using cygwin right now, you are either using coreutils 5.3.0 (only published on alpha.gnu.org), or the stable coreutils 5.93 but a cygwin snapshot; either way, you have a development release on your machine. So, if patch 2.5.9 provides functionality that makes life on cygwin easier, then the patch maintainer should decide whether to upgrade to a development release version. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDoW1u84KuGfSFAYARAhdQAKCww9isNH1nPvmkv4YXf6SIW1ELsgCgykyP c3NPVe0a7jfQ9pqTCnzlAvU= =83IO -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Patch mystery (at least partly) solved.
This makes things seem a good deal clearer, at least to me: http://savannah.gnu.org/projects/diffutils/ -quote- This project is part of the GNU Project. The GNU diffutils are comprised of diff, diff3, sdiff, and cmp, utilities for showing differences between files. The manual also documents patch, which uses diff output to update files. We'd like to add the wdiff and patch utilities, as well as maintain the utilities more actively. If you can volunteer to help with this, please email [EMAIL PROTECTED] (The prerelease version on alpha.gnu.org has the latest available source, if you want to peruse.) -quote- cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CygWin + gcc to build Windows application written in C.
Piero Silvestri wrote: But then I downloaded the gcc 4.0.2 sources, which I compiled in Cygwin with the old gcc provided, so now I have a second version of gcc currently working. The problem is that this version has some problem with the -mno-cygwin option; if I use it when compiling I get the error message: gcc: installation problem, cannot exec 'cc1': No such file or directory. Do you think that this is a CygWin's configuration problem or a gcc one? In order for -mno-cygwin to work you essentially have to build gcc twice (with --target=i686-pc-cygwin and then again with --target=i686-pc-mingw32) and install them to the same tree. That's why it complains about not being able to find cc1. If you're not using --enable-version-specific-runtime-libs that will probably also be required. And I wouldn't be surprised if you had to do some patching of the specs file in order to get it fully working. This option is more of a Cygwin-specific patch, I am not sure whether it is fully supported by the upstream FSF sources. To get an idea how it works, look at the current gcc specs file and layout of the gcc and gcc-mingw packages, and their source tarballs. But I don't understand why you're building a cygwin targeted gcc yourself if you intend to always run in mingw mode - just build a mingw gcc if that's what you want. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CygWin + gcc to build Windows application written in C.
Piero Silvestri wrote: Brain wrote: -mno-cygwin essentially turns gcc into the gcc provided by mingw.org. Read the docs/wiki/faq/etc at that site for more information. Note that when you use gcc -mno-cygwin your search paths will be modified so that no Cygwin libraries/headers will be found, instead the mingw ones will be searched (/usr/include/mingw, /usr/lib/mingw). Essentially this is just a shortcut for compiling with the mingw toolchain under Cygwin - do not get confused and think that this somehow lets you use Cygwin library functions in any shape or form. If you use mingw or -mno-cygwin, you are essentially programming directly at the win32 API and the MSVCRT, you have no unix emulation at all other than what is provided by the microsoft C library. Thanks Brian, now -mwindows is clear to me, and the strange linker problem has gone, but I have one more question on -mno-cygwin option. When I installed the latest release of Cygwin I found gcc 3.4.4 in its packages, which I installed as well; and if I use it with the -mno-cygwin option when compiling everything's allright. But then I downloaded the gcc 4.0.2 sources, which I compiled in Cygwin with the old gcc provided, so now I have a second version of gcc currently working. The problem is that this version has some problem with the -mno-cygwin option; if I use it when compiling I get the error message: gcc: installation problem, cannot exec 'cc1': No such file or directory. Do you think that this is a CygWin's configuration problem or a gcc one? -mno-cygwin is supported by cygwin-special patches to standard gcc. This is among the obstacles to keeping cygwin up to date with respect to gcc. mingw appears more difficult to support anyway, judging by the results (rarely) posted to gcc-testsuites. gcc-4.x use mpfr; it's not clear to me how it can be installed from the cygwin setup, but the upstream version works out of the box. Going further on, more recent gfortran and libstdc++ versions employ __builtin_pow, and that is failing for my installation. I suppose I'll have to search for a work-around. Recent versions of libstdc++ build only with -k (ignore errors). That problem is not entirely limited to cygwin. It seems to be a more strict parsing of headers. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CygWin + gcc to build Windows application written in C.
Tim Prince wrote: Going further on, more recent gfortran and libstdc++ versions employ __builtin_pow, and that is failing for my installation. I suppose I'll have to search for a work-around. They tell me __builtin_pow should have been taken care of in 'make bootstrap.' I'll have another go. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is patch?
Joe Smith wrote: Actually considering that the changelog of 2.5.9 indicates that it is an actual release, it seems likely that it was never moved over to the main site only because it was in the wrong directory. What do I need to be able to build patch 2.5.9 for Cygwin? I downloaded gcc-core and make and some other things. Trying to run ./conficure I get configure:1652: checking for C compiler default output configure:1655: gccconftest.c 5 Assembler messages: FATAL: can't create /cygdrive/d/temp/ccXbKQlo.o: No such file or directory configure:1658: $? = 1 configure: failed program was: | #line 1631 configure | /* confdefs.h. */ | | #define PACKAGE_NAME patch | #define PACKAGE_TARNAME patch | #define PACKAGE_VERSION 2.5.9 | #define PACKAGE_STRING patch 2.5.9 | #define PACKAGE_BUGREPORT [EMAIL PROTECTED] | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:1697: error: C compiler cannot create executables See `config.log' for more details. The directory /cygdrive/d/temp exists. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated [experimental]: coreutils-5.93-2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of coreutils, 5.93-2, is available for experimental use. NEWS: = I've uploaded a test version of coreutils, 5.93-2. This is a new, stable upstream release, with a number of changes from 5.3.0. However, this build depends on features that have been added to cygwin since cygwin-1.5.18-1 (such as getline, futimes, and O_DIRECT), so I am leaving 5.3.0-9 as current until cygwin-1.5.19 is released. To use this release, you MUST install a recent snapshot of cygwin (20051214 or later). If you don't know what this means, then stick with 5.3.0-9. A list of changes from the NEWS file appears below; see also /usr/share/doc/coreutils-5.93/. This version also has a new cygwin-specific --append-exe option to ls(1) (and dir, vdir) and stat(1); if a command-line argument does not have .exe, but the file on the system does, then using this option will make the listing show the .exe. I found this addition to my ~/.bashrc useful to use the new options (the spacing is chosen so that bash doesn't treat the next word on the command line as an alias): ls --append-exe -d . /dev/null 21 append_exe=' --append-exe' alias ls=ls {your favorite options here}$append_exe alias stat=stat$append_exe unset append_exe Previous experimental versions have been available, unannounced; if you were using 5.93-1, the only change is that dd(1) now uses the cygwin snapshot's capability to open files with O_DIRECT for unbuffered access. Note that su(1) is UNSUPPORTED; for more details, see http://cygwin.com/faq/faq_3.html#SEC42. DESCRIPTION: GNU coreutils provides a collection of commonly used utilities essential to a standard POSIX environment. It comprises the former textutils, sh-utils, and fileutils packages. The following executables are included: [ basename cat chgrp chmod chown chroot cksum comm cp csplit cut date dd df dir dircolors dirname du echo env expand expr factor false fmt fold gkill groups head hostid hostname id install join link ln logname ls md5sum mkdir mkfifo mknod mv nice nl nohup od paste pathchk pinky pr printenv printf ptx pwd readlink rm rmdir seq sha1sum shred sleep sort split stat stty sum sync tac tail tee test touch tr true tsort tty uname unexpand uniq unlink users vdir wc who whoami yes UPDATE: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions, then look for 'coreutils' in the 'Base' category (it should already be selected). Since this is an experimental release, you must first install a recent cygwin snapshot, and you will have to use the Exp radio button in setup.exe. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. - -- Eric Blake volunteer cygwin coreutils maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDoXwP84KuGfSFAYARAmFEAJ47YkU/5xMB7Tj6/GumBR7jZraNigCgguDT EoD5gPnwVIQgxVrVquPrwR8= =b+ib -END PGP SIGNATURE- * Major changes in release 5.93 (2005-11-06) [stable] ** Bug fixes dircolors no longer segfaults upon an attempt to use the new STICKY_OTHER_WRITABLE (OWT) attribute du no longer overflows a counter when processing a file larger than 2^31-1 on some 32-bit systems (at least some AIX 5.1 configurations). md5sum once again defaults to using the ` ' non-binary marker (rather than the `*' binary marker) by default on Unix-like systems. mkdir -p and install -d no longer exit nonzero when asked to create a directory like `nonexistent/.' rm emits a better diagnostic when (without -r) it fails to remove a directory on e.g., Solaris 9/10 systems. tac now works when stdin is a tty, even on non-Linux systems tail -c 2 FILE and touch 010100 now operate as POSIX 1003.1-2001 requires, even when coreutils is conforming to older POSIX standards, as the newly-required behavior is upward-compatible with the old. ** Build-related bug fixes installing .mo files would fail * Major changes in release 5.92 (2005-10-22) [stable] ** Bug fixes chmod now diagnoses an invalid mode string starting with an octal digit dircolors now properly quotes single-quote characters * Major changes in release 5.91 (2005-10-17) [stable candidate] ** Bug fixes mkdir -p /a/b/c no longer fails merely because a leading prefix directory (e.g., /a or /a/b) exists on a read-only file system. ** Removed options tail's --allow-missing option has been removed.
Re: CygWin + gcc to build Windows application written in C.
On Thu, Dec 15, 2005 at 05:45:40AM -0800, Tim Prince wrote: Piero Silvestri wrote: Brain wrote: -mno-cygwin essentially turns gcc into the gcc provided by mingw.org. Read the docs/wiki/faq/etc at that site for more information. Note that when you use gcc -mno-cygwin your search paths will be modified so that no Cygwin libraries/headers will be found, instead the mingw ones will be searched (/usr/include/mingw, /usr/lib/mingw). Essentially this is just a shortcut for compiling with the mingw toolchain under Cygwin - do not get confused and think that this somehow lets you use Cygwin library functions in any shape or form. If you use mingw or -mno-cygwin, you are essentially programming directly at the win32 API and the MSVCRT, you have no unix emulation at all other than what is provided by the microsoft C library. Thanks Brian, now -mwindows is clear to me, and the strange linker problem has gone, but I have one more question on -mno-cygwin option. When I installed the latest release of Cygwin I found gcc 3.4.4 in its packages, which I installed as well; and if I use it with the -mno-cygwin option when compiling everything's allright. But then I downloaded the gcc 4.0.2 sources, which I compiled in Cygwin with the old gcc provided, so now I have a second version of gcc currently working. The problem is that this version has some problem with the -mno-cygwin option; if I use it when compiling I get the error message: gcc: installation problem, cannot exec 'cc1': No such file or directory. Do you think that this is a CygWin's configuration problem or a gcc one? -mno-cygwin is supported by cygwin-special patches to standard gcc. This is among the obstacles to keeping cygwin up to date with respect to gcc. mingw appears more difficult to support anyway, judging by the results (rarely) posted to gcc-testsuites. AFAIK, there are no cygwin-special patches related to -mno-cygwin in the cygwin distribution version of gcc. I spent some time on getting this more-or-less working a few years ago and I checked in everything I had. If there are patches, then Gerrit should submit them and we'll work towards getting them approved. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated [experimental]: coreutils-5.93-2 [attn base-files maintainer]
A new release of coreutils, 5.93-2, is available for experimental use. dircolors now supports SETUID, SETGID, STICKY_OTHER_WRITABLE, OTHER_WRITABLE, and STICKY, with ls providing default colors for these categories if not specified by dircolors. Just a heads-up to the base-files maintainer - when cygwin-1.5.19 is released, you will need to update /etc/defaults/etc/DIR_COLORS to incorporate the new features available in dircolors 5.93. I would suggest using 'dircolors -p DIR_COLORS' as a starting point. But don't update until coreutils-5.93-2 is moved out of test into current, because dircolors 5.3.0 chokes on the new keywords. -- Eric Blake ---BeginMessage--- * Major changes in release 5.93 (2005-11-06) [stable] ** Bug fixes dircolors no longer segfaults upon an attempt to use the new STICKY_OTHER_WRITABLE (OWT) attribute du no longer overflows a counter when processing a file larger than 2^31-1 on some 32-bit systems (at least some AIX 5.1 configurations). md5sum once again defaults to using the ` ' non-binary marker (rather than the `*' binary marker) by default on Unix-like systems. mkdir -p and install -d no longer exit nonzero when asked to create a directory like `nonexistent/.' rm emits a better diagnostic when (without -r) it fails to remove a directory on e.g., Solaris 9/10 systems. tac now works when stdin is a tty, even on non-Linux systems tail -c 2 FILE and touch 010100 now operate as POSIX 1003.1-2001 requires, even when coreutils is conforming to older POSIX standards, as the newly-required behavior is upward-compatible with the old. ** Build-related bug fixes installing .mo files would fail * Major changes in release 5.92 (2005-10-22) [stable] ** Bug fixes chmod now diagnoses an invalid mode string starting with an octal digit dircolors now properly quotes single-quote characters * Major changes in release 5.91 (2005-10-17) [stable candidate] ** Bug fixes mkdir -p /a/b/c no longer fails merely because a leading prefix directory (e.g., /a or /a/b) exists on a read-only file system. ** Removed options tail's --allow-missing option has been removed. Use --retry instead. stat's --link and -l options have been removed. Use --dereference (-L) instead. ** Deprecated options Using ls, du, or df with the --kilobytes option now evokes a warning that the long-named option is deprecated. Use `-k' instead. du's long-named --megabytes option now evokes a warning. Use -m instead. * Major changes in release 5.90 (2005-09-29) [unstable] ** Bring back support for `head -NUM', `tail -NUM', etc. even when conforming to POSIX 1003.1-2001. The following changes apply only when conforming to POSIX 1003.1-2001; there is no effect when conforming to older POSIX versions. The following usages now behave just as when conforming to older POSIX: date -I expand -TAB1[,TAB2,...] fold -WIDTH head -NUM join -j FIELD join -j1 FIELD join -j2 FIELD join -o FIELD_NAME1 FIELD_NAME2... nice -NUM od -w pr -S split -NUM tail -[NUM][bcl][f] [FILE] The following usages no longer work, due to the above changes: date -I TIMESPEC (use `date -ITIMESPEC' instead) od -w WIDTH (use `od -wWIDTH' instead) pr -S STRING (use `pr -SSTRING' instead) A few usages still have behavior that depends on which POSIX standard is being conformed to, and portable applications should beware these problematic usages. These include: Problematic Standard-conforming replacement, depending on usagewhether you prefer the behavior of: POSIX 1003.2-1992POSIX 1003.1-2001 sort +4 sort -k 5sort ./+4 tail +4 tail -n +4 tail ./+4 tail - f tail f [see (*) below] tail -c 4 tail -c 10 ./4 tail -c4 touch 12312359 f touch -t 12312359 f touch ./12312359 f uniq +4 uniq -s 4uniq ./+4 (*) tail - f does not conform to POSIX 1003.1-2001; to read standard input and then f, use the command tail -- - f. These changes are in response to decisions taken in the January 2005 Austin Group standardization meeting. For more details, please see Utility Syntax Guidelines in the Minutes of the January 2005 Meeting http://www.opengroup.org/austin/docs/austin_239.html. ** Binary input and output are now implemented more consistently. These changes affect only platforms like MS-DOS that distinguish between binary and text files. The following programs now always use text input/output: expand unexpand The following programs now always use binary input/output to copy data: cp install mv shred The following programs now always use binary input/output to copy data, except for stdin and stdout when it is a terminal. head tac tail tee tr (cat behaves similarly, unless
Re: PerlTK under Windows
Larry Hall (Cygwin) wrote: Andrew DeFaria wrote: Yaakov S (Cygwin Ports) wrote: Andrew DeFaria wrote: However I'd like PerlTk to fall back to using Windows widgets much like rxvt will do a Windows window if there is no X server to connect to. Just how rxvt manages to use both X11 and Win32GUI is unique, as has been discussed before at length. Don't expect anything else X11 based to do that on Cygwin. perl-Tk is X11-based because it *does not compile* on Cygwin for Win32. PTC. I know that this is doable because I'm using ccperl (a Perl from IBM/Rational that comes with it's Clearcase product). It would be super cool if this worked. How does this prove that it's possible? Just think, one would be able to easily write GUI apps from Perl to run natively on Windows... If that's what you want, then it's already possible with ActivePerl, which IIRC includes Tk OOTB. Now you're proving my point. It's clear that both ActivePerl and IBM Rational's ccperl (which is based off of ActiveState Perl BTW) can do it therefore that's the exact prove that it's possible - isn't it? Almost anything is possible with the right amount of effort and know-how. The point is that there is significant work to get this to work right in the Cygwin environment. The code isn't set up to handle both POSIXy/UNIXy and Windows environments simultaneously. Neither of the above two are doing this. Theirs are Windows ports only. OK, make that there's already a working example -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Rsync over SSH not working when ZoneAlarm installed
Zarko Roganovic wrote: When I set ZoneAlarm to block rsync.exe from accessing the internet I got the following error rsync: failed to connect to 192.168.1.2: Connection refused (111) rsync error: error in socket IO (code 10) at /home/lapo/packaging/tmp/rsync-2.6.6/clientserver.c(98) If your ZA doesn't know the difference between local network addresses and internet addresses, it's not correctly configured. Having said that, since it's off-topic, we should take this across to the cygwin-talk list, where it won't clutter up the main list with non-cygwin stuff. Please take note of the Reply-To: header if replying! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Where is patch?
Lennart Borgman wrote: What do I need to be able to build patch 2.5.9 for Cygwin? I downloaded gcc-core and make and some other things. Trying to run ./conficure I get configure:1652: checking for C compiler default output configure:1655: gccconftest.c 5 Assembler messages: FATAL: can't create /cygdrive/d/temp/ccXbKQlo.o: No such file or directory configure:1658: $? = 1 configure:1697: error: C compiler cannot create executables See `config.log' for more details. The directory /cygdrive/d/temp exists. It may exist, but is there any _free space_ on it? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is patch?
Dave Korn wrote: Lennart Borgman wrote: What do I need to be able to build patch 2.5.9 for Cygwin? I downloaded gcc-core and make and some other things. Trying to run ./conficure I get configure:1652: checking for C compiler default output configure:1655: gccconftest.c 5 Assembler messages: FATAL: can't create /cygdrive/d/temp/ccXbKQlo.o: No such file or directory configure:1658: $? = 1 configure:1697: error: C compiler cannot create executables See `config.log' for more details. The directory /cygdrive/d/temp exists. It may exist, but is there any _free space_ on it? Thanks, but yes, there is enough free space (some GB). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Add setup.exe to the start menu
LENNART BORGMAN wrote: I do not know if I missed something when I installed Cygwin, but I do not have a shortcut to setup.exe in the Cygwin group in the start menu. I think it should be there. It is not a command line tool. Setup.exe doesn't actually install a copy of itself anywhere, but then again we could always get it to create a shortcut to http://cygwin.com/setup.exe, which would also have the advantage of making sure people use the latest version all the time... cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Add setup.exe to the start menu
Dave Korn wrote: Setup.exe doesn't actually install a copy of itself anywhere, but then again we could always get it to create a shortcut to http://cygwin.com/setup.exe, which would also have the advantage of making sure people use the latest version all the time... Doesn't it check this every time it is started? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Add setup.exe to the start menu
Lennart Borgman wrote: Dave Korn wrote: Setup.exe doesn't actually install a copy of itself anywhere, but then again we could always get it to create a shortcut to http://cygwin.com/setup.exe, which would also have the advantage of making sure people use the latest version all the time... Doesn't it check this every time it is started? It checks if there's a more recent one, but doesn't do anything except advise the user. It might be more useful to just have a start-menu shortcut that was always current automatically. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Where is patch?
Lennart Borgman wrote: Dave Korn wrote: Lennart Borgman wrote: What do I need to be able to build patch 2.5.9 for Cygwin? I downloaded gcc-core and make and some other things. Trying to run ./conficure I get configure:1652: checking for C compiler default output configure:1655: gccconftest.c 5 Assembler messages: FATAL: can't create /cygdrive/d/temp/ccXbKQlo.o: No such file or directory configure:1658: $? = 1 configure:1697: error: C compiler cannot create executables See `config.log' for more details. The directory /cygdrive/d/temp exists. It may exist, but is there any _free space_ on it? Thanks, but yes, there is enough free space (some GB). OK, so what happens if you try a command like as -o /cygdrive/d/temp/foo.o /dev/null or a command like touch /cygdrive/d/temp/ccXbQKlo.o cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: vim-6.4-3
I have updated the version of vim on cygwin.com to 6.4-3. This version contains a fixed xxd, which does not create the text output files always using CRLF line endings anymore, but rather honors the mount mode (text/binary) of the underlying mount point, the output file is written to. Output to stdout is now always using LF line endings. 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. *** 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] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is patch?
Dave Korn wrote: What do I need to be able to build patch 2.5.9 for Cygwin? I downloaded gcc-core and make and some other things. OK, so what happens if you try a command like as -o /cygdrive/d/temp/foo.o /dev/null or a command like touch /cygdrive/d/temp/ccXbQKlo.o cheers, DaveK Thanks! There is a hit, I did not have as from Cygwin. Changed my path a bit. But how do I find as? I would get the package search as it is now is of no big use for such a name? ;-) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is patch?
Lennart Borgman wrote: Thanks! There is a hit, I did not have as from Cygwin. Changed my path a bit. But how do I find as? I would get the package search as it is now is of no big use for such a name? ;-) Sigh. 'as' is part of binutils. It contains the assembler and linker and you will not be able to do a thing with regards to compiling anything until you have it. But more importantly, binutils is listed in the 'requires' line of 'gcc-core' which means it should have been selected when you chose gcc. So whatever you did to install gcc, you somehow managed to seriously do wrong. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Where is patch?
Lennart Borgman wrote: Thanks! There is a hit, I did not have as from Cygwin. Changed my path a bit. But how do I find as? I would get the package search as it is now is of no big use for such a name? ;-) Heh, that's true, although there is a handy trick for the package search: since cygwin runs on windows, all executables use the .exe ending in cygwin packages. Compare: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=as Cygwin Package List Search Results Found 755 matches for as. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=as.exe Cygwin Package List Search Results Found 8 matches for as.exe. And the answer is that as is the GNU assembler, and it is part of the binutils package, which lives under the 'Devel' category in setup. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is patch?
Dave Korn wrote: Heh, that's true, although there is a handy trick for the package search: since cygwin runs on windows, all executables use the .exe ending in cygwin packages. Compare: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=as Cygwin Package List Search Results Found 755 matches for as. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=as.exe Cygwin Package List Search Results Found 8 matches for as.exe. And the answer is that as is the GNU assembler, and it is part of the binutils package, which lives under the 'Devel' category in setup. Thanks for this! That trick is so handy in my opinion so it ought to be as a tip on the search page right under the search box! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is patch?
Brian Dessent wrote: Lennart Borgman wrote: Thanks! There is a hit, I did not have as from Cygwin. Changed my path a bit. But how do I find as? I would get the package search as it is now is of no big use for such a name? ;-) Sigh. 'as' is part of binutils. It contains the assembler and linker and you will not be able to do a thing with regards to compiling anything until you have it. Thanks Brian. But more importantly, binutils is listed in the 'requires' line of 'gcc-core' which means it should have been selected when you chose gcc. So whatever you did to install gcc, you somehow managed to seriously do wrong. I am not sure I understand what you mean. What is the requires line? Where is it? Should binutils have been dowloaded automatically when I downloaded gcc-core? When I look under Devel in setup.exe the binaries for binutils are checked but without any download date. which as says as is not found. Can you tell me what I should have done? Did I do something wrong or is there perhaps a bug? Could it perhaps be because the downloader stalled? (Maybe because of slow download here.) When I now clicked next, without checking any new pages the downloading did continue. I believed I started setup.exe and clicked continue before, but as far as I remember right now I dod not open Devel that time. I think I can guess how this works now, but I am not quite sure and it is a bit confusing IMO. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is patch?
Lennart Borgman wrote: Dave Korn wrote: And the answer is that as is the GNU assembler, and it is part of the binutils package, which lives under the 'Devel' category in setup. Thanks for this! That trick is so handy in my opinion so it ought to be as a tip on the search page right under the search box! After finishing the installation of gcc-core (which includes binutils as far as I understand) configure + make ran fine. I have now patch 2.5.9 compiled for Cygwin I believe. Or? My intention was to look at the source code and see how it handles line endings. I do not know if that is realistic though. As I said before what I want it to do is: 1) Keep the line end style for the patched file. 2) Read the patch file and apply it even if it uses a different line end style. This is simply what I expect of a text oriented tool. Comments and help are welcome! (But please no holy war on line end style. That is just improductive.) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Rsync over SSH not working when ZoneAlarm installed
From: Dave Korn dave.korn at artimi.com Subject: RE: Rsync over SSH not working when ZoneAlarm installed Newsgroups: gmane.os.cygwin Date: 2005-12-15 15:48:40 GMT (2 hours and 31 minutes ago) Zarko Roganovic wrote: When I set ZoneAlarm to block rsync.exe from accessing the internet I got the following error rsync: failed to connect to 192.168.1.2: Connection refused (111) rsync error: error in socket IO (code 10) at /home/lapo/packaging/tmp/rsync-2.6.6/clientserver.c(98) If your ZA doesn't know the difference between local network addresses and internet addresses, it's not correctly configured. Having said that, since it's off-topic, we should take this across to the cygwin-talk list, where it won't clutter up the main list with non-cygwin stuff. Please take note of the Reply-To: header if replying! cheers, DaveK -- Can't think of a witty .sigline today Hi, I made a mistake and wrote internet instead of network. Either way I think you missed my point which I think is still valid. When rsync is blocked by ZA, it immediately comes back with an error message. When I use it in conjunction with SSH it should give me an error message also, but instead it just sits there forever with no error or output. I appologize if I'm doing things all wrong regarding the protocol of the email list. I've never posted before. Thanks Zarko _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Where is patch?
Lennart Borgman wrote: Lennart Borgman wrote: Dave Korn wrote: And the answer is that as is the GNU assembler, and it is part of the binutils package, which lives under the 'Devel' category in setup. Thanks for this! That trick is so handy in my opinion so it ought to be as a tip on the search page right under the search box! After finishing the installation of gcc-core (which includes binutils as far as I understand) configure + make ran fine. I have now patch 2.5.9 compiled for Cygwin I believe. Or? Hooray! Sounds like you've got it all sorted out now to me! Two pieces of advice: 1) You didn't say if you've run make install yet though, you should do that rather than attempting to manually copy all the files to their correct locations. 2) If you'd like to keep your original cygwin version of patch as well, just in case your new one goes wrong, pass an option like --prefix=/usr/local/ to configure, then the binary (and all associated man/info pages, etc) get installed into the tree under /usr/local, rather than overwriting the cygwin package version under /usr. Then you just need to make sure /usr/local/bin is in your $PATH ahead of /bin and /usr/bin (which are secretly one and the same behind the scenes). My intention was to look at the source code and see how it handles line endings. I do not know if that is realistic though. As I said before what I want it to do is: 1) Keep the line end style for the patched file. 2) Read the patch file and apply it even if it uses a different line end style. This is simply what I expect of a text oriented tool. Comments and help are welcome! It sounds like it shouldn't be too hard. (But please no holy war on line end style. That is just improductive.) I fully agree! Tools should be flexible and well written and deal intelligently with any kind of line-end they are presented with. We've had over two decades to get used to these new-fangled CRLF endings, we should be able to cope by now! We must make computers do what their users want, not expect users to fit themselves to suit the computer! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is patch?
Corinna Vinschen wrote: [snip] Err... huh? [...] $ patch --version patch 2.5.8 [...] $ cd mailman-2.1.6/ $ patch -p1 --dry-run ../indexing-2.1.6-0.1.patch patching file templates/da/archidxfoot.html $ patch -p1 ../indexing-2.1.6-0.1.patch patching file templates/da/archidxfoot.html Note that I tried this under a binmode mount as well as under a textmode mount, so it can't be related to the mount mode. Sorry, Thunderbird ate the ^M in the indexing file. New compressed attachment included. -- René Berber indexing-2.1.6-0.1.patch.bz2 Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Vorbisfile and gdb
It seems that running any program linked with vorbisfile in gdb causes gdb to hang immediately at the beginning of the program, even before reaching main(). Note, everything works fine outside the debugger! I've simplified it to a very basic sanity check: #include stdio.h extern int ov_open; int main (int argc, char **argv) { printf (ov_open is 0x%08x\n, ov_open); return 0; } And here's the test: $ gcc -g -o blah.exe blah.c $(pkg-config --cflags vorbisfile) $(pkg-config --libs vorbisfile) $ ./blah ov_open is 0x004010a0 $ gdb blah.exe GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin... (gdb) b mainCRTStartup Breakpoint 1 at 0x401006 (gdb) r Starting program: /home/wjl/projects/test/blah.exe -- GDB and Blah.exe both hang at this point. It seems that the mere presence of any symbol from vorbisfile, anywhere in the program, causes gdb to hang at the beginning of the program. Does anyone else's gdb have the same behaviour? If this is a widespread problem, I suppose it is a bug in gdb. Please verify. Thanks Will -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is patch?
Dave Korn wrote: Hooray! Thanks ;-) 1) You didn't say if you've run make install yet though, you should do that rather than attempting to manually copy all the files to their correct locations. I tried a just to copy patch.exe. Then I saw this that I just wish I did not. Here is a copy and paste from my screen output (a bit truncated): from my screen /cygdrive/d/dl/gnu/patch-2.5.9 ./patch.exe --version patch 2.5.9 ... /cygdrive/d/dl/gnu/patch-2.5.9 cp patch.exe /usr/local/bin/ /cygdrive/d/dl/gnu/patch-2.5.9 /usr/local/bin/patch.exe --version patch 2.5.9 ... /cygdrive/d/dl/gnu/patch-2.5.9 cd .. /cygdrive/d/dl/gnu which patch /usr/local/bin/patch /cygdrive/d/dl/gnu patch --version patch 2.5.8 ... /cygdrive/d/dl/gnu patch.exe --version patch 2.5.9 ... After a while it reported 2.5.9. I am not sure about the reason. I started another copy of Cygwin in another window. I also changed PATH, but I am not sure in which order now. I am starting Cygwin in a cmd.ex console window. Is this behaviour known? Should it be like this? Or is there perhaps something wrong with my pc? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin logo
Brian Dessent wrote: Larry Hall (Cygwin) wrote: Can anyone work an otter or a hippo into the logo? ;-) ;-) ;-) For what it's worth when I made this back in April http://dessent.net/tmp/cyghippo.jpg I first had to make the basic logo http://dessent.net/tmp/cygwin-logo-large.png. This is not really a new logo but rather the old one, just done in vector format with some rounded edges, beveling, lighting, and a drop shadow. Hippos! Let's get real! http://www.serv.net/~lowella/7of9cygwin.jpg :-) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Where is patch?
Lennart Borgman wrote: I tried a just to copy patch.exe. Then I saw this that I just wish I did not. Here is a copy and paste from my screen output (a bit truncated): from my screen /cygdrive/d/dl/gnu/patch-2.5.9 ./patch.exe --version patch 2.5.9 ... /cygdrive/d/dl/gnu/patch-2.5.9 cp patch.exe /usr/local/bin/ /cygdrive/d/dl/gnu/patch-2.5.9 /usr/local/bin/patch.exe --version patch 2.5.9 ... /cygdrive/d/dl/gnu/patch-2.5.9 cd .. /cygdrive/d/dl/gnu which patch /usr/local/bin/patch /cygdrive/d/dl/gnu patch --version patch 2.5.8 ... /cygdrive/d/dl/gnu patch.exe --version patch 2.5.9 ... After a while it reported 2.5.9. I am not sure about the reason. I started another copy of Cygwin in another window. I also changed PATH, but I am not sure in which order now. This is (one of the reasons) why you should never put . in your $PATH! Also, after installing new software, you need to use hash -r to refresh bash's cached list of locations of executables. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is patch?
Lennart Borgman wrote: I am not sure I understand what you mean. What is the requires line? It is in the setup.ini file (which is generated from the individual setup.hint files), which are not directly seen by the user but parsed by setup.exe. Where is it? Should binutils have been dowloaded automatically when I downloaded gcc-core? Yes, whenever you select a package for installation it should also select for installation all packages that that package requires. When I look under Devel in setup.exe the binaries for binutils are checked but without any download date. which as says as is not found. Can you tell me what I should have done? Did I do something wrong or is there perhaps a bug? Could it perhaps be because the downloader stalled? (Maybe because of slow download here.) Ah, that might explain it. Setup is not all that great about error recovery. Fortunately you can work around this by just running it again if anything abnormal happens. Every time you run setup it will first add any packages that are not installed but listed as a requirement by packages that are installed. So if you just run it, and don't select anything, then you should get any missing dependencies downloaded and installed. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is patch?
Dave Korn wrote: This is (one of the reasons) why you should never put . in your $PATH! Thanks, but I did not. Also, after installing new software, you need to use hash -r to refresh bash's cached list of locations of executables. Ah, there it is. This is what I needed. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is patch?
Brian Dessent wrote: I am not sure I understand what you mean. What is the requires line? It is in the setup.ini file (which is generated from the individual setup.hint files), which are not directly seen by the user but parsed by setup.exe. Where is it? Should binutils have been dowloaded automatically when I downloaded gcc-core? Yes, whenever you select a package for installation it should also select for installation all packages that that package requires. Thanks for the good explanation. Ah, that might explain it. Setup is not all that great about error recovery. Fortunately you can work around this by just running it again if anything abnormal happens. Every time you run setup it will first add any packages that are not installed but listed as a requirement by packages that are installed. So if you just run it, and don't select anything, then you should get any missing dependencies downloaded and installed. I believe I did that without opening anything in the selection tree first, but I am not totally sure. Is it necessary to open a node in the tree for the process to continue? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Vorbisfile and gdb
William J. Leslie wrote: It seems that the mere presence of any symbol from vorbisfile, anywhere in the program, causes gdb to hang at the beginning of the program. Does anyone else's gdb have the same behaviour? I can't reproduce the hang, using the same commands: $ ./blah ov_open is 0x004010a0 $ gdb --quiet ./blah (gdb) b mainCRTStartup Breakpoint 1 at 0x401006: file ../../../../src/winsup/cygwin/crt0.c, line 32. (gdb) r Starting program: /tmp/vorbisfile_bug/blah.exe Breakpoint 1, mainCRTStartup () at ../../../../src/winsup/cygwin/crt0.c:32 32asm volatile (andl $-16,%%esp ::: %esp); (gdb) c Continuing. ov_open is 0x004010a0 Program exited normally. (gdb) The first thing that came to mind when you mentioned this was that you had a mingw/native version of the vorbis library in your search path somewhere and that you'd somehow linked it in instead of the cygwin one. Doing that will cause all sorts of problems. What does cygcheck blah report? Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is patch?
Lennart Borgman wrote: I believe I did that without opening anything in the selection tree first, but I am not totally sure. Is it necessary to open a node in the tree for the process to continue? No, it's not necessary. It should fill in any missing packages regardless of what you do. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
download cygwin packages in multiple session
Hi all I have created a shell script because I dont have an internet connection and this script allow me to do a dowload session limited in n Mbytes using wget. I then fill a usb flash memory key and go home to update my local cygwin miror. Then repeat the session. The script compare a latest setup.ini with a local miror of cygwin packages and generate multiple text file that will be use by wget. I did not have my script when sending this message, but tomorrow I will look for reply to this message and if there are people interesting to it, I will post the script to a new message. Regards, Cj2k5 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: download cygwin packages in multiple session
On Thu, 15 Dec 2005, Cj2k5 wrote: Hi all I have created a shell script because I dont have an internet connection and this script allow me to do a dowload session limited in n Mbytes using wget. I then fill a usb flash memory key and go home to update my local cygwin miror. Then repeat the session. The script compare a latest setup.ini with a local miror of cygwin packages and generate multiple text file that will be use by wget. I did not have my script when sending this message, but tomorrow I will look for reply to this message and if there are people interesting to it, I will post the script to a new message. This may not be apparent from that FAQ entry, but Michael Chase's clean_setup.pl, referenced from [1], does that and more. It would be good to know how your script differs from it... Igor [1] http://cygwin.com/faq/faq.setup.html#faq.setup.disk-space -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Switching Default Text Type
What is the minimum sequence of operations needed to switch default text type in Cygwin? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.18 /usr/lib/gcc/i686-pc-cygwin/3.4.4/libfrtbegin.a(frtbegin.o):: undefined reference to `_MAIN__'
I am trying to compile overflow 1.8aa, a large Computational Fluid Dynamics code written in Fortran with some C. The code will compile and run using gcc and g77 on Linux. The code compiles successfully under Cygwin 1.5.18. The link fails as follows: g77 -O3 -ffast-math -malign-double -o overflow chimera/*.o grid/*.o linear/*.o unix/*.o ns/bc/*.o ns/control/*.o ns/euler/*.o ns/fomo/*.o ns/mg/*.o ns/smoothing/*.o ns/step/*.o ns/turbulence/*.o ns/utilities/*.o ns/viscous/*.o ke/bc/*.o ke/control/*.o ke/convection/*.o ke/diffusion/*.o ke/source/*.o ke/step/*.o ke/turbulence/*.o ke/utilities/*.o ret/bc/*.o ret/control/*.o ret/convection/*.o ret/diffusion/*.o ret/source/*.o ret/step/*.o ret/turbulence/*.o ret/utilities/*.o sce/bc/*.o sce/control/*.o sce/convection/*.o sce/smoothing/*.o sce/step/*.o sce/utilities/*.o /usr/lib/gcc/i686-pc-cygwin/3.4.4/libfrtbegin.a(frtbegin.o):: undefined reference to `_MAIN__' collect2: ld returned 1 exit status make[1]: *** [link] Error 1 make[1]: Leaving directory `/cygdrive/u/overflow/over1.8aa' make: *** [gnu] Error 2 Thanks in advance Martin Crehan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Switching Default Text Type
Lennart Borgman wrote: What is the minimum sequence of operations needed to switch default text type in Cygwin? I answer myself here: It seems to me to be to start setup.exe and run it to its end. Maybe it would be good to make it a bit more clear? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Rsync over SSH not working when ZoneAlarm installed
Dave Korn dave.korn at artimi.com writes: Zarko Roganovic wrote: When I set ZoneAlarm to block rsync.exe from accessing the internet I got the following error rsync: failed to connect to 192.168.1.2: Connection refused (111) rsync error: error in socket IO (code 10) at /home/lapo/packaging/tmp/rsync-2.6.6/clientserver.c(98) If your ZA doesn't know the difference between local network addresses and internet addresses, it's not correctly configured. Having said that, since it's off-topic, we should take this across to the cygwin-talk list, where it won't clutter up the main list with non-cygwin stuff. Please take note of the Reply-To: header if replying! cheers, DaveK Sorry I put the post in the wrong place --- Hi, I made a mistake and wrote internet instead of network. Either way I think you missed my point which I think is still valid. When rsync is blocked by ZA, it immediately comes back with an error message. When I use it in conjunction with SSH it should give me an error message also, but instead it just sits there forever with no error or output. I appologize if I'm doing things all wrong regarding the protocol of the email list. I've never posted before. Thanks Zarko -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Patch and Cygwin
This is a summary of my tests with Cygwin patch and different line ending styles. (Only LF and CRLF are tested here.) I have downloaded patch 2.5.9 from ftp://alpha.gnu.org/gnu/diffutils/patch-2.5.9.tar.gz and compiled it using Cygwin. I have used this patch and the patch that currently comes with Cygwin to do some tests of patch and diff when the files to compare and patch have different line ending styles. I have also made this test using MSYS and GnuWin32 utilities. The result is that the only option that seems to be able to handle the mix of line endings is Cygwin using DOS line endings with patch 2.5.9. (The only thing that did not work was preservation of line endings in the patched file, but that seems to be a small problem here.) To see more of the result see here: http://ourcomments.org/GNU/patchcrlf/readme.txt Lennart Borgman wrote: After finishing the installation of gcc-core (which includes binutils as far as I understand) configure + make ran fine. I have now patch 2.5.9 compiled for Cygwin I believe. Or? My intention was to look at the source code and see how it handles line endings. I do not know if that is realistic though. As I said before what I want it to do is: 1) Keep the line end style for the patched file. 2) Read the patch file and apply it even if it uses a different line end style. This is simply what I expect of a text oriented tool. Comments and help are welcome! (But please no holy war on line end style. That is just improductive.) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Switching Default Text Type
Lennart Borgman wrote: What is the minimum sequence of operations needed to switch default text type in Cygwin? mount -m commands.sh # edit commands.sh, and change -t to -b or vice versa sh commands.sh -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Switching Default Text Type
On Thu, 15 Dec 2005, Shankar Unni wrote: Lennart Borgman wrote: What is the minimum sequence of operations needed to switch default text type in Cygwin? mount -m commands.sh # edit commands.sh, and change -t to -b or vice versa sh commands.sh Or, in one shot: Text-Binary: eval `mount -m | sed '/ -s /s/ -t / -b /'` Binary-Text: eval `mount -m | sed '/X11/!{/ -s /s/ -b / -t /}'` (See http://cygwin.com/ml/cygwin/2003-07/msg00124.html). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Updated [experimental]: coreutils-5.93-2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of coreutils, 5.93-2, is available for experimental use. NEWS: = I've uploaded a test version of coreutils, 5.93-2. This is a new, stable upstream release, with a number of changes from 5.3.0. However, this build depends on features that have been added to cygwin since cygwin-1.5.18-1 (such as getline, futimes, and O_DIRECT), so I am leaving 5.3.0-9 as current until cygwin-1.5.19 is released. To use this release, you MUST install a recent snapshot of cygwin (20051214 or later). If you don't know what this means, then stick with 5.3.0-9. A list of changes from the NEWS file appears below; see also /usr/share/doc/coreutils-5.93/. This version also has a new cygwin-specific --append-exe option to ls(1) (and dir, vdir) and stat(1); if a command-line argument does not have .exe, but the file on the system does, then using this option will make the listing show the .exe. I found this addition to my ~/.bashrc useful to use the new options (the spacing is chosen so that bash doesn't treat the next word on the command line as an alias): ls --append-exe -d . /dev/null 21 append_exe=' --append-exe' alias ls=ls {your favorite options here}$append_exe alias stat=stat$append_exe unset append_exe Previous experimental versions have been available, unannounced; if you were using 5.93-1, the only change is that dd(1) now uses the cygwin snapshot's capability to open files with O_DIRECT for unbuffered access. Note that su(1) is UNSUPPORTED; for more details, see http://cygwin.com/faq/faq_3.html#SEC42. DESCRIPTION: GNU coreutils provides a collection of commonly used utilities essential to a standard POSIX environment. It comprises the former textutils, sh-utils, and fileutils packages. The following executables are included: [ basename cat chgrp chmod chown chroot cksum comm cp csplit cut date dd df dir dircolors dirname du echo env expand expr factor false fmt fold gkill groups head hostid hostname id install join link ln logname ls md5sum mkdir mkfifo mknod mv nice nl nohup od paste pathchk pinky pr printenv printf ptx pwd readlink rm rmdir seq sha1sum shred sleep sort split stat stty sum sync tac tail tee test touch tr true tsort tty uname unexpand uniq unlink users vdir wc who whoami yes UPDATE: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions, then look for 'coreutils' in the 'Base' category (it should already be selected). Since this is an experimental release, you must first install a recent cygwin snapshot, and you will have to use the Exp radio button in setup.exe. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. - -- Eric Blake volunteer cygwin coreutils maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDoXwP84KuGfSFAYARAmFEAJ47YkU/5xMB7Tj6/GumBR7jZraNigCgguDT EoD5gPnwVIQgxVrVquPrwR8= =b+ib -END PGP SIGNATURE- * Major changes in release 5.93 (2005-11-06) [stable] ** Bug fixes dircolors no longer segfaults upon an attempt to use the new STICKY_OTHER_WRITABLE (OWT) attribute du no longer overflows a counter when processing a file larger than 2^31-1 on some 32-bit systems (at least some AIX 5.1 configurations). md5sum once again defaults to using the ` ' non-binary marker (rather than the `*' binary marker) by default on Unix-like systems. mkdir -p and install -d no longer exit nonzero when asked to create a directory like `nonexistent/.' rm emits a better diagnostic when (without -r) it fails to remove a directory on e.g., Solaris 9/10 systems. tac now works when stdin is a tty, even on non-Linux systems tail -c 2 FILE and touch 010100 now operate as POSIX 1003.1-2001 requires, even when coreutils is conforming to older POSIX standards, as the newly-required behavior is upward-compatible with the old. ** Build-related bug fixes installing .mo files would fail * Major changes in release 5.92 (2005-10-22) [stable] ** Bug fixes chmod now diagnoses an invalid mode string starting with an octal digit dircolors now properly quotes single-quote characters * Major changes in release 5.91 (2005-10-17) [stable candidate] ** Bug fixes mkdir -p /a/b/c no longer fails merely because a leading prefix directory (e.g., /a or /a/b) exists on a read-only file system. ** Removed options tail's --allow-missing option has been removed.
Updated: vim-6.4-3
I have updated the version of vim on cygwin.com to 6.4-3. This version contains a fixed xxd, which does not create the text output files always using CRLF line endings anymore, but rather honors the mount mode (text/binary) of the underlying mount point, the output file is written to. Output to stdout is now always using LF line endings. 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. *** 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] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin@cygwin.com Red Hat, Inc.